الخلاصة

  • جمع Uniform Resource Agent بيانات التفعيل والأهداف ومعلومات الخبرة وبرنامج النشاط ومرشح الرد في مواصفة دائمة قابلة للمشاركة والتعديل وإعادة التنفيذ.
  • كانت URAgency تحوّل المواصفة إلى عمل فعلي: تربط النوع بتنفيذ معين، وتوفر بيئة التشغيل، وتفعّل أهدافاً محلية أو بعيدة، وتفسر ما يعود منها.
  • لذلك لا يثبت حفظ الكائن أو نجاح إطلاقه أن المدخلات مأذون بها، أو أن المعنى ثابت، أو أن التنفيذ صحيح وقابل للتكرار، أو أن الغاية تحققت.

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

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

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

البيئة هي التي نفّذت

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

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

جسّد نموذج Silk هذه الفكرة باستخدام URA مكتوبة بلغة Tcl. أتاحت الواجهة حفظ النسخ وإدخال قيم التفعيل. وثبّت المثال عنوان خدمة داخل الشفرة، وأرسل طلب HTTP، ثم حلل HTML بتعابير نمطية، واعترفت تعليقاته بضعف إبلاغ الأخطاء. هذا دليل على نموذج تجريبي، لا على انتشار واسع.

الصفحة المقروءة للبشر كانت واجهة هشة

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

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

نُشرت RFC 2016 في أكتوبر 1996 بوصفها وثيقة Experimental ضمن Legacy stream. يثبت المسودّة السابقة وورقة المؤلفين وSilk وجود تجربة معمارية، ولا يثبت معياراً واسع الانتشار أو نسباً مباشراً لوكلاء الذكاء الاصطناعي المعاصرين. إسهامها التاريخي أدق: جعلت النية قابلة للنقل، فأظهرت ضرورة تحديد مكان سلطة التنفيذ.

المصادر