Token Robin Hood
جوجل كلاود24 أبريل 20265 دقائق

يقوم Google Agents CLI بتحويل نشر الوكيل إلى سلسلة أوامر واحدة: الإنشاء والتقييم والنشر والنشر

يعد إطلاق Agents CLI من Google في 22 أبريل أمرًا مهمًا لأنه ليس عرضًا توضيحيًا آخر للوكيل. إنها محاولة لجعل دورة حياة تطوير الوكيل بأكملها قابلة للقراءة آليًا لمساعدي البرمجة مثل Gemini CLI وClaude Code وCursor. الفكرة بسيطة: عدد أقل من حلقات التخمين في البنية السحابية، وأوامر أكثر حتمية، ومسار أقصر من النموذج الأولي إلى الإنتاج.

ماذا حدثأطلقت Google Agents CLI في Agent Platform باعتبارها واجهة سطر الأوامر (CLI) وطبقة مهارات لدعم الوكلاء وتقييمهم ونشرهم ونشرهم على Google Cloud.
لماذا يهتم البناؤونتستهدف الأداة تسربًا حقيقيًا للرمز المميز: يهدر وكلاء الترميز السياق في محاولة استنتاج بنية السحابة وإعدادات التقييم وخطوات النشر من مستندات متفرقة.
عمل TRHتعامل مع أوامر ADLC كعقود: قم بقفل سير عمل وكيل واحد، وقارن استخدام الرمز المميز قبل وبعد، واحتفظ ببوابات التقييم مرئية قبل النشر التلقائي لأي شيء.

تقوم Google بتعبئة ADLC كسطح CLI

تصف Google Agents CLI بأنها العمود الفقري البرمجي لدورة حياة تطوير الوكيل. وهذا يعني سطحًا واحدًا لإنشاء المشروع وأدوات التقييم وأتمتة النشر وخطافات إمكانية المراقبة والتوزيع في Gemini Enterprise. تم تصميم المنتج بشكل واضح لوكلاء تشفير الذكاء الاصطناعي، وليس فقط للبشر الذين يكتبون الأوامر يدويًا.

الخطوة العملية هي نموذج حقن المهارات. تقول Google أنه يمكن للمطورين تشغيلها uvx google-agents-cli ومنحهم المهارات والقوالب ومراجع واجهة برمجة التطبيقات المجمعة لوكيل الترميز للبنية التحتية لوكيل Google Cloud. بدلاً من حرق الرموز المميزة لإعادة بناء كيفية تناسب المكدس معًا، يحصل المساعد على سطح تشغيل أضيق وأكثر تنظيمًا.

لماذا هذه قصة رمزية ذات معنى

أوضح سطر في منشور Google يتعلق بالحمل الزائد للسياق. عندما يتعين على المساعد استنتاج كيفية توافق مكونات السحابة ومجموعات بيانات التقييم وأسلاك النشر معًا، فإنه يبدأ في التكرار. هذا هو بالضبط نوع التوسع في الاستخدام Token Robin Hood يجب أن يهتم القراء. ليس سعر النموذج وحده. إنه عمل الإعداد المتكرر حول النموذج.

تقول Google بشكل فعال أن كفاءة الوكيل الأفضل يمكن أن تأتي من تجميع المعرفة بالبنية التحتية في أوامر حتمية. وهذا يناسب نفس نمط الاتجاه الذي رأيناه في البحث العميق ماكس, ذكاء مساحة العمل، و استوديو الذكاء الاصطناعي: انقل المزيد من سير العمل إلى أساسيات النظام القابلة لإعادة الاستخدام بحيث يقضي النموذج وقتًا أقل في إعادة اكتشاف البيئة.

الاتجاه الصعودي حقيقي، ولكن فقط إذا أبقت الفرق الحلقة قابلة للملاحظة

تقول Google أيضًا أن Agents CLI يمكنها تنسيق أدوات التقييم، وحقن IaC، وإعداد CI/CD، وإمكانية مراقبة الأسلاك. وهذا مفيد. وهذا يعني أيضًا أن الوكيل يمكنه الآن لمس الطبقات الأكثر تكلفة من المكدس بشكل أسرع. لا يعد المسار الأنظف للنشر مسارًا أرخص تلقائيًا. إذا كان عقد التقييم غامضًا، فلا يزال بإمكان وكيل الترميز التجول عبر عمليات إعادة المحاولة غير الضرورية، أو عمليات التشغيل الاختبارية كبيرة الحجم، أو عمليات النشر المزعجة.

نمط التنفيذ الصحيح هو الأتمتة المحدودة. استخدم واجهة سطر الأوامر (CLI) لتوحيد المسار، ثم قم بتسجيل الأوامر التي تم تشغيلها، والقوالب التي تم استدعاؤها، وعدد مرات التقييم التي تم استخدامها، والمكان الذي لا تزال فيه الموافقة البشرية مطلوبة. وبخلاف ذلك، يوفر الفريق وقت التفكير مع زيادة إنفاق وقت التشغيل بهدوء.

ما الذي يجب على الفرق فعله بعد ذلك؟

ابدأ بسير عمل واحد متكرر بالفعل: ربما إنشاء وكيل دعم داخلي صغير، أو تدفق الموافقة على النفقات، أو مساعد بحث مدعوم بالاسترجاع. قارن المسار الحالي الثقيل مع مسار Agents CLI. قم بقياس إجمالي الرموز المميزة وعدد عمليات البحث عن المستندات ووقت ساعة الحائط وعدد المرات التي يحتاج فيها المساعد إلى مطالبات تصحيحية.

إذا كانت واجهة سطر الأوامر (CLI) تقلل بالفعل من عملية البحث عن السياق، فاحتفظ بها. إذا كان يخفي بشكل أساسي المزيد من خطوات البنية التحتية خلف أمر واحد، فقم بإضافة حواجز الحماية قبل القياس. الفوز ليس أن الوكيل لديه المزيد من القوة. والفوز هو أنها تحتاج إلى قدر أقل من الارتجال للشحن بشكل صحيح.

مصادر