الخريطة الذهنية لوكيل الذكاء الاصطناعي: من الفكرة إلى الإنتاج

ما وكيل الذكاء الاصطناعي، وماذا تغطي هذه الخريطة؟

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

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

ماذا يحدث داخل حلقة الوكيل؟

للحلقة ست مراحل، وقد تفشل كل مرحلة بطريقتها. وتسميتها مفيدة لأنها تدلّ على موضع سطر السجل أو الحد أو الاختبار.

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

أي نمط استدلال تختار؟

تقسم الخريطة الاستدلال إلى قسمين. التخطيط يشمل ReAct وPlan-and-Execute وTree of Thoughts. والمراجعة تشمل Reflexion والنقد الذاتي ونموذجًا مدقّقًا مستقلًا وإعادة المحاولة مع التغذية الراجعة.

قاعدتي العملية أن تبدأ بأبسط نمط ينجح، ولا تضيف بنية إلا عندما يفرضها فشل. يكفي ReAct، حيث يتناوب النموذج بين التفكير والتنفيذ، لكثير من المهام. ويستحق Plan-and-Execute مكانه في المهام الطويلة، لأن كتابة الخطة كاملة أولًا تجعل الانحراف مرئيًا. أما Tree of Thoughts فنادرًا ما يستحق كلفته خارج مسائل البحث الصعبة.

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

ما أنواع الذاكرة التي يحتاجها الوكيل؟

تعدّد الخريطة ستة أنواع، وكل نوع يجيب عن سؤال مختلف. من المفيد أن تسأل عمّا يجب أن يتذكره الوكيل ولكم من الوقت قبل اختيار مخزن.

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

لماذا تحتاج الذاكرة إلى حوكمة لا إلى تخزين فقط؟

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

وهذه فكرة ORBIT، محرك السياق والذاكرة الخاضع للحوكمة الذي أبنيه: ينبغي أن يكون السياق قابلًا للتتبع ومؤرَّخًا، خصوصًا في الأعمال الطويلة ومتعددة الوكلاء. وأيًا كان المخزن، احفظ المصدر وتاريخًا بجانب المحتوى، وقرّر مسبقًا ما يجوز نسيانه.

أي نوع من الوكلاء تبني؟

تسمّي الخريطة ثلاثة: وكلاء البرمجة ووكلاء البحث ووكلاء استخدام الحاسوب. وهم يختلفون في حجم الضرر الذي قد يسببه فعل خاطئ أكثر مما يختلفون في الذكاء. وكيل البحث يقرأ. ووكيل البرمجة يكتب ملفات وينفذ أوامر. ووكيل استخدام الحاسوب ينقر داخل تطبيقات حقيقية، وهذا أوسع سطح فعل بين الثلاثة.

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

إطار مفتوح المصدر أم حزمة مزوّد أم منخفض الكود؟

أطر العمل هي الفرع الأكثر شعارات، وهو الأسهل للتيه فيه. فكّر في ثلاث عائلات: أطر مفتوحة المصدر مثل LangGraph وCrewAI وAutoGen، وحزم تطوير من مزوّدي النماذج والمنصات السحابية، وأدوات منخفضة الكود مثل n8n وDify وFlowise وLangflow. والجدول أدناه تبسيط مني وليس مقياسًا معياريًا.

كيف تربط الأدوات والبروتوكولات الوكيل بالعالم؟

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

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

كيف تنسّق عدة وكلاء؟

تعرض الخريطة ثلاثة أنماط: مشرف يفوّض عمالًا، وتسليمات يمرّر فيها وكيل المهمة إلى آخر، وتوزيع متوازٍ يعمل فيه عدة وكلاء في آن واحد ثم تُدمج النتائج.

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

ماذا تتضمن منصة البناء؟

يسرد فرع المنصة ست طبقات: النماذج (Claude وGPT وGemini وLlama وQwen)، ومخازن المتجهات (Pinecone وQdrant وWeaviate وpgvector)، وطبقات الذاكرة (Mem0 وZep وLetta)، وبيئات تنفيذ الشيفرة المعزولة (E2B وDaytona وModal)، وأدوات التصفح (Browserbase وBrowser Use)، وبيئة تشغيل الوكيل (منصات وكلاء سحابية، أو Kubernetes إن شغّلتها بنفسك).

خياران يستحقان العناية. أبقِ النموذج خلف واجهة، ليكون تغيير المزوّد تغيير إعداد لا إعادة كتابة. وعامل بيئة التشغيل كقرار منتج: هي التي تحدد كيف تنشر وكلاءك وتوسّعهم وتعزلهم وتراقبهم.

كيف تشغّل وكيلًا بأمان؟

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

• المراقبة: تتبّع كل خطوة وكل استدعاء أداة، بأدوات مثل LangSmith وLangfuse وArize Phoenix وOpenTelemetry. لا تصلح ما لا تستطيع إعادة تشغيله.
• التقييم: مجموعة ثابتة من المهام تُقيَّم آليًا، بأدوات مثل DeepEval وRagas وPromptfoo، أو نموذج لغوي يعمل حكمًا. وبه تغيّر تعليمات الموجّه دون خوف.
• الحواجز الوقائية: فحوص على المدخلات والمخرجات، مثل NeMo Guardrails وLlama Guard وGuardrails AI وحجب البيانات الشخصية.
• الأمان: أقل الصلاحيات، والدفاع ضد حقن التعليمات، وسجلات التدقيق، وخزنة أسرار. وهذه الطبقة تحدد ما يجوز للوكيل فعله مهما حسن سلوكه.

ما أنماط الفشل التي ينبغي توقعها؟

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

بأي ترتيب أبنيه؟

تعرض الخريطة الميدان كله، لكنها لا تذكر الترتيب، وبالترتيب تُكسب المشاريع. وهذا التسلسل الذي أتبعه اليوم.

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