بقلم: ليلى | محررة أدوات المطورين · صوت تحريري بإشراف بشري
طور Evan Klem أداة EvanFlow التي تحول Claude Code إلى نظام تطوير تفاعلي يضم 16 مهارة أساسية ووكيلين مخصصين، مصمم وفقاً لمبادئ Test-Driven Development لتشغيل حلقة كاملة من العصف الذهني حتى التطبيق. يعالج المشروع نقاط فشل محددة في البرمجة بالوكلاء الذكية مستنداً إلى بحوث صناعية من 2025-2026.
- تثبيت عبر متجر المكونات الإضافية: استخدم `/plugin marketplace add evanklem/evanflow` ثم `/plugin install evanflow@evanflow` وأعد تشغيل Claude
- تشغيل الحلقة الكاملة: اكتب “let’s evanflow this” متبوعاً بوصف الفكرة المطلوبة، سيقوم `evanflow-go` بتشغيل المراحل تلقائياً
- المرور عبر نقاط التفتيش: يتوقف النظام عند موافقة التصميم وموافقة الخطة وبعد كل تكرار للحصول على إذنك
- تنفيذ المهام بالتسلسل أو بالتوازي: للمشاريع المعقدة، يمكن تشغيل نمط `coder/overseer` مع مبرمج منفصل لكل وحدة مستقلة
- استخدام المهارات المنفردة: يمكن استدعاء مهارات محددة مثل `evanflow-debug` أو `evanflow-review` دون تشغيل الحلقة كاملة
- تفعيل حماية Git: تعمل حماية `git-guardrails` تلقائياً لمنع العمليات الخطيرة مثل `git reset –hard`
يعتمد EvanFlow على فلسفة “conductor, not autopilot” حيث لا يعمل كنظام آلي كامل بل كموجه يتطلب موافقات صريحة. هذا التصميم مبني على دراسات صناعية تشير إلى أن 65% من فشل البرمجة بالذكاء الاصطناعي في المؤسسات يعود لفقدان السياق وليس نفاد الرموز المميزة.
المهارات الخمس الأساسية تشكل الحلقة الرئيسية: `evanflow-brainstorming` للعصف الذهني مع اقتراح 2-3 مناهج واختبار الضغط، `evanflow-writing-plans` لرسم هيكل الملفات أولاً ومهام صغيرة الحجم، `evanflow-executing-plans` للتنفيذ مهمة تلو الأخرى مع التحقق المضمن، `evanflow-tdd` لتطوير الاختبارات العمودية، و`evanflow-iterate` للمراجعة الذاتية مع حد أقصى 5 تكرارات.
المهارات الثمان الخاصة تشمل `evanflow-design-interface` الذي ينشئ 3 وكلاء فرعيين متوازيين بقيود مختلفة جذرياً للمقارنة بين العمق والبساطة والكفاءة، `evanflow-improve-architecture` لكشف فرص إعادة الهيكلة عبر اختبار الحذف، `evanflow-debug` لانضباط تحليل الأسباب الجذرية، `evanflow-review` لكلا نصفي مراجعة الكود، `evanflow-prd` لتجميع مستند متطلبات المنتج، `evanflow-qa` لاكتشاف الأخطاء المحادثي، `evanflow-glossary` لاستخراج المصطلحات المجالية، و`evanflow-compact` لإدارة السياق في الجلسات الطويلة.
تتضمن القواعد الصارمة منع اختراع القيم – أسماء الملفات ومتغيرات البيئة والمعرفات وأسماء الدوال وواجهات المكتبات. إذا كان الوكيل غير متأكد، يتوقف ويسأل. تظهر البحوث أن 62% من assertions الـ LLM خاطئة، لذلك يتحقق كل من `evanflow-tdd` و overseer review صراحة من أن خطأ بحرف واحد في التطبيق لن يجعل assertion تنجح خطأً.
للمشاريع ذات 3 وحدات مستقلة أو أكثر، تتفرع الحلقة إلى تنسيق `coder/overseer` متوازي: مبرمج واحد لكل وحدة يستخدم TDD العمودي مع نقطة تفتيش RED، overseer واحد لكل مبرمج للمراجعة بالقراءة فقط، بالإضافة لـ integration overseer يشغل اختبارات التكامل المسماة في كل نقطة تماس. اختبارات التكامل تشكل العقد القابل للتنفيذ – لا يمكن للواجهات أن تنحرف إذا كان على كلا الطرفين إرضاء نفس الاختبارات الناجحة.
الوكيلان المخصصان في مجلد `agents/` يتم استدعاؤهما عبر أداة Agent: `evanflow-coder` مقيد بأدوات Read وEdit وWrite وGlob وGrep وBash وTodoWrite لمنع عمليات git والتعديلات خارج النطاق وتوهم القيم، بينما `evanflow-overseer` مقيد بـ Read وGrep وGlob فقط لضمان “تقرير النتائج، لا إصلاح أبداً”.
ينطبق نظام “Five Failure Modes” في `iterate` ومراجعة overseer لفحص الإجراءات الموهومة وزحف النطاق والأخطاء المتتالية وفقدان السياق وإساءة استخدام الأدوات. يشغل `evanflow-compact` عند ظهور أعراض انحراف السياق مثل إعادة طرح الأسئلة المحسومة أو تناقض القرارات السابقة.
المتطلبات تشمل Claude Code من أي إصدار حديث، Bash للنص المجمع، وjq لتحليل JSON. اختيارياً chromium أو google-chrome للتحقق المرئي من تغييرات واجهة المستخدم عبر `–headless –screenshot`. يتضمن النظام ثلاث طرق تثبيت: متجر المكونات (مُوصى به)، CLI عبر `npx skills@latest add`، أو النسخ اليدوي مع تكوين `hooks` في `.claude/settings.json`.
النظام لا يقوم أبداً بـ auto-commit أو auto-stage أو اقتراح pull requests. كل عملية كتابة git تتطلب طلباً صريحاً في الدورة الحالية. القاعدة “No skill tax” تعني أن الأسئلة العفوية لا تتطلب استدعاء مهارة – المهارات أدوات وليست حاجز مرور.
