WorkOS تطلق auth.md: بروتوكول مفتوح لتسجيل وكلاء الذكاء الاصطناعي

لا يوفر معظم تطبيقات الويب طريقة منظمة تتيح لوكيل الذكاء الاصطناعي التسجيل والحصول على صلاحية الوصول. وقد اقترحت WorkOS حلاً لذلك هو auth.md، وهو بروتوكول مفتوح يقوم على OAuth ويبسّط ربط الوكلاء بالتطبيقات دون تعبئة النماذج يدوياً.

المشكلة التي يعالجها auth.md

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

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

يغيّر auth.md هذا النهج. فهو ملف Markdown عادي ينشره التطبيق على نطاقه (مثل example.com/auth.md). ويحتوي الملف على كل المعلومات التي يحتاجها الوكيل للتسجيل بنفسه:

• الطرق المدعومة (OAuth 2.0 ومفاتيح API وmTLS وغيرها)
• النطاقات (scopes) والأذونات المطلوبة لسيناريوهات الاستخدام المختلفة
• نقاط النهاية (endpoints) للحصول على بيانات الاعتماد والرموز طويلة الأمد
• أمثلة برمجية وتوصيات للبدء السريع
• معلومات عن حدود معدل الطلبات (rate-limit) والحصص ومدة صلاحية الرموز

كيف يعمل ذلك عملياً

عندما يحتاج وكيل الذكاء الاصطناعي إلى التكامل مع تطبيق ما، يدخل إلى نطاقه ويعثر على ملف auth.md ويقرأ التعليمات. ثم يبدأ تلقائياً عملية التسجيل المطلوبة، ويطلب الأذونات اللازمة، ويحصل على رمز أو مفتاح API مرتبط بمستخدم حقيقي. ولا يحتاج الإنسان إلى ملء أي شيء يدوياً، إذ تتم العملية برمتها برمجياً (programmatically).

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

اختارت WorkOS صيغة Markdown بدلاً من JSON أو XML لأنها سهلة القراءة والتحرير، سواء للمطورين أو لوكلاء الذكاء الاصطناعي. كما يسهل إدارة إصدارات ملف Markdown في git، وتتبع التغييرات، وإضافة التعليقات، وتحديثه دون إعادة نشر التطبيق.

ماذا يعني ذلك للمنظومة التقنية

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

غير أن ذلك يثير تساؤلات أمنية جديدة: كيف نمنع الوصول غير المصرّح به عبر الوكلاء؟ وكيف تُدار الأذونات إذا كان التسجيل آلياً بالكامل؟ وتراهن WorkOS على أن التوحيد المفتوح للمعايير سيسهّل نقاش هذه المسائل داخل المجتمع التقني، ويساعد في صياغة أفضل الممارسات (best practices) للتسجيل الآلي الآمن للوكلاء.