Agency as an Architecture Layer: A Formal Enterprise Architecture Framework for Agentic-AI-Driven Enterprises

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

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

ولحل ذلك، طور الباحث نظاماً يسمى "إطار عمل بنية المؤسسة الوكيلية" (Agentic Enterprise Architecture Framework). تخيل المؤسسة كمبنى يتكون من عدة طوابق. تمثل الطوابق السفلية التكنولوجيا، وتحتوي الطوابق الوسطى على التطبيقات والبيانات، بينما تحتوي الطوابقات العليا على الأهداف والعمليات التجارية. في الماضي، كان "الجهات الفاعلة" الوحيدة في الطابق العلوي هم البشر. يضيف هذا الإطار الجديد طبقة مخصصة للوكلاء، واضعاً إياهم جنباً إلى جنب مع الأدوار البشرية. في هذا النموذج، ليس الوكيل مجرد أداة؛ بل هو "أصيل" (principal)، كيان متميز يمكنه حيازة الحقوق والمسؤوليات. يقدم الإطار مفهوماً يسمى "الميثاق" (charter)، والذي يعمل بمثابة عقد بين المؤسسة والوكيل. يحدد هذا الميثاق بالضبط ما يسمح للوكيل بفعله، ونطاق عمله، والإنسان المسؤول في نهاية المطاف عن أفعاله.

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

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

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

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

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