انتقل الاختناق: كيف تبقى فرق التقنية سريعة عندما يكتب الوكلاء الكود

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

هذا ليس نفس الحجة مثل أتمتة شركة بأكملها، أو حلقة تحقق واحدة داخل منتج ترميز واحد. يتعلق الأمر بكيف تبقى الفريق سريعة بمجرد أن يكتب الوكلاء بالفعل معظم الـ diffs.

أين يذهب الوقت فعليًا

الوكلاء غير المراقبين يجعلون قاعدة الكود أسوأ بمرور الوقت. يمر Dexter Horthy، على Beyond Coding ومرة أخرى في Agentic AI Foundation، عبر مصلقة: تحصل النماذج على تطبيق greenfield، ثم سلسلة من الميزات، دون المشكلة بأكملها مسبقًا. تتسلق الاختبارات الفاشلة. لا تزال أفضل النماذج تسجل في منتصف المراهقين. تحذيره عملي: لا ترهن قاعدة الكود على أمل أن ينظفها نموذج العام المقبل. استهدف 2-4x، وليس 100x. افعل أشياء أقل بالتوازي، واحتفظ بإنسان في حلقة البحث-التصميم-التخطيط لأي شيء يغير الهندسة المعمارية.

عملية المراجعة غالبًا أبطأ من النموذج. يقول Dario Hamidi من Amp، أيضًا على Beyond Coding، إن الفريق يشحن إلى الإنتاج حوالي 50 مرة في اليوم، والتغيير الذي يجعل ذلك ممكنًا ليس الوكيل. إنه إسقاط طلبات السحب وفروع الميزات. يجادل حتى أن فريقًا لا يستخدم الذكاء الاصطناعي يمكنه التقاط إنتاجية من رقمين من خلال الدمج إلى trunk، لأن الناس يتحققون بعد ذلك من عملهم الخاص بدلاً من الانتظار في طابور مبني للغرباء. القيد المطابق هو الثقة: ابنِ بيئات حيث لا يستطيع الوكلاء «اللعب بالسكاكين»، مع بيانات اعتماد قصيرة الأجل وأذونات ستوافق عليها فعليًا.

التحقق لا يتوسع مع التوليد. يضع Prompt to Production من IBM الاختناق الجديد في جملة واحدة: التحقق البشري على نطاق الذكاء الاصطناعي. التخطيط والتأثير والأدلة أهم من السطر الأول من الكود، لأن تغييرًا حقيقيًا يمس أيضًا الاختبارات والتكوين وخطوط الأنابيب والمراقبة. مقالة IBM ذات الصلة حول IDE vs CLI تجعل نفس النقطة من جانب سلسلة الأدوات: الاحتكاك هو تنسيق العمل حول الكود، وليس كتابته.

المواصفات والتقييمات هي واجهة الفريق. يصف Guillermo Rauch، في مقابلة David Ondrej، سير عمل وكيلي مبني على تجربة العديد من النماذج، وتقييمات شخصية وشركات، ووكلاء يمكنهم مراجعة تطبيق أو شحن دالة من تعليمات قصيرة. الجزء المفيد للفريق ليس الإعداد الشهير. إنه تقييم مشترك حتى لا يصبح «أي نموذج هذا الأسبوع» حجة خاصة.

ماذا تغير يوم الاثنين

1. قسّم العمل. التغييرات الصغيرة القابلة للعكس يمكن أن تذهب إلى وكيل في الخلفية. أي شيء يغير تجريدًا يبقى في مرور بحث-تصميم-خطة مع إنسان.
2. توقف عن قياس السرعة بالرموز أو الوكلاء المتوازيين. قس عمليات النشر التي لم ترفع حوادث، واحتفظ بأولوية واحدة في الطيران.
3. حرك المراجعة إلى اليسار. الفحوصات التلقائية والبيئة الموثوقة تهزم طابور طلبات سحب طويل. إذا أسقطت طلبات السحب، قل ما يحل محلها: trunk، والاختبارات، وشخص ما زال يقرأ الـ diff.
4. اكتب قواعد مكافحة الركاكة التي يمكن للوكيل رؤيتها: أنماط لن تدمجها، ومكان ليعود فيه ملاحظات المستخدم إلى المصنع.
5. عامل التحقق كمورد نادر. خطط للأدلة (اختبارات، أعلام، فحص يدوي قصير) قبل أن تطلب من الوكيل التنفيذ.

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