تطور أُطر الوكلاء الذكية: من السلاسل الخطية إلى تنفيذ الأكواد

أبرز النقاط

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

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

تقدم الرسوم البيانية نهجاً منظماً بالعقد والحواف، ما يسمح بالتفرع الشرطي والتوازي وإدارة الحالة. يعزز ذلك المرونة في البيئات المعقدة متعددة الخطوات.

تتعامل أُطر الأكواد مع التنفيذ كوظيفة أساسية، مستخدمةً بيئات معزولة (sandboxed) لمخرجات حتمية. توفر هذه الطريقة ضمانات قوية لموثوقية النظام عبر التحقق من التنفيذ.

لضمان الموثوقية، ينبغي للمطورين اعتبار مخرجات LLM مدخلات غير موثوقة، وفصل التخطيط عن التنفيذ، والاستثمار في المراقبة، واختيار التصميم الأقل تعقيداً الذي يلبي متطلبات الموثوقية والسرعة والتكلفة.

تطور الأنظمة الوكيلة

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

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

السلاسل: النهج الأولي

بُنيت الأنظمة الوكيلة المبكرة حول سير عمل خطي بسيط يُعرف بالسلاسل. كان هذا الأسلوب بديهياً وسريع التنفيذ، ما سمح بالنشر السريع. تألف سير العمل من سلسلة من الأوامر حيث تُستخدم مخرجات خطوة كمدخلات للخطوة التالية.

على سبيل المثال، استخدمت وكلاء LinkedIn الأولى للذكاء الاصطناعي التوليدي سلسلة ثابتة من ثلاث خطوات باستخدام إطار عمل LangChain. تضمنت الخطوات التوجيه لتحديد الخبير المناسب في الذكاء الاصطناعي، واسترجاع المعلومات ذات الصلة، وتوليد إجابة نهائية متماسكة.

رغم سرعة بناء هذا النهج، كان هشاً بطبيعته. فخطأ واحد في الخطوات الأولية يمكن أن يفسد العملية بأكملها بسبب غياب آليات اكتشاف الأخطاء أو التعافي منها.

الرسوم البيانية: إضافة الهيكل

مع تزايد تعقيد حالات الاستخدام، ظهرت حدود السلاسل الخطية بوضوح. بدأ المطورون في تبني أنظمة قائمة على الرسوم البيانية، ما سمح بالتفرع والمنطق الشرطي وإعادة المحاولة داخل سير العمل.

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

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

الأكواد: نموذج جديد

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

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

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

أفضل الممارسات لبنى قوية

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

اختيار التجريد المناسب

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

 

المصدر: InfoQ