Поваренная книга вайбкодера: одна LLM в роли архитектора, ревьювера и тестировщика
Одна языковая модель — четыре роли: архитектор проектирует, разработчик пишет код, ревьювер находит баги, тестировщик ломает. Разработчик опубликовал на Хабре практическое руководство, как выстроить такую «труппу» агентов и передать им продакшен-проект почти без ручного участия. Главное условие: все решения и процессы должны жить в файлах, а не в голове.
معالج بواسطة الذكاء الاصطناعي من Habr AI؛ بتحرير Hamidun News
نشر مطوّر روسي في أغسطس 2026 على منصة Habr دليلاً تفصيلياً حول التطوير متعدد الوكلاء باستخدام نموذج لغوي واحد — دون الحاجة إلى شراء بنية تحتية إضافية أو إعداد يستغرق أشهراً عدة.
ما هي «فصام LLM»
التأثير الأساسي الذي يقوم عليه المنهج بأكمله: النموذج ذاته الذي كتب للتو ميزةً ما وكان راضياً عنها، حين يتولى دور المراجع، يكتشف فيها ثلاثة أخطاء برمجية حقيقية مع سيناريوهات عطل. مجموعة أوزان واحدة — رأيان متناقضان تماماً حول الكود ذاته.
الحقائق الرئيسية للمنهج:
- تتألف الفرقة من أربعة أدوار: المعماري، والمطوّر، والمراجع، والمختبِر
- يتم التنقل بين الأدوار عبر موجّهات الأدوار («skills»)
- يُشغّل المؤلف مشروعاً إنتاجياً حقيقياً وفق هذا المبدأ، كتبه الوكلاء بالكاد بأي كود يدوي
- لا تستلزم الخطوة الأولى كتابة سطر كود واحد يدوياً — الفرقة تبني نفسها بنفسها
إن التجزؤ ليس خللاً، بل أسلوبٌ معماري: المراجع الذي لا يعلم أن الكود المعروض أمامه هو من كتابته يمارس النقد بصدق أكبر من أي زميل حقيقي.
لماذا يجب أن تعيش العملية في ملف
تختفي القرارات المعمارية التي يتخذها النموذج في دور المعماري من السياق بمجرد أن يتحول النموذج ذاته إلى دور المطوّر. دون خطة مسجَّلة، يعيد الوكيل اختراع العجلة في كل مرة — مستنزفاً الرموز في تكرار ما تم إنجازه بالفعل.
يؤكد المؤلف: أي قرار يجب أن يتجاوز جلسةً واحدة لا بد أن يوجد في ملف، لا في الحوار ولا في ذاكرة النموذج. تُخزَّن الـ skills — مجموعات تعليمات الأدوار لكل دور من الأدوار الأربعة — في المكان ذاته وتُحمَّل عند كل تبديل للدور.
«يجب أن تعيش العملية في ملف، لا في الأذهان» — الأطروحة الرئيسية للدليل المنشور على
Habr.
يستغرق تبديل السياق بين الأدوار ثوانٍ معدودة؛ ولا تضيع الاتفاقيات والقرارات المتراكمة بين الجلسات.
كيفية إطلاق أول مشروع متعدد الوكلاء
الفرقة قادرة على بناء نفسها بنفسها — وهذا هو الاستنتاج العملي الرئيسي للمقالة. يكفي تزويد الوكيل في دور المعماري بوصف المهمة: فسيصوغ هيكل المشروع، ويوزع المهام بين الأدوار، ويُنشئ ملفات الخطط.
وفقاً لوصف المؤلف على Habr، تمر الدورة الكاملة — من مستودع فارغ إلى كود عامل مع مراجعة واختبارات — دون سطر واحد مكتوب يدوياً. يبدو سير العمل على النحو التالي:
- Skills — تعليمات الأدوار التي تحدد «شخصية» الوكيل في كل دور
- ملفات الخطط — قرارات مسجَّلة تصمد أمام تغييرات الجلسة والسياق
- دورة الأدوار — معماري → مطوّر → مراجع → مختبِر، مع التكرار عند اكتشاف أخطاء
- التجميع الذاتي — يبني الوكيل-المعماري هيكل المشروع بنفسه، لا الإنسان
«في متناول الجميع، دون موسوعة — خلال فنجان قهوة واحد» — هكذا يصف المؤلف صيغة دليله على
Habr.
ما الذي يعنيه هذا
لم يعد التطوير متعدد الوكلاء تجربةً مختبرية: شخص واحد بنموذج لغوي واحد يبني فريقاً داخلياً يمارس النقد الذاتي بصدق أكبر من معظم المراجعين الحقيقيين. العتبة الرئيسية للدخول ليست البنية التحتية، بل الاستعداد لتسجيل العملية في ملفات.
هل تحتاج إلى ذكاء اصطناعي يعمل داخل شركتك — وليس فقط في موجز الأخبار؟
أبني ذكاءً اصطناعياً جاهزاً للإنتاج للشركات — أنظمة CRM مخصّصة، أدوات داخلية، وكلاء مستقلون، أتمتة سير العمل. ملك لك، مصمّم وفق عمليتك، دون رسوم لكل مستخدم. من إعداد جمال خميدون، مدير المنتجات في AlpinaGPT (منصة ذكاء اصطناعي، أكثر من 6000 مستخدم).
أهم ما في عالم الذكاء الاصطناعي — مرة كل أسبوع
سبع قصص مهمة فعلاً هذا الأسبوع، مختارة بعناية. بلا ضجيج ولا بيانات صحفية.
تم! تحقق من بريدك للتأكيد.