العنوان: من المساعدة إلى التنفيذ: التحول المعماري
يوضح دليل "أنماط التحول الوكيل" (Agentic Transformation Patterns) لعام 2026 من Microsoft كيفية إعادة بناء وكلاء الذكاء الاصطناعي للانتقال من مجرد مساعدة المستخدمين إلى تنفيذ العمل فعلياً. ويضع الدليل تكلفة ملموسة لهذا الجهد – ما بين 26 و60 أسبوع عمل للمهندسين للبنية التحتية الأساسية قبل إمكانية إطلاق أول وكيل في وضع التنفيذ. وتخاطر الشركات التي تتجاهل هذا التحول ببناء أدوات هشة لا يمكنها التصرف بأمان بمفردها.
تقوم المؤسسات الآن بتجربة مساعدي النماذج اللغوية الكبيرة (LLM) الذين يقومون بصياغة رسائل البريد الإلكتروني، أو اقتراح مقتطفات برمجية، أو استخراج البيانات. تظل هذه الوكلاء في وضع "المساعدة": حيث يقوم الإنسان بمراجعة كل مخرج، ويقوم غلاف برمجي بسيط (thin wrapper) بتوجيه الطلب إلى النموذج وإعادة الاستجابة. هذه البنية المعمارية رخيصة وسريعة التجميع، لكنها تترك عملية اتخاذ القرار وكتابة البيانات للمستخدم عن قصد.
عندما ترغب المؤسسة في أن يقوم الوكيل بتشغيل سير عمل كامل — مثل ملء قاعدة بيانات، أو إطلاق عملية لاحقة، أو الموافقة على معاملة — لم يعد بإمكان النموذج أن يكون "صندوقاً أسود" يقدم إجابته ليقوم الإنسان بالتحقق منها. يجب أن يعمل الوكيل كخدمة مستقلة، بهويته الخاصة، وحالته المستمرة، وشبكات أمان مدمجة. وتجادل Microsoft بأن التصميم القديم المقتصر على المساعدة لا يمكن ترقيته عبر "رقع برمجية" ليصبح نظاماً جاهزاً للتنفيذ؛ بل يتطلب إعادة تصميم شاملة من الصفر عبر سبعة ركائز معمارية.
الركائز السبع لوكلاء الذكاء الاصطناعي الجاهزين للتنفيذ
- السلطة (Authority) – الانتقال من الأذونات "المفوضة من المستخدم" إلى هويات وكلاء مستمرة تحمل حقوق وصول محددة النطاق. يجب على الوكيل مصادقة نفسه للخدمات اللاحقة دون الحاجة إلى رمز (token) من الإنسان.
- الحدود (Boundaries) – استبدال استدلال النموذج العشوائي (ad-hoc) في الحسابات عالية المخاطر بمسارات برمجية حتمية (deterministic). أي شيء يتطلب دقة — مثل الرياضيات المالية أو فحوصات الامتثال — يجب أن يعمل ضمن برمجيات معتمدة، وليس عبر الاستنتاج من مخرجات النموذج.
- المخططات (Schemas) – الانتقال من تبادل البيانات غير محددة النوع بدقة إلى مخطط معياري (canonical schema) يمتلكه مسؤول بيانات معين. هذا يمنع الوكيل من كتابة سجلات مشوهة لا تستطيع الأنظمة اللاحقة استهلاكها.
- اكتشاف الفشل (Failure Detection) – استبدال الإشراف البشري بالقياس عن بُعد (telemetry) المستمر ومراقبة نتائج الأعمال. يجب أن يكشف النظام تلقائياً عن الحالات الشاذة، مثل أحجام المعاملات غير المتوقعة، وإيقاف الوكيل إذا تم تجاوز الحدود المسموح بها.
- الحالة (State) – استبدال جلسات الدردشة قصيرة العمر بحالة مستديمة مرتبطة بالحالة (case-scoped) ومخزنة في نظام سجلات. قد يحتاج وكيل التنفيذ إلى استرجاع الخطوات السابقة، أو سجلات التدقيق، أو تفضيلات المستخدم عبر أيام أو أسابيع.
- التراجع (Rollback) – استبدال "إعادة تشغيل الأمر" (re-run the prompt) بأسلوب "تتبع الأحداث" (event-sourcing) أو المعاملات التعويضية التي يمكنها إلغاء الإجراءات بشكل موثوق. إذا ارتكب الوكيل خطأً، يجب على المنصة التراجع عن الآثار الجانبية دون تدخل يدوي.
- القابلية للتدقيق (Auditability) – الترقية من مجرد نصوص دردشة بسيطة إلى سجلات لكل إجراء تربط كل عملية بإصدار وهوية وكيل محددين. يمكن للمنظمين والمدققين الداخليين بعد ذلك تتبع ما فعله الوكيل بالضبط، ومتى، وتحت أي سياسة.
هذه التغييرات ليست إضافات اختيارية؛ بل تشكل نموذج تشغيل جديداً للأتمتة القائمة على الذكاء الاصطناعي. تقدر Microsoft أن بناء هذا الأساس سيستهلك ما بين 26 و60 أسبوع عمل للمهندسين.
لماذا تهم هذه التكلفة
يحذر الدليل من نشر وكلاء في وضع التنفيذ لمهام منخفضة القيمة لا توفر سوى دقائق قليلة من سير عمل المستخدم. إذ سيفوق الاستثمار الهندسي أي مكاسب هامشية في الإنتاجية. استهدف العمليات ذات النتائج القابلة للقياس — مثل تنفيذ الطلبات، أو تسوية المطالبات، أو تقارير الامتثال — حيث يترجم التنفيذ المستقل مباشرة إلى توفير في التكاليف أو تقليل للمخاطر.
تتطلب ملكية مخططات البيانات الخاصة بك سلطة تنظيمية.
وجهة نظر معارضة: هل يكفي وضع المساعدة فقط؟
في العديد من سيناريوهات الدعم الداخلي — مثل صياغة ملاحظات الاجتماعات، أو استخراج مقالات قاعدة المعرفة — يظل التحقق البشري شبكة أمان عملية. والمقايضة هنا هي بطء دورات العمل والاستمرار في الاعتماد على الجهد البشري لاتخاذ القرار النهائي.
الخلاصة واضحة: نقل وكلاء الذكاء الاصطناعي من دور داعم إلى دور مستقل ليس مجرد تفعيل لميزة (feature toggle)؛ بل هو إعادة كتابة معمارية كاملة. الشركات التي تستهين بالمتطلبات الهندسية والحوكمة تخاطر بإطلاق بوتات هشة.
