أطلقت ميتا هذا الأسبوع Muse Code، وهو وكيل برمجي قائم على الطرفية ومبني على نموذج Muse Spark 1.2 التابع لها، ما يضعه في منافسة مباشرة مع Claude Code من Anthropic وCodex من OpenAI. لكن الميزة الأبرز ليست جودة النموذج، بل البنية. وكما وصفها مارك زوكربيرغ، «عندما تكون المهمة كبيرة بما يكفي، تُوزَّع على وكلاء فرعيين منفصلين يعملون بالتوازي ضمن أشجار عمل معزولة. ولا تُمسّ نسختك العاملة قط». وقال إن اختبارات ميتا الداخلية أظهرت أن الأداة بنت ست ميزات للعبة في الوقت نفسه من دون أي تعارضات.

خذ هذا الادعاء المحدد مع قدر التحفظ الذي يستحقه — فهو رواية مورّد عن اختباره الداخلي، وليس معيارًا تم التحقق منه بصورة مستقلة، كما أن كلمة «بيتا» تعني أن الحواف الخشنة لم تُصقل بعد. لكن الاتجاه نفسه ليس موضع شك فعليًا، لأن ميتا ليست الوحيدة. فقد تحرك Claude Code وCodex في الاتجاه ذاته: تعليمة واحدة تدخل، ومسارات عمل متعددة ومعزولة تخرج، وكل واحد منها فرق محتمل ينتظر قرارًا. إن تقارب ثلاثة مورّدين منفصلين نحو الشكل نفسه من الأدوات يمثل إشارة أقوى من أي ادعاء تسويقي لأي منهم.

عنق الزجاجة يتحرك، لا يختفي

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

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

ما الذي يزداد صعوبة فعلًا

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

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

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

ما الذي ينبغي فعله هذا الأسبوع فعلًا

  • إذا كان فريقك يستخدم بالفعل أداة برمجة وكيلية، فجرّب إسناد مهمة إليها مع تحديد نطاقها صراحةً بحيث تتوزع على 2–3 وكلاء فرعيين بدلًا من وكيل واحد. لاحظ المدة التي تقضيها في كتابة التعليمة الأولية مقارنةً بمراجعة المخرج — فهذه النسبة هي الشيء الذي يتغير.
  • تدرّب على كتابة معايير القبول قبل بدء المهمة، لا بعد رؤية النتيجة. فلا تنجح عبارة «وزّع المهمة واختر الأفضل» إلا إذا كنت قد عرّفت «الأفضل» مسبقًا.
  • إذا كنت في بداية مسيرتك المهنية وتشعر بالقلق من أن هذا يجعل وظيفتك أصغر، فانظر إلى الأمر من زاوية أخرى: إن القدرة على قراءة فرق كتبه شخص غريب بسرعة ودقة، والتي تُصقل على مدى أشهر من مراجعة الشيفرة، أصبحت الآن مهارة قابلة لتحقيق الدخل مباشرةً، بدلًا من كونها عملًا شاقًا ملحقًا بمسمى وظيفي أكثر أقدمية.
  • إذا كنت تدير فريقًا، فقاوم قياس الإنتاجية بعدد الميزات المُطلقة أسبوعيًا خلال هذه المرحلة الانتقالية. فالفريق الذي يوزع المهام بكثافة لكنه يراجع بلا عناية سيبدو سريعًا إلى أن يحل الأسبوع الذي يتعطل فيه شيء ما في بيئة الإنتاج.

لا يتطلب أي من هذا تصديق ادعاء ميتا بشأن بناء ست ميزات دفعة واحدة بحذافيره، أو اختيار فائز بين Muse Code وClaude Code وCodex. بل يتطلب ملاحظة أن ثلاثة مختبرات جيدة التمويل قررت بصورة مستقلة أن الرافعة التالية التي ينبغي سحبها هي التوازي، لا مجرد جودة النموذج الخام — والتخطيط لتنمية مهاراتك أنت حول عنق الزجاجة الذي ينشأ عن ذلك، لا حول العنق الذي يجري حلّه لك بالفعل.