أطلقت Google Cloud خدمة Agent Compute Engine، وهي خدمة مُدارة لاستضافة وكلاء الذكاء الاصطناعي، إلى جانب خدمة مرافقة تعالج كيفية تلقّي الوكلاء للسياق والحفاظ عليه. نقلت SiliconANGLE خبر الإطلاق، ونشرت Google Cloud تحليلًا معمّقًا عن Agent Compute Engine يصف نموذج الاستضافة الخاص به. ويصف منشور منفصل Knowledge Catalog بأنه إثراء سياقي ذاتي التعلّم للوكلاء.
يُقدَّم العرضان كخدمات مُدارة وليس كمكوّنات مستضافة ذاتيًا. وهذا التموضع أهم مما يبدو للوهلة الأولى: فالاستضافة وإثراء السياق هما تحديدًا الطبقتان اللتان تُتَّخذ فيهما قرارات حالة الوكيل ونطاق الاسترجاع واستمرارية الذاكرة. وعندما تُدمج هاتان الطبقتان في بنية تحتية مُدارة، ينتقل سؤال التصميم من أي نموذج يُستدعى إلى أين تعيش حالة الوكيل وذاكرته فعليًا، ومن يمكنه فحصها، وكيف تنتقل بين التشغيلات.
لا تحدّد التغطية المتاحة التسعير أو التوفّر الإقليمي أو حدود الاحتفاظ بالحالة أو الآلية التي يتعلّم بها Knowledge Catalog. كما أنه من غير الواضح كيف تتفاعل الخدمتان مع منظومات الاسترجاع والتنسيق القائمة، أو مسارات التصدير المتاحة لذاكرة الوكيل. هذه هي التفاصيل التي تحدّد ما إذا كانت بيئة التشغيل المُدارة ميزةً أم قيدًا، ويستحق تأكيدها قبل تثبيت قرارات المعمارية على أيٍّ من الخدمتين.
بالنسبة للفرق التي تبني أنظمة متعددة الوكلاء، فإن الأثر العملي هو أن طوبولوجيا الذاكرة تصبح عنصرًا صريحًا في التصميم بدلًا من كونها تفصيلًا تنفيذيًا مدفونًا في شيفرة التطبيق.