الخلاصة

  • يصف محضر Agentproto النتائج الثماني بأنها استطلاع غير ملزم لاتجاه القاعة، على أن يُؤكد التوافق في القائمة البريدية. وهو لا يسجل إنشاء فريق عمل أو إقرار ميثاق.
  • حصل سؤال صحة النطاق الأولي على 38 نعم و124 لا و40 بلا رأي؛ وحصلت المخرجات الأولية على 92–58–49؛ بينما حصل تشكيل فريق عمل «بهذا الميثاق» على 154–51–5.
  • قد يؤيد شخص إنشاء موضع للعمل ويطلب نطاقاً مختلفاً، فلا يلزم وجود تناقض. لكن عبارة «بهذا الميثاق» تجعل تفسير الشرط الذي جمع النتيجتين واجباً مؤسسياً.
  • تتغير أعداد المجيبين من سؤال إلى آخر ولا توجد مصفوفة تربط إجابات الأشخاص. لذلك لا يمكن القول إن الأشخاص الـ124 أنفسهم دخلوا في مجموعة المؤيدين الـ154 بنسبة معلومة.
  • يمكن تثبيت النص المعروض عند الالتزام غير القابل للتغيير a9405f3d5d0a4e8c67342d7945137c8230b9cd05. وتبين الرسائل اللاحقة وطلب السحب المفتوح غير المدمج أن الحدود الجوهرية ظلت موضع خلاف.
  • بقي Agentproto عند تاريخ البحث في حالة BOF وميثاق (None). ويمكن لمصفوفة مطابقة بين الأسئلة والنص أن تحفظ الأعداد والاعتراضات والتعديلات وتأكيد القائمة وقرار IESG من دون تحويل التوافق التقريبي إلى انتخابات.

لا يصبح الرقم تفويضاً إلا إذا بقي السؤال معه

يعرض محضر جلسة Agentproto في IETF 126 اجتماعاً تمهيدياً غرضه اختبار تشكيل فريق عمل في 23 يوليو/تموز 2026. لكنه يضع على نفسه علامة واضحة: مسودة لمراجعة الرئيسين. جُمعت المسودة من ملاحظات بشرية، ومحادثة Zulip، والشرائح، بمساعدة AI agent harness؛ وكانت أسماء المتحدثين وانتماءاتهم مؤقتة، ولم يتوافر رقم نهائي للحضور، وبقيت مسؤولية التصحيح النهائي لدى الرئيسين.

هذه الإفصاحات لا تلغي قيمة المحضر، بل تحدد مرتبته. إنه أفضل سجل مؤسسي علني متاح، لا نصاً حرفياً نهائياً. يجب أن تنتقل صفته مع أي اقتباس من أرقامه.

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

توضح نسخة جدول الأعمال 01 تسلسل الجلسة: عرض الدوافع والعلاقة بالأعمال الأخرى والجلسات والوسائط المتعددة والإطار، ثم مناقشة مفتوحة، ثم أسئلة التوافق. وشرح التقديم السابق لاجتماعات BoF في IETF 126 أن الاجتماع الرامي إلى تشكيل فريق يختبر التوافق والطاقة البشرية وضيق النطاق معاً. من الطبيعي أن تعطي هذه المحاور إشارات مختلفة.

ماذا قاست الأسئلة الثمانية؟

نال السؤال عما إذا كانت المشكلة مفهومة وقابلة للحل ومفيدة 124–72–14. ونالت الحاجة الواضحة إلى التشغيل البيني 155–30–8. ونال كون IETF المكان المناسب 158–30–14. ثم نال النطاق الأولي الصحيح 38–124–40. ونالت المخرجات الأولية الصحيحة 92–58–49. ونال تشكيل فريق «بهذا الميثاق» 154–51–5. وبلغ الاستعداد للكتابة أو المراجعة 137–17–40، والاستعداد للتنفيذ 42–28–40.

لم يختصر المحضر هذه الخريطة في كلمة «موافقة». فقد خلص إلى دعم قوي لقيمة المشكلة، والحاجة إلى التشغيل البيني، واختيار IETF، وتشكيل فريق؛ لكنه قال أيضاً إن النطاق الأولي بصيغته المكتوبة لم يحظ بالدعم، وإن الآراء حول المخرجات كانت منقسمة. ونبه Laurent Ciavaglia في الختام إلى أن سؤال «هل هو صحيح؟» لا ينبغي أن يُقرأ كسؤال «هل هو مكتمل؟». وكان مقرراً نقل مناقشة النطاق والميثاق إلى القائمة.

تختلف المجاميع أيضاً: 210، ثم 193، و202، و202، و199، و210، و194، و110. ليست هذه ثماني جولات لهيئة ناخبة ثابتة. لا يبين السجل لماذا لم يجب بعض الحاضرين عن بعض الأسئلة، ولا ينبغي ملء الفراغ بتخمين.

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

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

التعايش المنطقي لا يغني عن بيان الشرط

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

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

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

يحمي هذا الفصل النتيجتين: لا يصبح 154 شيكاً على بياض، ولا يصبح 124 رفضاً لكل عمل يتعلق باتصالات الوكلاء.

للنص الذي رأته القاعة هوية ثابتة

يربط المحضر بالميثاق ويقول إن النص الحالي عُرض أثناء الجلسة. ويحفظ مستودع ART الرسمي الميثاق عند الالتزام a9405f3…، المنشأ في 21 يوليو/تموز، قبل الجلسة بيومين. وعند قطع البحث لم يعرض تاريخ الملف التزاماً لاحقاً.

لم يكن النطاق عنواناً عاماً فقط. شمل الاتصال بين الوكلاء وبين الوكيل والأداة، وآليات محددة للتواصل بين الإنسان والوكيل. وتناول هوية الوكيل المستقلة، والتفويض، والسرية، والسلامة، وقابلية التدقيق. واقترح بروتوكول جلسة على Standards Track وإطاراً Informational. وكان البروتوكول يغطي الجلسات القصيرة والطويلة، والسياق، والتعافي، وبيانات متعددة الإيقاع، واتصالات point-to-multipoint.

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

ما بعد فيينا يؤكد أن الحدود لم تُغلق

كتب Suresh Krishnan في 12 أغسطس/آب رسالة “Sussing out points of disagreement on the charter”، وقال إن التعليقات أفضت إلى محاولتي إعادة كتابة من الأساس. وحصر ستة خلافات: هل الناتج substrate أم semantics؛ هل تدخل دورة حياة الجلسة؛ هل تكفي correlation أم تلزم proof of binding؛ هل يلزم point-to-multipoint أم bilateral؛ كم مخرجاً وبأي حالة وترتيب؛ وكم مصطلحاً يجب تعريفه.

هذه اختيارات تحدد عمل الفريق وليست تنقيحاً لغوياً.

فتح طلب السحب 77 بعد الاجتماع على أساس التزام نسخة فيينا، واقترح تقليصاً إلى minimum viable primitive. ينقل دورة حياة الجلسة خارج النطاق ويستبدل مخرج بروتوكول الجلسة بـinteraction reference وbinding envelope. ظل الطلب مفتوحاً وغير مدمج. وتذكر مقدمته أن الصياغة استعانت بتحليل للمحادثة عبر الذكاء الاصطناعي؛ وهذه معلومة عن المصدر، لا قراراً معتمداً.

وتعرض رسالة 26 أغسطس/آب بشأن متطلبات الدليل اعتماداً أدق. اقترحت Nancy Sahu بيان ما يثبته الدليل التشغيلي وما لا يثبته، وربط بقاء كلمة auditability ببقاء المخرج الذي يحققها. إنها مساهمة فردية لا نتيجة. لكنها تبين كيف يمكن لوعد عال المستوى أن يبقى بلا مخرج إذا تغير الميثاق دون سجل اتصال.

يقول ملخص IETF 126 المنشور في 1 سبتمبر/أيلول إن Agentproto اختبر التوافق بشأن chartering وإن النقاش مستمر في القائمة. وأظهرت صفحة Datatracker الحالية الحالة BOF، والميثاق (None)، وعبارة “Not chartered yet”. الصفر هنا ليس حكماً تقنياً؛ إنه الحالة المؤسسية الدقيقة.

من دليل القاعة إلى السلطة الرسمية

يصف RFC 2418 / BCP 25 السلسلة الرسمية. يُتفاوض على الميثاق مع Area Director، ويقدم IAB المشورة، ويملك IESG الموافقة النهائية أو طلب التعديل أو الرفض. وبعد الموافقة فقط يُسجل الفريق ويُعلن.

ويقول النص نفسه إن 51% لا تشكل rough consensus، ويتناول تأكيد نتائج الاجتماعات في القوائم. لا تلغي هذه القواعد الأعداد. الأعداد تكشف شدة الدعم والاعتراض؛ ويزن الرئيسان الأسباب؛ وتضم القائمة الغائبين؛ وتنهي الجهات المحددة فعل السلطة. لكل طبقة وظيفة.

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

مصفوفة مطابقة السؤال بالنص

يبدأ كل صف بمعرف ثابت ونص السؤال كاملاً والقرار الذي يهدف إلى إرشاده. ثم يأتي commit وblob المعروضان، والوقت والطريقة، ونعم ولا وبلا رأي والمجموع، مع وسم عدم الإلزام.

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

ثم تسجل سلسلة السلطة: مدة تأكيد القائمة وروابطها، وخلاصة الرئيسين وأسبابها، والتعامل مع الاعتراضات، وعمل Area Director، ومشورة IAB، وقرار IESG، والالتزام النهائي المعتمد أو null. ولا تمحو التصحيحات الحالة السابقة.

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

الاعتراضات وحدود الأدلة

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

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

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

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

المصادر

  1. Heng Lu — The Multi-Stakeholder Mirage
  2. IETF 126 — محضر BoF الخاص بـAgentproto
  3. IETF 126 — جدول أعمال Agentproto، النسخة 01
  4. IETF — IETF 126 Highlights
  5. IETF — Birds of a Feather at IETF 126
  6. ميثاق Agentproto المقترح عند الالتزام a9405f3…
  7. IETF Datatracker — صفحة Agentproto الحالية
  8. RFC 5434 — Considerations for Having a Successful BOF Session
  9. RFC 2418 / BCP 25 — IETF Working Group Guidelines and Procedures
  10. قائمة Agentproto — Sussing out points of disagreement on the charter
  11. قائمة Agentproto — Proposed charter text: evidence requirements
  12. مستودع مواثيق ART — Pull request 77