التنسيق غير موثوق به: الحقيقة الأولى في بيئة الإنتاج حول تعاون وكلاء الذكاء الاصطناعي
إطارات وكلاء الذكاء الاصطناعي السائدة ليست مُصمَّمة لتحقيق الاتساق القوي؛ بل تنبثق موثوقيتها ليس من ضمانات البروتوكولات، بل من بنية البنية التحتية للرصد، ونقاط التدخل البشري في الحلقة، والخيارات الهندسية المُقسَّمة حسب مستويات المخاطر والمبنية على قيود بيئة الإنتاج الفعلية.
هذا المقال متاح كاملًا بثلاث لغات
في بيئات الإنتاج الفعلية، لا يُعتبر التعاون بين وكلاء الذكاء الاصطناعي 'موثوقًا تلقائيًّا' إطلاقًا.وقد أجرينا تدقيقًا قابلاً للتكرار لإطارات AutoGen v0.4.1 وLangChain v0.3.7 وLangGraph v0.2.0 وVertex AI Agent Builder — من خلال فحص كودها المفتوح المصدر، ووثائقها الرسمية، وتقارير التشغيل المجتمعية، وتاريخ عمليات الدمج على GitHub، وعينات تتبع LangSmith، وحالات نشر RabbitMQ في الإنتاج (مثل حافلة الأحداث الداخلية لـ Shopify الخاصة بكلاء الذكاء الاصطناعي)، ولقطات سير عمل Temporal.io لدى العملاء.ووجدنا أن طبقات المراسلة فيها تفتقر بشكل عام إلى فرضية المخططات الهيكلية، ولا تحتوي على معاني ACK/NACK مضمنة، ولا تسجِّل تلقائيًّا الطوابع الزمنية الدقيقة لكل خطوة (بدء/تأكيد/انتهاء المهلة)، كما تعتمد تحكم الصلاحيات بالكامل على أنظمة إدارة الهوية الخارجية (IAM) بدلًا من آليات التفويض المدمجة في البروتوكول.وهذا ليس عيبًا، بل هو استجابة عملية لخصائص النماذج اللغوية الكبيرة الجوهريّة: عدم اليقين في المخرجات، وتأخر الاستجابات، والغموض الدلالي.وبالتالي، انتقلت موثوقية التنسيق جوهريًّا من 'الضمانات المضمونة بواسطة البروتوكول' إلى 'الرصْد + التدخل البشري داخل الحلقة'.
فعلى سبيل المثال، تتيح لقطات StateGraph في LangGraph للمهندسين التراجع عن حالة أي خطوة؛ بينما تُمكِّن واجهة تتبع LangSmith من تصحيح الأخطاء عبر سلاسل استدعاء الوكلاء خطوةً خطوةً؛ أما حافلات أحداث RabbitMQ — المستخدمة في الإنتاج من قِبل مؤسسات مالية متعددة — فهي تفصل اتصال الوكلاء ليس من أجل الاتساق النظري، بل لأن المشغلين يستطيعون رؤية تراكم الرسائل، وعدد المحاولات المتكررة، وأسباب الفشل في الوقت الفعلي.هذه هي الطريقة التي تُعرَّف بها 'الموثوقية' في الواقع العملي.ونرفض صراحةً إجراء مقارنات مع أنظمة النشر والاشتراك مثل ROS2 DDS أو غيرها من الأنظمة ذات الوقت الحقيقي الصارم.فـ ROS2 تتطلب حدود تأخير بالميلي ثانية، ومخططات موضوعات محددة بدقة، وسياسات جودة الخدمة الصارمة — بينما تفاعل النماذج اللغوية الكبيرة يشمل تحليل النوايا باللغة الطبيعية، وأخطاء طويلة الذيل (مثل فشل أمر 'أعد المحاولة' في تشغيل إعادة المحاولة فعلًا)، والانحراف الدلالي عبر الجلسات (مثل قول المستخدم 'السابق' مع فقدان السياق).وعندما تتجاوز سلاسل المعالجة خمس قفزات، وتتضمن تنسيقًا متعدد الأدوار (مثل مساعد مصرفي + مدقق امتثال + مراجع بشري)، فإن غياب الالتزامات الصريحة بالحالة وآليات عزل الأعطال قد أدّى إلى مشكلات موثَّقة في انجراف الحالة — وهي مرئية في المشكلتين #2187 و#3042 على GitHub الخاصة بـ AutoGen (تغطية الحالة دون قفل، وتعديل الحالة المشتركة بالتوازي مما يؤدي إلى عدم الاتساق النهائي)، وكلاهما يحتويان على سجلات تصحيح أخطاء قابلة للتحقق.وفي هذه الحالات، أصبحت آلات الحالة في Temporal.io أو واجهات الاتصال المبنية على gRPC وProtobuf مع عقود نسخية معيارية هي المعايير الفعلية — ليس لأنها 'أفضل'، بل لأنها تجعل أنماط الفشل مرئية، وقابلة للتجميد، وقابلة للاستعادة اليدوية.وبخصوص الاتساق الزمني، تحقَّقنا من محدوديات سياق التتبع في OpenTelemetry ضمن عمليات النشر الفعلية: فبينما تُضبط نسبة أخذ العينات غالبًا على 100%، فإن الحد الأقصى لعمق السبان (مثل 256) يُفكّك الاستمرارية السببية في السلاسل الطويلة.أما الساعات المتجهية (Vector Clocks) فهي سليمة نظريًّا، لكنها تتطلب من الوكلاء تبادل حالات المتجهات — ما يُحدث عبئًا ملموسًا من حيث رموز المعالجة (tokens) والتكاليف المرتبطة بالتسلسل والتوافق البروتوكولي.والحل العملي الأكثر قبولاً هو استخدام الساعات المنطقية الهجينة (Hybrid Logical Clock) مع نقاط تحقق يُؤكدها الإنسان عند النقاط الحرجة (مثل تأكيد التحويل المالي أو توقيع العقد): إذ يولّد النظام تلقائيًّا 'إيصال مراجعة' مُسلسل منطقيًّا ومُوقَّع رقميًّا، ولا يتقدّم إلا بعد النقر اليدوي الصريح من قبل الإنسان.وأخيرًا، نقترح ثلاث طبقات من الممارسات المستندة إلى الأدلة التجريبية: السلاسل القصيرة منخفضة الخطورة (≤3 قفزات، بدون معلومات شخصية أو عمليات مالية) تستخدم نموذج النشر والاشتراك مع لقطات LangGraph وتتبع LangSmith؛ والسلاسل الطويلة متوسطة الخطورة (استدعاءات عبر الأنظمة تتطلب مزامنة الحالة) تفرض وجود منسق صريح (مثل سير عمل Temporal) ومعايير إخفاء البيانات على مستوى الحقول (وليس الخصوصية التفاضلية)؛ أما السيناريوهات عالية الخطورة والخاضعة لتنظيم صارم (مثل GDPR أو اللوائح المالية) فتتطلب فرض طبقة gRPC+Protobuf مع التحقق من المخططات وبutton فيزيائي لـ 'التجميد والتسليم اليدوي'.وجميع هذه التوصيات مستمدة من المستودعات العامة على GitHub، والمدونات الهندسية، ومحاضر المؤتمرات التشغيلية للفترة ٢٠٢٣–٢٠٢٤ — بلا بيانات افتراضية، فقط واقع هندسي قابل للملاحظة، والتدقيق، والتكرار.
هذا سجل عام حي. ستؤرّخ التعديلات المهمة ويُشرح سببها.