إن أردت انتقالًا إلى الوكلاء فأنفق الوقت على الإعداد الأولي

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

تساءلت إن كان هذا تحيّزي. ثم جاءت مذكرة Boris Cherny قائد Claude Code متطابقة تقريبًا.

ما كان يفعله المهندسون الأقوياء أصلًا

أتمتة العمل حول العمل (vim وlint وe2e) لمضاعفة المخرج قبل الوكلاء.

الأتمتة تتضاعف بعدد الوكلاء

DevX أفضل كان يسرّع شخصًا. القاعدة المشتركة نفسها تسرّع الأسطول كله.

نقل مشكلة إلى الكود قد يُنهي فئة كاملة

يمكن للوكيل إعادة إصلاح الخطأ نفسه في كل مرة ويحرق توكنًا ويُخطئ. قاعدة lint أو خطوة CI تُزيل الفئة. «الحلقة» ليست إعادة محاولة بلا نهاية: إنها حذف فئة مشاكل.

الأتمتة تمكّن الآخرين من المساهمة

نرى commits في اليوم الأول ومساهمات غير مطوّرين بمستوى مقعد هندسي. الجدار المتبقي معرفة المجال داخل الرؤوس فقط.

ما يمكن أن يصبح بنية توسّع

تعليقات وskills وCLAUDE.md وذاكرة الوكيل تحمل تقريبًا أي حكم يمكن صياغته.

واجب كل فريق

كتابة CLAUDE.md وREVIEW.md وskills ومستندات حتى يعمل الوكيل بلا سياق إضافي في كل دورة.

الإعداد الأولي يبدو بطيئًا. تخطّيه يعني شراء نماذج غالية وإعادة شرح المعايير نفسها لنافذة فارغة طوال اليوم.