---
أتحدث مع برامج المحادثة (الشات بوت) منذ عامين. في الغالب ترد عليّ. أحياناً تهذي بوصفات لبيتزا الغراء. ونادراً ما *تنفّذ* أي شيء.
الثلاثاء الماضي، شاهدت وكيلاً (Agent) بنيته يسجّل الدخول لبريدي الإلكتروني، يجد ثلاث فواتير غير مدفوعة، يكتب ردوداً بروابط دفع، ويجدول متابعات للأسبوع المقبل. لا أوامر (Prompts) بعد الأولى. لا إمساك باليد. ذهبت لأشرب قهوة. وأنجز العمل.
تلك اللحظة التي انتبهت فيها: نحن لم نعد نبني شات بوتات أفضل. نحن نبني زملاء عمل لا يحتاجون للنوم.
فخ الشات بوت
الجزء المحرج: قضيت ستة أشهر في هندسة سلاسل أوامر (Prompt Chains) معقدة. "أنت محلل أول. أولاً، اقرأ المستند. ثم استخرج المقاييس الرئيسية. ثم اكتب ملخصاً. ثم تحقق من الأخطاء."
كان يعمل بنسبة 60% من الوقت. الـ 40% المتبقية؟ النموذج ينسى الخطوة الثانية، يهذي بمقياس غير موجود، أو يلخص بثقة مستنداً لم يقرأه أبداً. كنت أضيف المزيد من التعليمات. فيسوء الأداء. عوائد متناقصة كلاسيكية.
المشكلة ليست في النموذج. إنها في البنية المعمارية (Architecture). أمر واحد (Prompt) هو مونولوج. العمل الحقيقي حوار — مع نفسك، مع الأدوات، مع البيانات، مع الآخرين.
ادخل الرسم البياني (The Graph)
وقعت في تنسيق العمل القائم على الرسوم البيانية (Graph-based Orchestration) تقريباً بالصدفة. أرسل لي صديق مستودع GitHub الساعة 11 مساءً بعنوان "هذا غيّر كيف أفكر في الوكلاء (Agents)". لم أنم حتى الثالثة فجراً.
البصيرة بسيطة ببلاهة: بدلاً من أمر كبير واحد، تبني آلة حالات (State Machine). العقد (Nodes) تؤدي مهاماً — تستدعي واجهة برمجة (API)، تستعلم قاعدة بيانات، تكتب كوداً، تسأل إنساناً. الحواف (Edges) تقرر ما سيحدث تالياً بناءً على ما حدث للتو. الرسم البياني *يتذكر* أين هو.
اختباري الحقيقي الأول: تقارير المصاريف. أكره تقارير المصاريف. أنت تكرهها. الجميع يكرهها.
الطريقة القديمة: أرمي الإيصالات في مجلد. ذعر ربع سنوي. إدخال يدوي. أخطاء مطبعية. مطالبات مرفوضة.
الطريقة الجديدة: أحيل إيصالاً لبوت على سلاك (Slack). الرسم البياني يستيقظ. عقدة التعرف الضوئي على الحروف (OCR) تستخرج التاجر والتاريخ والمبلغ. عقدة التصنيف تتحقق من تاريخي — "يبدو هذا عشاء عميل، المرة الماضية صّنفته وجبات وترفيه". عقدة السياسة تتحقق من الحد. عقدة الموافقة ترسل تنبيهاً لمديري على سلاك بزر موافقة بنقرة واحدة. عقدة المحاسبة تدفع البيانات لكويك بوكس (QuickBooks). عقدة الإنهاء تؤرشف ملف PDF.
ثلاث دقائق. صفر كتابة. مديري وافق على واحد وهو في طابور سيارات الأجرة في مطار سان فرانسيسكو.
الذاكرة التي ليست نموذج لغوي كبير (LLM)
ما لا يخبرك به أحد: أذكى جزء في نظام وكلائي لا يستدعي نموذج لغوي كبير على الإطلاق.
إنه مخزن قيم-مفاتيح (Key-Value Store) مع لقطات حالة (Snapshots) موجهة بالإصدار. كل عقدة تقرأ الحالة، تكتب الحالة. الرسم البياني يعرف *لماذا* اتخذ قراراً قبل ثلاث خطوات لأن كائن الحالة يحمل الإيصال. لا حشو لنافذة السياق (Context Window). لا "ذكرني بما كنا نفعل". الذاكرة مجرد... هياكل بيانات.
التكلفة: أجزاء من الثانية. صفر رموز (Tokens). سياق لا نهائي.
المقايضة: يجب أن تصمم المخطط (Schema). لا يمكنك فقط "ترك النموذج يفهمه". تعلمت هذا بالطريقة الصعبة عندما حاول وكيل حجز السفر تخزين رقم جواز سفر كنص (String)، ثم قاموس (Dictionary)، ثم قائمة من قواميس — كل ذلك في نفس التشغيل. الرسم البياني لم يتعطل. فقط أنتج مخرجات عديمة المعنى حتى أضفت التحقق من الصحة (Validation).
التصميم القائم على المخطط يبدو بطيئاً في البداية. ثم تدرك أنه الشيء الوحيد الذي يسمح لك بتصحيح *لماذا* فعل الوكيل شيئاً غبياً الثلاثاء الماضي.
الإنسان في الحلقة (Human-in-the-Loop) ليس عيباً
أكبر تحول في العقلية: التوقف *هو* ميزة.
وكلائي الأوائل حاولوا أن يكونوا مستقلين بالكامل. كانوا يحجزون الرحلة الخاطئة، يرسلون بريداً للعميل الخطأ، يحذفون قاعدة البيانات الخاطئة. "تحرك بسرعة وا كسر الأشياء" جيد للنماذج الأولية. إنه كارثي للإنتاج (Production).
الآن كل عقدة عالية المخاطر لديها علم `interrupt_before`. الرسم البياني يتوقف. يرسل لي رسالة سلاك: "على وشك إرسال هذا العقد للقانونيين. تؤكد؟" أضغط "نعم" على هاتفي. الرسم البياني يستمر.
هذا ليس فشلاً في الاستقلالية. إنها استقلالية *معايرة* (Calibrated). الوكيل ينفذ الـ 90% — بحث، صياغة، تنسيق، تحقق — ويسأل عن الـ 10% التي تهم.
نصيحة محترف: اجعل رسالة التوقف قابلة للتنفيذ. "تؤكد؟" عديمة الفائدة. "إرسال العقد الإصدار 3 إلى legal@company.com؟ التغييرات: سقف المسؤولية زاد إلى 500 ألف دولار، المدة مددت إلى 24 شهراً. [نعم] [لا] [تعديل]" — هذا يحصل على رد في ثوانٍ.
أنماط الفشل التي جمعتها
دعني أوفر عليك بعض الألم.
**الحلقة اللانهائية.** العقدة أ تستدعي ب تستدعي أ. الرسم البياني يعمل حتى مهلة الانتهاء (Timeout). الحل: أضف عداد خطوات للحالة. حد أقصى: 50 خطوة. سجّل عند الوصول لـ 30.
**الفشل الصامت.** الواجهة البرمجية ترجع خطأ 500. العقدة تمسك الاستثناء، تكتب "خطأ" للحالة، وتكمل. العقد التالية تهذي على نص "خطأ". الحل: عقد أخطاء *تتوقف* بالرسم البياني وتنبهك. لا تدع الأخطاء تصبح بيانات.
**انجراف السياق (Context Drift).** سير عمل يستغرق ثلاث ساعات. المستخدم يغير المتطلبات في الدقيقة 45. الرسم البياني يستمر في تنفيذ الخطة القديمة. الحل: اصدّر (Version) مدخلاتك. تحقق في كل عقدة رئيسية: "هل تغير الطلب؟" إذا نعم، أعد التخطيط.
**انتشار الأدوات (Tool Sprawl).** 47 عقدة. 12 واجهة برمجية خارجية. لا أحد يفهم التدفق. الحل: صوّر الرسم البياني. اطبعه. ضعه على الحائط. إذا لم تستطع شرحه في 30 ثانية، فهو معقد جداً.
ما أبنيه بعد ذلك
وكيل التخطيط ربع السنوي. كل اثنين، يسحب تقويمي، ملاحظات نوتيون (Notion)، نشاط جيت هب (GitHub)، محادثات سلاك. يبني مسودة خطة أسبوعية. يظهر التعارضات. يقترح كتل تركيز. أوافق. يحجز الوقت، ينشئ مهام، يرفض اجتماعات منخفضة الأولوية.
وكيل الضرائب. على مدار السنة. كل معاملة مصنفة في الوقت الحقيقي. تقديرات ربع سنوية تحسب تلقائياً. يجد استقطاعات أفوتها. يقدم تمديدات إذا لزم. (ما زلت أختبر هذا. غرامات مصلحة الضرائب ليست بيئة تصحيح أخطاء أريدها).
وكيل مراجعة الكود. ليس بوتات "يبدو جيداً" (LGTM). مراجعة حقيقية: يسحب طلب السحب (PR)، يشغل الاختبارات، يتحقق من دليل الأسلوب، يتحقق من تطابق التذاكر مع التنفيذ، يقترح إعادة هيكلة، *يكتب الإصلاح* للمشاكل التافهة. أراجع مراجعته.
توقعات 2026
**الوكلاء تحل محل لوحات التحكم (Dashboards).** لن تنظر للرسوم البيانية. ستسأل "لماذا ارتفع معدل الانسحاب (Churn)؟" ووكيل سيستعلم المستودع (Warehouse)، يربط مع تذاكر الدعم، يفحص سجلات النشر (Deployment Logs)، ويسلمك سرداً بأدلة. في 30 ثانية.
**شبكات وكلاء شخصية.** وكيلي التقويم يتفاوض مع وكيلك. لا رسائل بريد ذهاباً وإياباً. يجدان الموعد الأمثل، يحجزان الغرف، يطلبان غداء للقيود الغذائية، يرسلان الدعوات. أنت فقط تحضر.
**أسواق الوكلاء (Agent Marketplaces).** ليس متاجر تطبيقات. متاجر *مهارات (Skills)*. "ثبت مهارة الإقرار الضريبي". "ثبت مهارة التفاوض مع الموردين". المهارات رسوم بيانية قابلة للتركيب بواجهات موحدة. تخلط وتطابق مثل الليغو.
**موت "هندسة الأوامر" كمسمى وظيفي.** تصبح "هندسة الوكلاء (Agent Architecture)". المهارة ليست صياغة الجملة المثالية. إنها تصميم الرسم البياني الصحيح: أين تتوقف، ماذا تتذكر، كيف تفشل بأمان، متى تسأل.
**وصول التنظيم (Regulation).** أول دعوى: "وكيلك وقع عقداً ملزماً نيابة عني دون تفويض". سابقة: الوكلاء تحتاج نطاقات تفويض صريحة. مسارات التدقيق (Audit Trails) تصبح إلزامية. لقطات حالة رسمي البياني الموجهة بالإصدار فجأة تبدو كذهب امتثال (Compliance).
الحقيقة غير المريحة
بناء الوكلاء أصعب من كتابة الأوامر (Prompting). أنت لا تكتب تعليمات. أنت تكتب برمجيات — برسوم بيانية بدل دوال، بحالة بدل متغيرات، بنماذج لغوية كبيرة كـ *مكونات* بدلاً من النظام بأكمله.
لكن العائد غير متماثل. أمر يوفر لك دقائق. وكيل يوفر لك ساعات، للأبد. الأول يستغرق عطلة نهاية أسبوع. العاشر يستغرق ظهيرة. المئة؟ تتوقف عن العد.
وكيلي للمصاريف عالج 347 إيصالاً منذ يناير. نظرت لثلاثة منهم فقط. جميع الثلاثة كانت حالات حدية (Edge Cases) أشار لها بشكل صحيح.
هذا هو الهدف. ليس "الذكاء الاصطناعي يفعل كل شيء". الذكاء الاصطناعي يفعل *الممل* من كل شيء. أنت تفعل الأشياء المثيرة للاهتمام.
---
الأسئلة الشائعة
**هل أحتاج لمعرفة نظرية الرسوم البيانية؟**
لا. تحتاج لمعرفة آلات الحالات (State Machines). إذا بنيت مخفض (Reducer) ريدوكس (Redux) أو مخزن فيوكس (Vuex)، فأنت تفهمها بالفعل. العقد = المخفضات. الحواف = توجيه الإجراءات. الحالة = المخزن.
**ما منحنى التعلم؟**
عطلة نهاية أسبوع لأول وكيل يعمل. شهر ليكون جاهزاً للإنتاج. الجزء الصعب ليس الإطار (Framework) — إنه تعلم التفكير برسوم بيانية بدلاً من أوامر.
**هل يمكنني استخدام هذا مع نماذج محلية (Local Models)؟**
نعم. الرسم البياني لا يهتم بأي نموذج لغوي توصله. أشغل بعض العقد على نموذج 7 مليار معامل محلياً، وأخرى على نموذج سحابي كبير. تحسين التكلفة مجرد عقدة أخرى.
**كيف أصحح وكيلاً يعمل؟**
إعادة تشغيل (Replay). كل تشغيل ينتج تتبعاً (Trace): مدخلات، مخرجات عقد، تغييرات حالة، توقيت. يمكنك إعادة تشغيل أي خطوة بمدخلات معدلة. إنه تصحيح أخطاء بالسفر عبر الزمن مجاناً.
**هل هذا للمطورين فقط؟**
حالياً، نعم. لكن أدوات بناء مرئية (Visual Builders) قادمة. خلال ستة أشهر، مديرو المنتجات سيسحبون ويسقطون (Drag-and-drop) سير عمل الوكلاء. ابدأ التعلم الآن — ستصبح الخبير عندما تصل.
**ما أكبر خطأ يرتكبه المبتدئون؟**
محاولة بناء رسم بياني عملاق واحد لكل شيء. ابنِ رسوم بيانية صغيرة، وحيدة الغرض. ركبها. رسم بياني يفعل مصاريف *و* سفر *و* تقويم هو كابوس. ثلاثة رسوم بيانية تتحدث مع بعضها؟ قابلة للصيانة.
**كم تكلفة التشغيل؟**
يعتمد على استدعاءات نموذجك اللغوي. وكيلي للمصاريف: ~$0.03 لكل إيصال. وكيل الضرائب: ~$2/شهر. مراجعة الكود: ~$0.50 لكل طلب سحب. تكلفة الرسم البياني ضئيلة — أجزاء من الثانية من المعالج.
**هل سيحل الوكلاء مكاني؟**
الوكلاء تحل محل *المهام*. المهام التي تكرهها. المهام التي تُتعبك. أنت تحتفظ بالحكم، الإبداع، العلاقات. ما لم تكن وظيفتك بالكامل إدخال بيانات. عندها نعم، ربما حدّث سيرتك الذاتية.
Comments (0)
No comments yet. Be the first to comment!
Leave a Comment