Loading blog posts...
Loading blog posts...
جاري التحميل...

تسلّط لوحة التحكم الجديدة للوكلاء في Codex CLI الضوء على أبرز محاور إصدارات أدوات البرمجة بالذكاء الاصطناعي هذا الأسبوع: إدارة العمل، وفحص النتائج، وتحديد ما يمكن للوكلاء فعله دون إشراف.
ملخص سريع
لفت طرح نقدي بعنوان البرمجة بالذكاء الاصطناعي بدأت تنهار الأنظار، وكذلك منشور إطلاق DeepAI Code الذي عرض خدمة برمجة مجانية.
لا تختر أداة برمجة بناءً على ضجة إطلاقها أو شدة الانتقادات الموجهة إليها. كلّف الأدوات المتنافسة بمهمة الصيانة نفسها، ضمن نطاق محدد، ثم قارن:
تحديث إحدى التبعيات يظل نتيجة سيئة إذا اجتاز اختبارات التكامل المستمر (CI)، لكنه غيّر سلوك التطبيق دون أن يتضح ذلك.
أورد موجز أدوات المطورين الصادر في 8 نوفمبر التغييرات التالية:
| الأداة | التغيير المعلَن | الأهمية العملية |
|---|---|---|
| Codex CLI | أضاف الإصدار 0.167.0 لوحة تحكم للمهام الجارية والمكتملة | يوفّر للمطورين مكانًا لفحص نشاط الوكلاء |
| GitHub Copilot | توسّع ليشمل Xcode وJetBrains Air وSlack وTeams | يتيح التفاعل مع الوكلاء ضمن أدوات التطوير والتواصل المستخدمة بالفعل |
| Hermes Agent | أضاف مساحة عمل عبر المتصفح باستضافة ذاتية، مع عدة تطبيقات عميلة تعتمد على بوابة واحدة | يوفّر واجهة أخرى لمساحة عمل مشتركة للوكلاء |
لا يوضّح تقرير الإصدارات مدى كفاءة هذه الواجهات في التعامل مع التعليمات المتعارضة أو المهام المنقطعة أو ضوابط الوصول.
إذا طلب شخص تغييرًا عبر المحادثة، فيجب أن يظل بإمكان المراجع تحديد المستودع وفحص التعديلات ومعرفة ما إذا كان العمل قد اكتمل أم تعثّر.

أضاف Claude Code مهام تعمل في الخلفية عبر بروتوكول سياق النموذج (MCP)، المستخدم لربط المساعدين بالأدوات والبيانات. وأضاف أيضًا خيارًا لرفض طلبات الأذونات أثناء التنفيذ دون إشراف، بحسب موجز أدوات المطورين.
لا يمكن لعملية تعمل دون إشراف أن تعتمد على انتباه المطور لنافذة طلب إذن. والموافقة التلقائية على الطلب تُفقد حدود الصلاحيات معناها. عند تشغيل مهمة توثيق في الخلفية، اسمح فقط بعمليات القراءة المحددة التي تحتاجها من المستودع، وارفض طلبات الوصول غير المتوقعة.
يشير تقرير الإصدارات أيضًا إلى التعامل مع مهارات الوكلاء وخوادم MCP بوصفها تبعيات، لها ملفات تعريف (manifests) وملفات قفل للإصدارات (lockfiles) وطلبات دمج للتحديثات. طبّق معايير المراجعة نفسها على أي تكامل مع أداة تستطيع تنفيذ التعليمات البرمجية بصلاحيات المطور.
تحذير
رفض طلبات الأذونات الجديدة لا يجعل الوكيل آمنًا بحد ذاته. افحص الصلاحيات التي يملكها بالفعل، بما فيها بيانات الاعتماد الموروثة، والمجلدات التي يمكنه الكتابة فيها، واتصالات الشبكة.
تعتمد أداة Elephant-Goldfish من Google على البدء بالمواصفات قبل التصميم، وعلى وكلاء مراجعة يعملون بسياق جديد. أما Floorplan، فتوفّر خريطة تفاعلية للشفرة البرمجية بلغة إنجليزية بسيطة، للعمل مع Claude أو Codex.
موافقة نموذج ثانٍ ليست دليلًا على صحة النتيجة. ولا تغني أي من الأداتين عن اختبارات قابلة للتنفيذ.
لنفترض أن وكيلًا يعدّل دالة مساعدة للتحقق من صلاحيات الوصول. يمكن لمراجع يركّز على المواصفات التأكد من أن التعديلات تطابق قواعد الوصول المطلوبة، بينما تساعد خريطة الشفرة المراجع البشري على العثور على المواضع التي تستدعي الدالة وتستحق الفحص.

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

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