لا يقتصر الفرق بين روبوت المحادثة ووكيل الذكاء الاصطناعي على مجرد اختلاف لفظي، بل يعكس بنية ونموذج تشغيل مختلفين جذريًا. يستقبل روبوت المحادثة المدخلات، ويُنشئ ردًا، ثم يتوقف. أما الوكيل، فيستقبل هدفًا، ويضع خطة لتحقيقه، وينفذ خطوات باستخدام أدوات خارجية، ويُراقب النتائج، ويُعدّل أسلوبه بناءً على ما يتعلمه، ويستمر حتى بلوغ الهدف أو استيفاء شرط التوقف. لا يستجيب الوكيل لطلب مُحدد، بل يسعى لتحقيق هدف مُعين.
تنشأ هذه القدرة من خلال دمج العديد من التطورات التقنية التي نضجت في وقت واحد تقريبًا بين عامي 2024 و2025. تُوفر نماذج اللغة الضخمة ذات القدرات الاستدلالية القوية جوهر التخطيط واتخاذ القرارات. ويُوفر استدعاء الدوال - أي قدرة النموذج على استدعاء أدوات خارجية بمعلمات مُهيكلة - الجسر بين اللغة والفعل. كما تُتيح نوافذ السياق الطويلة للوكلاء الحفاظ على وعي مُتكامل بالمهام المُعقدة متعددة الخطوات دون فقدان تتبع الملاحظات السابقة. وتوفر أطر عمل الوكلاء مثل LangChain وAutoGen وCrewAI وADK من جوجل البنية الأساسية لتنسيق هذه القدرات في سير عمل موثوق.
والنتيجة العملية هي برمجيات قادرة على تصفح الإنترنت لجمع المعلومات، وكتابة وتنفيذ التعليمات البرمجية، واستدعاء واجهات برمجة التطبيقات، وإدارة الملفات، وإرسال رسائل البريد الإلكتروني، والتفاعل مع قواعد البيانات، وربط هذه الإجراءات معًا لتحقيق هدف أسمى - كل ذلك دون تدخل بشري في كل خطوة.
تتجاوز وكلاء الذكاء الاصطناعي مرحلة العروض التوضيحية في العديد من المجالات المهمة. ففي هندسة البرمجيات، يقوم الوكلاء بمراجعة التعليمات البرمجية، وإنشاء طلبات السحب، وفرز تقارير الأخطاء من خلال إعادة إنتاج المشكلات وتحديد مدى خطورتها، وأتمتة التحقيق الأولي في حوادث الإنتاج من خلال ربط السجلات والآثار والمقاييس للوصول إلى فرضية أولية للسبب الجذري. وتشير الفرق إلى أن الاستجابة للحوادث بمساعدة الوكلاء تقلل الوقت اللازم من التنبيه إلى الحصول على معلومات قابلة للتنفيذ من عشرات الدقائق إلى أقل من خمس دقائق.
في مجال إدارة المعرفة المؤسسية، تُستخدم أنظمة آلية لتحليل المشهد التنافسي، وتلخيص الوثائق في تقارير موجزة، ومتابعة التغييرات في الملفات التنظيمية ذات الصلة بالعمل، والحفاظ على وثائق حية تُحدّث نفسها تلقائيًا عند تغيير الأنظمة الأساسية. ويُعدّ مُضاعف الإنتاجية في سير العمل كثيف المعرفة كبيرًا، حيث تُنجز المهام التي كانت تتطلب سابقًا أيامًا من وقت المحللين في دقائق معدودة.
وتقوم الأنظمة الآلية الموجهة للعملاء بمعالجة طلبات الخدمة المعقدة التي كانت تتطلب سابقًا تدخلًا بشريًا، مثل مطالبات التأمين التي تشمل استرجاع الوثائق، والتحقق من صحة الوثائق، وتقييم الأهلية؛ وطلبات الدعم الفني التي تتطلب البحث عن الحسابات، والتحقق من الأذونات، وإجراء تغييرات في النظام؛ وسير عمل الاستشارات المالية الذي يجمع البيانات، ويُجري الحسابات، ويُقدّم توصيات مُخصصة. ويتزايد مستوى جودة هذه التفاعلات الآلية بسرعة مع تحسّن النماذج الأساسية.
إن أكثر بنى الوكلاء تطورًا في بيئات الإنتاج اليوم ليست وكلاء منفردين، بل شبكات من وكلاء متخصصين بأدوار محددة وبروتوكولات تنسيق. قد تتضمن عملية تسليم البرمجيات وكيلًا للمتطلبات يحلل المواصفات، ووكيلًا للتصميم يقترح بنية النظام، ووكيلًا للبرمجة ينفذ الميزات، ووكيلًا للاختبار يتحقق من صحة السلوك، ووكيلًا للأمان يفحص الثغرات الأمنية، ووكيلًا للتنسيق يدير سير العمل ويتعامل مع الاستثناءات. يتخصص كل وكيل في مجال محدد؛ إذ توفر الشبكة قدرة لا يستطيع أي وكيل منفرد تحقيقها بمفرده.
يتوافق نموذج الوكلاء المتعددين هذا بشكل طبيعي مع نموذج الخدمات المصغرة المألوف لمهندسي البرمجيات - فكل وكيل عبارة عن خدمة محددة بواجهة معينة. تكمن الاختلافات الرئيسية في أن الوكلاء يتواصلون بلغة طبيعية بدلًا من واجهات برمجة التطبيقات المهيكلة، وأن سلوكهم احتمالي وليس حتميًا، وأن أنماط فشلهم تتطلب مناهج جديدة للمراقبة وهندسة الموثوقية.
على الرغم من الإمكانات الهائلة، تُدخل الأنظمة المستقلة أنماط فشل لم يسبق لهندسة البرمجيات التقليدية التعامل معها بكفاءة. فقد تسعى هذه الأنظمة لتحقيق أهدافها بطرق غير متوقعة، أو تتخذ إجراءات ذات عواقب وخيمة، أو تُراكم الأخطاء عبر مراحل متعددة، أو تدخل في حلقات تغذية راجعة يصعب اكتشافها إلا بعد وقوع أضرار جسيمة. فعلى سبيل المثال، قد يقوم نظام برمجي مُكلف بـ"تقليل تكاليف التخزين" بحذف بيانات لم تُصنف على أنها بيانات أرشيفية. وقد يُرسل نظام يُدير البريد الإلكتروني اتصالات خارجية تُخالف السياسات.
استجابةً لذلك، تبرز بسرعة تخصصات هندسية جديدة، مثل سلامة الأنظمة، والتحقق من التوافق، وتصميم الإشراف البشري. وتشمل أفضل الممارسات تحديد حدود واضحة لصلاحيات كل نظام، وتطبيق نقاط تفتيش بشرية للقرارات المصيرية، وتصميم أنظمة تتسم بالحذر في ظل عدم اليقين، وبناء سجلات تدقيق شاملة، واختبار الأنظمة في سيناريوهات معادية لكشف السلوكيات غير الآمنة.
إن المنظمات التي تبني أنظمة وكلاء موثوقة اليوم لا تتعامل مع هذه المشكلات على أنها مشكلات ذكاء اصطناعي، بل على أنها مشكلات هندسة موثوقية - وينطبق نفس الانضباط الذي يجعل الأنظمة الموزعة مرنة، مع اعتبارات إضافية خاصة بالطبيعة الاحتمالية والموجهة نحو الهدف لأنظمة الذكاء الاصطناعي.
يُجبر الذكاء الاصطناعي الوكيل على إعادة النظر في مبادئ هندسة البرمجيات التي ظلت ثابتة لسنوات. يجب الآن تصميم واجهات برمجة التطبيقات (APIs) ليس فقط للمطورين البشريين، بل أيضًا لمستخدمي الذكاء الاصطناعي؛ إذ تحتاج هذه الواجهات إلى أوصاف دلالية واضحة، وسلوكيات أخطاء متوقعة، وعمليات متكررة، لأن الوكلاء قد يعيدون محاولة الاستدعاءات بشكل غير متوقع. يجب أن تُتيح أنظمة البيانات بيانات وصفية أكثر ثراءً حتى يتمكن الوكلاء من فهم معنى المعلومات وحداثتها، وليس فقط بنيتها. يجب أن تدعم أنظمة التخويل أذونات دقيقة وحساسة للسياق، قادرة على تقييد سلوك الوكلاء ديناميكيًا.
ولعل الأهم من ذلك، أن التمييز بين "الأدوات" و"الوكلاء" يتلاشى. فالبرمجيات التي صُممت كأداة مساعدة سلبية - كقاعدة بيانات، أو نظام ملفات، أو قائمة انتظار رسائل - قد تحتوي قريبًا على طبقة ذكية تتفاعل مع محتوياتها بشكل مستقل. إن الآثار المترتبة على إدارة البيانات والخصوصية والامتثال عميقة، ولا تزال غير محسومة إلى حد كبير.
