Code AF هو مصنع برمجيات جديد مفتوح المصدر يقع على حدود باريتو للتكلفة والسرعة والجودة. على Deep SWE، حل ما يقرب من 4× من مشكلات GitHub الحقيقية مقارنة بـ Claude Code على نفس النموذج المفتوح، وتطابق مع نتيجة لوحة الصدارة الرسمية بنصف التكلفة. تم بناؤه من الألف إلى الياء لعصر البرمجة التالي، حيث تتوقف عن الدردشة مع الوكلاء وتبدأ في توجيههم. مبني للنماذج المفتوحة مثل Deep Seek وQwen وGLM وKimi، يمنحك برمجة بمستوى متقدم دون حبسك في نموذج مغلق، ولا يزال يعمل مع أي مزود تختاره.

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

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