
الأسس الفلسفية والمعمارية لبناء وكلاء ذكيين قادرين على التكيف والتعقيد.
مرحبًا بك في رحلة تصميم تدفقات العمل للوكيل الذكي. قبل أن نغوص في الأكواد والمكتبات، من الضروري أن نؤسس لفهم عميق للفلسفة التي تقف وراء أحد أكثر الأنماط المعمارية فعالية في عالم الذكاء الاصطناعي التطبيقي: فصل التفكير (Reasoning) عن التنفيذ (Execution). هذا الفصل ليس مجرد تقنية برمجية، بل هو نموذج عقلي (Mental Model) يعيد تعريف كيفية تعامل الأنظمة مع المهام المعقدة وغير المؤكدة.
تخيل وكيلًا ذكيًا بسيطًا مبرمجًا للرد على استفسارات المستخدم. قد يبدو تدفقه كالتالي: استقبال سؤال → إرساله إلى نموذج لغوي كبير (LLM) → إرجاع الإجابة. هذا النهج المباشر "التفكير-والفعل" في خطوة واحدة يعاني من قصور خطير:
فلسفة الفصل تقترح تقسيم عقل الوكيل إلى قسمين متميزين وظيفيًا:
هذا هو "عقل التخطيط الاستراتيجي". وظيفته هي:
نواتج هذه المرحلة هي خطط وإرشادات قابلة للتنفيذ، وليست أفعالًا نهائية. يمكن أن تكون هذه النواتج على شكل قائمة مهام، رسم تخطيطي (Flowchart)، أو أوامر منظمة.
هذا هو "الجسد المختص". وظيفته بسيطة وقوية:
يجب أن يكون التنفيذ موثوقًا وخاليًا من المنطق الشرطي المعقد. هو مجرد ناقل للخطة إلى فعل.
لنرى الفلسفة في عمل ملموس. سنبني مخططًا لوكيل مهمته "تحليل مشاعر التعليقات في ملف CSV".
هنا، وحدة التفكير (التي غالبًا ما يقودها LLM) ستنتج خطة منظمة. لنمذجة ذلك:
// الإخراج النظري لوحدة التفكير (خطة العمل)
const خطة_المهمة = {
المهمة: "تحليل مشاعر التعليقات في ملف يسمى 'تعليقات_العملاء.csv'",
الخطوات: [
{
id: 1,
الإجراء: "قراءة_الملف",
الهدف: "تحميل محتويات ملف CSV من نظام الملفات.",
المعلمات: { مسار_الملف: "./تعليقات_العملاء.csv" }
},
{
id: 2,
الإجراء: "تحليل_البيانات",
الهدف: "فهم بنية البيانات: الأعمدة، عدد الصفوف، وتحديد عمود 'التعليق'.",
المعلمات: { بيانات_الخام: "نتيجة_الخطوة_1" }
},
{
id: 3,
الإجراء: "تصنيف_المشاعر",
الهدف: "تطبيق نموذج تحليل المشاعر على كل تعليق في العمود
جاري تحميل التقييمات...