الخلاصة

  • تفصل مسودة IETF فردية بين توصية الوكيل وقرار المؤسسة. لا تصبح التوصية التزاماً باسم الشركة إلا إذا اعتمدها صاحب سلطة وفق قاعدة واضحة؛ صلاحية استعمال الأداة وحدها لا تمنح هذا الحق.
  • تطلب المسودة نقل الغرض والحدود والسياق المؤثر ومرجع القرار والمسؤول ونوع الدليل مع كل تسليم. كما تفرق بين استدعاء الأداة والفعل الذي وقع والنتيجة التي شوهدت.

اقتراح مزين بالشريط أمام كرسي فارغ

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

تحدد صفحة IETF Datatracker النسخة 00 بتاريخ 19 أكتوبر 2026 مسودة إنترنت فردية نشطة. يعرض مؤلفها متطلبات لحفظ المعنى التنظيمي عبر تسليم المهام، ولا يضع صيغة رسائل جديدة. يمكن لسلسلة من الأنظمة أن تتأكد من هوية كل متصل وتقبل كل طلب، ثم تعجز عند نهاية اليوم عن تسمية اللحظة التي التزمت فيها المؤسسة. الختم التقني لا يملأ كرسي القرار.

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

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

رسالة النجاح لا تغيّر العالم وحدها

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

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

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

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

السجلات الأصلية