وكلاء الذكاء الاصطناعي بدل «الترميز بالحدس»: كيف يوصل مسار عمل مستقل المهمة إلى PR جاهز

يختزل التحليل المتعلق بـ«الترميز بالحدس» (vibe coding) المشكلة في فكرة بسيطة: النماذج لا تتعثر لأنها تكتب الشيفرة بشكل سيئ، بل لأنها تتلقى سياقًا مجتزأً. وبدل تقديم مجموعة جديدة من الأوامر النصية «السحرية»، يقترح المؤلف مخططًا عمليًا يحصل فيه الوكلاء على بنية واضحة، ويراجع بعضهم عمل بعض، ويوصلون المهمة إلى PR بمشاركة بشرية شبه معدومة.

أين ينهار كل شيء

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

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

ثلاث مراحل من النضج

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

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

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

كيف يعمل المسار

في المخطط المقترح يصوغ المستخدم المهمة، ويمكنه حرفيًا إغلاق حاسوبه المحمول بعد تحديدها. بعد ذلك يتولى المسار العمل: يفكك وكيل الطلب إلى مهام فرعية، ويجمع الملفات ذات الصلة، ويضع الخطة؛ وينفذ وكيل ثانٍ التعديلات؛ ويؤدي وكيل ثالث دور المراجع فيبحث عن مواضع الضعف؛ وعند الحاجة يتجادل الوكلاء فيما بينهم ويدققون الحل إلى أن تظهر نسخة تستحق طلب دمج (pull request).

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

ماذا يعني ذلك

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