Agents and Workflows: عبدالله سنكر يشرح المفاهيم الأساسية بالترتيب

كل ما فتحت مقالاً عن الوكلاء الأذكياء، لقيت عشرين مصطلحاً في أول فقرة: orchestration و handoffs و guardrails و tracing. فتسكّر الصفحة وأنت أضيع من أول. عبدالله سنكر يحمل شهادة Agents and Workflows من OpenAI Academy، وفي هذي المقالة ما بيعطيك تعريفات متفرقة، بيبني لك المفاهيم درجة درجة، كل مفهوم يعتمد على اللي قبله. لو فهمت الدرجة الأولى، الثانية بتكون منطقية.

الدرجة الأولى: نموذج يرد، ثم نموذج يستدعي أداة

أبسط شكل: ترسل نصاً للنموذج، ويرجع لك نصاً. هذا ما فيه وكيل ولا سير عمل. الخطوة اللي تغيّر كل شي هي استدعاء الأدوات (Tool Calling أو Function Calling): تعرّف للنموذج قائمة دوال، لكل وحدة اسم ووصف ومدخلات محددة، مثل «get_order_status» تاخذ رقم الطلب. النموذج ما ينفّذ الدالة بنفسه. هو يرجع لك طلباً منظّماً معناه «أبي أستدعي هالدالة بهالمدخلات»، وكودك أنت اللي ينفّذ ويرجع النتيجة للنموذج.

هذي النقطة لازم تثبت في ذهنك: النموذج يقترح، والنظام ينفّذ. وهذا اللي يخليك تتحكم في الصلاحيات من جهتك، مو من جهة النموذج.

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

الدرجة الثانية: سير العمل، المسار مرسوم مسبقاً

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

• السلسلة (Prompt Chaining): ناتج خطوة يصير مدخل الخطوة اللي بعدها، مثل استخراج النقاط ثم كتابة الملخص منها.
• التوجيه (Routing): خطوة تصنّف المدخل وترسله لمسار متخصص، فطلبات الاسترجاع تروح لتعليمات غير تعليمات الاستفسار.
• التوازي (Parallelization): نفس المدخل يمر على عدة استدعاءات في نفس الوقت، مثل فحص الرد من زاوية الدقة وزاوية الأسلوب، ثم تجميع النتائج.
• المنسّق والعمّال (Orchestrator-Workers): استدعاء رئيسي يقسّم المهمة لأجزاء ما تُعرف مسبقاً، ويوزعها، ثم يجمعها.
• المقيّم والمحسّن (Evaluator-Optimizer): استدعاء يكتب، وثاني يقيّم حسب معايير محددة، والأول يعدّل لين يرضى الثاني أو يوصل لحد المحاولات.

الدرجة الثالثة: الوكيل، النموذج يختار الطريق

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

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

ومع الوكيل يظهر مفهوم الحالة (State) والذاكرة. داخل المهمة الواحدة، الوكيل يحتاج يتذكر وش سوّى في الخطوات السابقة، وهذا غالباً سجل المحادثة نفسه بما فيه نتائج الأدوات. لكن السجل يطول مع كل دورة، ويستهلك نافذة السياق والتكلفة. فالأنظمة الجيدة تحفظ اللي يهم بشكل منظّم، مثل «رقم الطلب: كذا، الحالة: بانتظار موافقة»، بدل ما تعتمد على إن النموذج يلقى المعلومة في صفحات من السجل. والذاكرة بين المحادثات قصة ثانية، وتحتاج قراراً واعياً: وش يُحفظ، ولين متى، ومين يقدر يشوفه.

الدرجة الرابعة: الحواجز والتسليم

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

أما التسليم (Handoff) فهو لما يكون عندك أكثر من وكيل، كل واحد متخصص، والوكيل الأول يحوّل المحادثة للثاني مع السياق. مثل موظف استقبال يحوّلك لقسم الحسابات. يفيد لما تكون التعليمات لكل تخصص طويلة ومختلفة، ويضر لما تقسّم بدون حاجة، لأن كل تسليم نقطة ممكن يضيع فيها سياق.

الدرجة الخامسة: التتبّع والتقييم

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

كيف تستخدم هذا السلّم في مشروعك؟

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