معظم النقاش حول وكلاء الذكاء الاصطناعي البرمجي يصوّره كسباق بين فائز واحد: Claude Code مقابل Codex مقابل Cursor مقابل Gemini، اختر بطلك، دافع عنه في خيوط Hacker News. واقعي اليومي أنني أشغّل خمسة منهم في تناوب - Claude Code، Codex CLI، Gemini CLI، PI، وOpenCode - كل منهم متفوّق في نوع مختلف من الأدنى المحلي، مُبدَّل ذرّياً عبر أداة كتبتُها من الإحباط الشخصي. هذا المنشور هو الحجّة على لماذا هذا هو النموذج الصحيح للعمل الجادّ في 2026.
مشكلة الالتزام بوكيل واحد
كل وكيل برمجي متفوّق في أشياء مختلفة بعض الشيء. الاختلافات ليست واضحة من قياسات الأداء - تظهر في عملك الفعلي، في شكل المهام التي تُعطيها:
- Claude Code يميل إلى أن يكون الأحرص في عدم كسر السلوك القائم. يقرأ الملفات بدقّة قبل التحرير، يبقى قريباً من تقاليد المشروع، وهو الأكثر الذي أثق به على codebase أهتمّ به بعمق.
- Codex CLI سريع في توليد scaffolds تبدو معقولة. أذهب إليه حين أريد مسوّدة أولى لشيء لا يهمّ فيه المخرج الدقيق بقدر السرعة.
- Gemini CLI عنده نسيج استدلال مختلف أحياناً يخترق حين يعلق نموذج آخر في حلقة لـ15 دقيقة. أنماط فشله مختلفة، وهذا هو الهدف.
- PI وOpenCode ما زالا يجدان أدوارهما في سير عملي - كلاهما عنده لحظات يُفاجئانني فيها للأعلى، خاصةً على مهام يبدو فيها الثلاثة الآخرون قابلين للتبادل.
لا شيء من تلك الملاحظات مطلق. ستكون كلها خاطئة لسير عمل شخص آخر. إنها، مع ذلك، حقيقية لعملي، والطريقة الوحيدة لاكتشافها كانت تشغيل كل وكيل على مهام حقيقية لأشهر.
مشكلة تبديل الإعدادات
تشغيل خمسة وكلاء يبدو غير ضار حتى تدرك أن لكل منهم:
- رمز توثيق أو مفتاح API خاص.
- ملف إعداد بنكهته الخاصة (JSON، YAML، TOML، منزلي).
- ملفات قواعد / مهارات / تعليمات تحت مسارات مختلفة بعض الشيء.
- آراء حول مكان “جذر المشروع.”
- آراء حول ملف shell profile للاستيراد.
جرّبتُ أولاً الأمر الواضح - إعداد dotfiles كبير بكتل شرطية لكل وكيل. نجح
أسبوعاً. ثم أضفتُ تعاملاً جديداً يحتاج مفتاح API مختلفاً، وأصبح كل شيء
فوضى من “أي بيئة نشطة في أي طرفية.” اضرب في خمسة وكلاء واثنين من العملاء
وتحصل على وظيفة بدوام كامل ليست كتابة برمجيات.
ما بنيتُه فعلاً
بنيتُ raise - Go CLI يُبدّل بين “ملفات تعريف AI” لكل تعامل عبر تبديلات symlink ذرّية. أمر واحد، كامل مجموعة إعدادات أدوات الذكاء الاصطناعي تتقلّب. يدعم حالياً 17 أداة ذكاء اصطناعي عبر عائلات الوكيل البرمجي والمساعد العام الرئيسية.
التصميم ممل عن قصد:
- كل ملف تعريف هو دليل تحت
~/.raise/profiles/<profile>/. - كل أداة ذكاء اصطناعي لها مسار إعداد معروف (مثلاً
~/.claude/config،~/.config/gemini/config.toml). - تبديل ملفات التعريف هو
ln -sfnتحت الغطاء - ذرّي، بلا وضع حالة جزئي فاشل. - بيانات الاعتماد تبقى خارج شجرة ملف التعريف وتُعاد ربطها عند التنشيط كي لا تُزامَن مفاتيح الـAPI في دليل الملف التعريف.
هذا كله. الأمر برمّته بضعة مئات من أسطر Go. سبب فائدته ليس كونه ذكياً - إنه الأداة الوحيدة في فئتها التي لا تفترض التزامك بمورّد واحد. كل “مدير إعداد ذكاء اصطناعي” آخر نظرتُ إليه كان إما مرتبطاً بمورّد أو لم يتعامل مع مشكلة حفظ بيانات الاعتماد بنظافة.
المهارات المشتركة عبر جميع الوكلاء
المشكلة الثانية: كل وكيل برمجي لديه صيغة ملف قواعد خاصة (CLAUDE.md، AGENTS.md، .cursorrules، إلخ). إن أدرتَ خمسة منها باستقلالية، تنجرف. تخرج عن التزامن. واحدة منها تنتهي بثلاثة أشهر متأخّرة عن معايير الترميز للفريق.
أدير مصدر حقيقة واحداً - rice-shared-skills - وملف قواعد كل وكيل
هو غلاف رفيع يتضمّن المهارات القانونية من ذاك المصدر. حين تتغيّر اتفاقية،
أُحدّثها مرة، وكل وكيل يرث التغيير عند التنشيط التالي.
فكرة المهارات المشتركة ليست جديدة. ما هو ملحوظ هو مقدار الاحتكاك اليومي الذي تُزيله حين تعمل. الطنين الخلفي لـ”هل يعلم Claude Code أننا تحوّلنا إلى pnpm 10 في هذا المستودع؟” يختفي… ببساطة.
لماذا خمسة، لا اثنان أو عشرة
لستُ عقائدياً بشأن الرقم خمسة. إنه ملاحظة، لا وصفة. إن كنتَ تفعل نوعاً واحداً فقط من العمل، وكيلان على الأرجح كافيان. إن كنتَ تفعل عملاً قريباً من البحث على تقنيات غريبة، ربما تريد أكثر من خمسة.
المبدأ هو: شغّل وكلاء كافية لتتمكّن من الهروب من الأدنى المحلية، وليس كثيرة لدرجة تتجاوز فيها تكلفة التبديل فائدة الهروب. بالنسبة لي هذا خمسة. الرقم على الأرجح سيتحوّل مع تطوّر مشهد الوكلاء.
المهارة الفوقية التي يُدرّب عليها هذا
تشغيل وكلاء متعدّدين يُدرّب على مهارة كثيراً ما لا يطوّرها مستخدمو الوكيل المنفرد: التعرّف حين تكون عالقاً. حين يفشل وكيل واحد، الإغراء هو الاستمرار في المحاولة. حين عندك خمسة وكلاء، التبديل رخيص بما يكفي لتلاحظ العوائد المتناقصة للإصرار. هذا اللاحظ هو، في نهاية المطاف، نفس مهارة الهندسة الكبيرة التي تُميّز “عالقاً لساعة تُصحّح وحدي” عن “نبّهتُ زميلاً عند دقيقة الـ15 وانفككتُ في 20 ثانية.”
الوكلاء عجلات تدريب لانضباط كان دائماً ممارسة هندسية جيّدة. الاحتكاك هو الهدف.
الادعاء لـ2026
الفِرق التي تكسب في سرعة الهندسة بمساعدة الذكاء الاصطناعي في 2026 لا تختار بطلاً وتتزوّجه. إنها تُشغّل أساطيل من الوكلاء، تُدير طبقة مهارات مشتركة عبرهم، وتتعامل مع اختيار المورّد كسلعة قابلة للتبديل. الجميع الآخر يُحسّن أداةً واحدة ستندم على الارتباط بها بعد 18 شهراً.
خمسة وكلاء. طبقة مهارات مشتركة واحدة. تبديل ملفات تعريف ذرّي. هذا هو المجموعة.