الإتاحة العامة لـ Gemini Computer Use: سطر الأوامر والتخزين وقبول الوكلاء للإنتاج

1. ثلاثة تحديثات وثلاث طبقات هندسية

تذكر Google الإتاحة العامة لـ Computer Use عبر Interactions وGenerateContent في 30 أكتوبر، والنسخة التجريبية من أداة gemini-api في 27 أكتوبر، وتغيير الإعداد الافتراضي لتخزين الطلبات في 26 أكتوبر. تؤثر هذه التغييرات تباعاً في واجهة الإجراءات وسطح الاستدعاء ودورة حياة البيانات. إنها تحديثات Gemini API، ولا تثبت تغييرات متزامنة في تطبيق Gemini أو Vertex AI. ملاحظات الإصدارات الرسمية.

تفسيرنا: حدّد مكان تنفيذ العمل، ومن ينفّذ الآثار الجانبية، وكيف تستعاد المهام المنقطعة قبل مقارنة قدرات النماذج. وإلا فقد يخفي عرض مبهر عقد تنفيذ غير مكتمل.

2. افصل الإجراءات المقترحة عن النتائج المتحقق منها

يتبع Computer Use حلقة لقطة شاشة، ثم استدعاء إجراء، ثم تنفيذ لدى العميل، ثم شاشة محدّثة. يجب معالجة safety_decision الذي يطلب تأكيداً قبل إعادة الإقرار المقابل. وثائق التنفيذ والتأكيد.

نوصي بتسجيل معرّف المهمة ومعرّف الإجراء والحالة قبل التنفيذ وبعده وشرط القبول. عند طلب «حفظ مسودة»، تحقّق من سجل المسودة أو حالة الصفحة المتوقعة. نجاح النقر ليس إلا حدثاً وسيطاً. يساعد تفسير الإجراء في التصحيح، لكنه لا يثبت حصول التغيير المقصود. افحص أيضاً الوجهة الحالية بعد كل تنقّل.

3. اجعل سطر الأوامر خطوة صريحة في خط المعالجة

gemini-api عميل واجهة عديم الحالة، يختلف عن @google/gemini-cli التفاعلي. تصف وثائقه فحص المخططات والتشغيل التجريبي دون اتصال ومعرّفات التفاعل الصريحة، وتوصي بتثبيت الإصدارات التجريبية. دليل سطر الأوامر.

احفظ مراجع المدخلات ومسارات المخرجات ومعرّفات الوظائف خارج جلسة الطرفية. يستطيع المجدول بعد إعادة تشغيله المتابعة من حالة معروفة، بدلاً من تحليل نصوص قديمة. تعامل مع التحقق دون اتصال والمصادقة والحصة والتنفيذ الفعلي كفحوص منفصلة. نجاح التشغيل التجريبي يثبت فقط اجتياز ذلك الفحص دون اتصال.

4. انعدام الحالة محلياً لا يحسم التخزين البعيد

بالنسبة إلى مشاريع الفئة المدفوعة المنشأة بدءاً من 26 أكتوبر، تُخزَّن طلبات Generate Content افتراضياً؛ وتحتفظ المشاريع الأقدم بإعدادها. يتجاوز خيار store على مستوى الطلب الإعداد الافتراضي للمشروع. ويؤثر تخزين Interactions أيضاً في السجل الموجود على الخادم. السجلات ومجموعات البيانات.

احتفظ بإعدادات منفصلة لسجلات الوظائف المحلية وسجلات الطلبات البعيدة والملفات المرفوعة وبيانات تدقيق الأعمال. إذا لم تُخزَّن الطلبات، فحدّد كيف سيزوّد التطبيق الخطوات التالية بالسياق. استخدم بيانات اصطناعية للتحقق من قبول حزمة التطوير للإعداد ومن وجوده في الطلب الفعلي. وصف ملف تنفيذي محلي لا يثبت سلوك الاحتفاظ في خط المعالجة كله.

5. الأوزان المفتوحة تغيّر التحكم في النشر

أطلقت Mistral أوزان Large 4 المحسّنة في 29 أكتوبر. ويتطلب ترخيص MIT المعدّل ترخيصاً تجارياً منفصلاً للشركات التي تقدم النماذج كخدمة. إعلان الإصدار. تسرد بطاقة النموذج 1.05T معامل إجمالاً و52B معامل نشط وسياقاً بسعة 1M، مع الاحتفاظ بوسم Public Preview. بطاقة النموذج.

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

6. اختر وفق مستوى التحكم

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

7. اقبل النظام باستخدام مهام متطابقة

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

سجّل نجاح المهمة كاملة والآثار الجانبية الخاطئة والتدخلات البشرية وتوزيعات زمن الاستجابة والتكلفة الكاملة لكل مهمة مقبولة. عرض واحد أو سعر رمز لا يجيب عن هذه الأسئلة. وسّع حركة العمل بعد قبول مضبوط فقط، مع مسار استعادة للعمل غير المكتمل. تحدّد المقالة هذه الطريقة؛ ولا تعرض تجربة مكتملة أو تدّعي تحسينات في الإنتاج.