Claude Code والوكلاء الفرعيون اختصروا إعادة كتابة مشروع موروث من ثلاثة أشهر إلى أسبوع واحد

الفرق بين ثلاثة أشهر وأسبوع واحد في هذه القصة لا يُفسَّر بحقيقة أن النماذج فجأة بدأت تكتب كوداً مثالياً، بل لأن المؤلف توقف عن استخدام الذكاء الاصطناعي كملء تلقائي ذكي وحوّله إلى خط أنابيب هندسي حقيقي. باستخدام مشروعي Go بنفس الحجم كمثال، يوضح: عندما يتم إعادة تصميم الإرث يدوياً وبشكل حدسي، تكون السرعة محدودة بالفوضى؛ عندما يكون للنموذج أدوار وإجراءات ومراجعة ودورة اختبار، يتسارع إعادة كتابة المونوليث بشكل أسي. قبل سنة، كانت نقطة الانطلاق هي الديون التقنية المألوفة بعد نموذج MVP.

كان للمشروع ملف main.go يحتوي على حوالي ألفي سطر، حيث تمت مزج منطق الأعمال والإعدادات وقوابس HTTP وعمليات قاعدة البيانات والأكواد الداعمة الأخرى في مكان واحد. يمكن لمثل هذا الهيكل أن يصمد أمام الإطلاق الأولي للمنتج، لكنه لا يتسع جيداً: أي تغيير يسبب آثاراً جانبية، من الصعب تقسيم الكود إلى مناطق المسؤولية، والاختبارات تصبح ألماً إضافياً بدلاً من الدعم.

يتذكر المؤلف أنه كان في ذلك الوقت يسحب النظام نحو عمارة عادية تدريجياً، مع اختبارات مصنوعة يدوياً وإعادة التحقق اليدوية المستمرة. قام بإعادة التصميم الأولى في Cursor وقضى عليها حوالي ثلاثة أشهر. كانت عملية دقيقة، شبه جراحية: استخراج كتلة واحدة، والتحقق مما إذا كان السلوك قد انكسر، ثم الانتقال إلى التالي.

مشروع حديث بنفس الحجم أعطى نتائج مختلفة جداً. أخذ المؤلف Claude Code ونموذج Opus وربط ثلاثة وكلاء فاحصين وبنى حولهم حوالي ثلاثين مهارة — سيناريوهات قابلة للتكرار للعمليات النموذجية. كنتيجة، استغرقت إعادة الكتابة أسبوعاً واحداً، مع إنفاق جزء كبير من ذلك الوقت ليس على ترحيل الكود نفسه، بل على طبقة BDD فوق التنفيذ.

وفقاً لتقييمه، بدون سيناريوهات على godog يمكن أن تناسب المهمة حوالي ثلاثة أيام. جوهر المقالة ليس أن أداة معينة اتضحت أنها أقوى من غيرها، بل أن المؤلف غيّر طريقة عمله. يقارن ممارسته مع النصائح الشعبية من سلسلة "أعطِ الشبكة العصبية موجهة جيدة وانتظر النتيجة".

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

تضيف BDD عقد السلوك الخارجي بحيث لا تتحول إعادة الكتابة إلى استبدال صامت للمنطق التجاري ببنية جديدة جميلة. هذا هو السبب في أن المؤلف يسمي أهم نتيجة ليس مجرد التسارع، بل ظهور سلسلة أدوات عاملة من المستوى 85. بشكل أساسي، هذا عبارة عن مجموعة اتفاقيات بين شخص ونموذج وعوامل مساعدة: كيفية تحليل المهمة، وكيفية التحقق من النتائج الوسيطة، وكيفية تقييد حرية التوليد، وأين توصيل الاختبارات.

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

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

وهذا، ربما، هو الدرس الرئيسي للمقالة.