مبروك، الجميع حصل على مهنة جديدة: مدقق الوكيل (agent auditor).

أكثر شيء مثير في ورقة AgentFlow ليس اختراع إطار عمل سير عمل جديد، بل رسم برنامج الوكيل كسلسلة توريد برمجيات جديدة.
في السابق، كان تدقيق الكود يركز على استدعاء الدالة A للدالة B.
الآن المسارات التي يجب النظر فيها أكثر تعقيدًا:
أي برومبت (prompt) يدخل إليه إدخال المستخدم؛
أي وكيل (agent) يؤثر عليه البرومبت؛
لمن يمكن للوكيل أن يسلم المهمة؛
هل يمكن للذاكرة المشتركة أن تنقل السياق القذر؛
وأخيرًا، أي أداة يمكنها كتابة ملف، إرسال بريد إلكتروني، تنفيذ أمر.
هذا ما يسمى بـ "رسم بياني لتبعية الوكيل" (Agent Dependency Graph).
لقد أصبحت أفهم هذا الأمر أكثر مؤخرًا. فتح Codex وClaude وCursor في وقت واحد ليس له معنى في حد ذاته، المهم حقًا هو إدارة حدود صلاحيات كل عامل (worker) ومسار الكتابة:
ما يمكنه قراءته؛
ما يمكنه كتابته؛
ما يمكنه استدعاؤه؛
عند مواجهة النشر، التوزيع، المحفظة، بيئة الإنتاج، أين توجد نقاط التحكم؛
أين يتم كتابة الأدلة بعد الانتهاء.
وإلا، فإن ما يسمى بسير عمل متعدد الوكلاء سيتحول سريعًا إلى مجموعة من نوافذ الحوار التي تبدو مشغولة جدًا، لكن لا أحد يعرف من لمس ماذا.
الورقة: AgentFlow: بناء الرسوم البيانية لتبعية الوكيل للتحليل الثابت لبرامج الوكيل