الخلاصة

  • وافق IESG على ميثاق Agentproto في 8 أكتوبر 2026. والهدف الأول هو اعتماد مسودة لحالات الاستخدام في ديسمبر.
  • النسخة المحدّثة في 15 أكتوبر لا تزال مسودة فردية. نشرها، أو إعلان مؤلفيها أنها تستهدف وثيقة معلوماتية، لا يعني أن فريق العمل اعتمدها.

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

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

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

من يملك الإذن بالاستمرار؟

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

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

تجعل هذه الحدود المهمة أوضح: المطلوب أن تظل العلاقة بين التفاعلات مفهومة حين تتغير الأنظمة المشاركة أو ينقطع المسار، لا أن يُملى على كل نموذج كيف يفكر أو ماذا يجيب. والبنية المرجعية المطلوبة وسيلة لترتيب مكونات الاتصال، وليست وصفة موحدة لبناء جميع التطبيقات.

وثيقة أكتوبر لا تُنجز موعد ديسمبر وحدها

يحدد جدول العمل ديسمبر 2026 موعدًا مستهدفًا لاعتماد مسودة معلوماتية عن حالات الاستخدام. لكن قائمة الوثائق ذات الصلة تتضمن بالفعل Agentic AI Use Cases and Requirements. وتحمل نسختها -04 تاريخ 15 أكتوبر. قد يبدو ذلك إنجازًا مبكرًا، لولا الفارق بين إتاحة نص واعتماده.

تصف صفحة المسودة الوثيقة بأنها Internet-Draft فردية نشطة. ولم يُحدَّد لها مسار RFC. وتنبّه الصفحة إلى أن التقديم الفردي لا يمثل تأييدًا من IETF. يستطيع المؤلفون إعداد النص وتنقيحه، أما اختيار الفريق له وثيقةً لعمله المشترك فيحتاج إلى قرار آخر.

هناك أيضًا تفصيل لا يصح اختصاره. حقل حالة RFC المستهدفة فارغ في Datatracker، بينما يصرّح المؤلفون في بداية النص بأنهم يستهدفون وثيقة معلوماتية. لذلك لا يعني فراغ الحقل غياب النية لدى المؤلفين. لكنه لا يعني، مثلما لا تعني النية المعلنة، أن الفريق تبنّى المقترح.

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

يسجل تاريخ الميثاق موافقة IESG في 8 أكتوبر. وكانت الموافقة على التكليف وحدوده، لا على هذه المسودة بعينها. ويظهر في السجل أيضًا تعديل الصياغة بما يسمح بوثيقة واحدة أو أكثر في مراحل البروتوكول اللاحقة.

بعد ديسمبر، يستهدف الفريق اعتماد مسودة معلوماتية للبنية المرجعية في فبراير 2027، ثم مسودة أو أكثر لبروتوكول يسير في مسار التقييس في مارس. أما إحالة مسودات البروتوكول إلى IESG بوصفها مقترحات معايير فموعدها المستهدف مارس 2028. كلها أعمال مستقبلية في الجدول، لا موافقات منجزة.

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

توضيح في 24 أكتوبر 2026: فُصل بين الحقل غير المحدد في Datatracker والهدف المعلوماتي الذي يعلنه مؤلفو المسودة. التواريخ الواردة أهداف عمل، ولا تزال نسخة أكتوبر فردية في السجل الذي جرى التحقق منه.