كيفية تشغيل 3 إلى 8 وكلاء ترميز بالتوازي دون فقدان المسار

تشغيل وكيلين في نفس الوقت يستغرق منك خمس دقائق. تفتح محطتين، تعطي كل واحدة مهمة، وتشاهد النص يتدفق.

تبدأ المشكلة عند الوكيل الرابع.

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

ليست مشكلة قوة. إنها مشكلة رؤية.

العائق الحقيقي هو رأسك

الوكيل الذي يبرمج بشكل مستقل يقدم العمل على دفعات. يفكر لمدة 40 ثانية، يكتب، يتوقف، ينتظر موافقتك. خلال تلك الـ 40 ثانية يمكنك متابعة وكيل ثانٍ. بينما يكتب الثاني، توافق على الأول.

حتى 3 وكلاء، يبقى عقلك متابعًا. بعد 5، تفقد الخيط.

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

لذا قبل أن توسع، قم بالهيكلة.

القاعدة الأولى: وكيل واحد، مساحة عمل معزولة واحدة

الخطأ الكلاسيكي هو وضع ثلاثة وكلاء على نفس نسخة المستودع. يتداخلون مع بعضهم البعض. يقوم أحدهم بتحرير package.json، وكذلك يفعل الآخر، وينتهي بك الأمر بدمج لا يمكنك فك تشابكه.

الإصلاح هو كلمتان: git worktree.

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

كل وكيل يعمل في مجلده الخاص، على فرعه الخاص، بملفاته الخاصة. صفر تصادمات. تراجع كل فرع بشكل منفصل وتدمج عندما يكون جاهزًا.

هذا هو أساس ما يسميه الباحثون التفويض المعزول: مدير مركزي يقسم العمل، كل مهمة فرعية تعمل في زاويتها الخاصة، ويحدث التكامل بعد ذلك، مع اختبارات للتحقق.

القاعدة الثانية: لا تسلم نفس الملف المركزي مرتين

قبل أن تقسم العمل، حدد الملفات التي ستحتاج عدة ميزات إلى لمسها. الموجه. مخطط قاعدة البيانات. تكوين مسار API.

تلك الملفات تحصل على وكيل واحد فقط. الآخرون ينتظرون أو يعملون حولهم.

إذا سلمت نفس routes.ts لوكيلين متوازيين، ستدفع في تعارضات الدمج ما كنت تعتقد أنك ستكسبه في التوازي. هذه التجارة تخسر في كل مرة.

القاعدة الثالثة: لوحة واحدة، وليس عشر محطات

هذا هو المكان الذي يستسلم فيه معظم الناس من تعدد الوكلاء. يفتحون ثمانية علامات تبويب في المحطة، يفقدون الخيط، ويعودون إلى وكيل واحد.

تحتاج إلى عرض واحد يجيب على ثلاثة أسئلة بنظرة واحدة:

• من يبرمج الآن؟
• من ينتظر مراجعتي؟
• من انتهى أو تعطل؟

بدون هذا العرض، يكلفك تعدد الوكلاء أكثر في الحمل العقلي مما يمنحك في السرعة. معه، يمكنك فعلاً إدارة 6 أو 8 مسارات عمل في وقت واحد.

هذا هو الفجوة التي يملأها AgentsRoom بالضبط. كل وكيل يحصل على بلاطته الخاصة، حالته، لونه. الوكيل الذي ينتظر ردك يتحول إلى اللون الأحمر وينبهك. تتوقف عن التمرير في المحطة الخطأ، تنظر إلى اللوحة وتعرف إلى أين تذهب.

الإيقاع الذي يعمل في الممارسة

إليك الإيقاع الذي سأبدأ به.

ابدأ مع وكيلين، على ميزتين لا تشترك في ملفات. تعود على حلقة المراجعة ثم الدمج. تلك الحلقة، وليس الكود، تصبح وظيفتك الحقيقية.

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

النقطة المثالية تقع بين 3 و8 ميزات على نفس المستودع، مع إشراف بصري. بعد ذلك، حتى مع وجود لوحة جيدة، تصبح المراجعة هي العائق وتفقد الفائدة.

ما الذي تكسبه فعليًا

تعدد الوكلاء لا فائدة منه لـ 95% من المهام الصغيرة. لإصلاح خطأ مطبعي أو إضافة زر، وكيل واحد يكفي، وهو أسرع.

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

السر ليس في عدد الوكلاء. إنه دائمًا معرفة أي واحد يحتاجك، الآن. أصلح ذلك، والباقي يتبع.