الأدواتالعوامل 🇷🇺 10.08.2026 05:01

تقسيم المسؤوليات بين كلود وكوديكس: كيف توقفت عن اختيار شبكة عصبية واحدة وعززت كلتيهما

AnthropicAnthropic OpenAIOpenAI
يشرح مطور بلغة غو لماذا توقف عن الاختيار بين مساعدي البرمجة بالذكاء الاصطناعي كلود وكوديكس، وبدلاً من ذلك قسم الأدوار: كلود كقائد تقني (التخطيط، المراجعة، القبول) وكوديكس كمنفذ. يحسن هذا النهج ثنائي النموذج الجودة من خلال التحقق المتبادل ويوفر التكاليف باستخدام نماذج أرخص للتنفيذ. تتضمن المقالة دليلاً مفصلاً خطوة بخطوة لتثبيت الأدوات وتكوينها، بالإضافة إلى ملف المهارات الكامل.
مطوّر Go يدير مشروعه الخاص يصف كيف قسّم الأدوار بين Claude وCodex بدلاً من اختيار نموذج ذكاء اصطناعي واحد لجميع مهام البرمجة. يجادل بأن إعطاء نموذج واحد سير العمل بأكمله - من تحليل المتطلبات إلى التحقق الذاتي - هو نهج معيب لأنه يفتقر إلى التحكم الخارجي. الحل الذي يقترحه: يعمل Claude كقائد تقني (يفكك المهام، يكتب ملف PLAN.md، يراجع التغييرات، يتخذ القرارات النهائية)، بينما ينفذ Codex الخطة (يكتب الاختبارات، يعيد هيكلة الكود، يصلح المشكلات). يتفاعل النموذجان مع بعضهما البعض: يراجع Codex خطة Claude قبل التنفيذ، ويراجع Claude تغييرات Codex بعد التنفيذ. يؤدي هذا إلى جودة أفضل دون زيادة التكلفة، حيث يُستخدم التفكير المكلف فقط للتخطيط والمراجعة، بينما تتعامل النماذج الأرخص مع قراءة الكود والهياكل الأساسية. يوضح إعداده: Claude Opus مع إعداد 'high' للقرارات، وCodex GPT-5.6 Terra مع 'high' للتنفيذ، مع الترقية إلى Terra/xhigh أو Sol للمهام المعقدة. يؤكد أن إعداد الجهد 'high' هو الحد الأدنى المريح للتطوير على النماذج الاقتصادية، حيث أن الإعدادات الأقل تفوت السياق وتسبب تكرارات إضافية. يتضمن المقال تعليمات التثبيت الكاملة لـ Claude Code وCodex CLI وإضافة codex-plugin-cc، بالإضافة إلى ملف SKILL.md كامل يقوم بأتمتة سير العمل. يلاحظ الدليل أن نفس سير العمل يعمل من أي طرفية ولا يتطلب VS Code، رغم أنه يجده مناسبًا.
المصدر: Habr — хаб ИИ — الأصلي
منشوراتنا السابقة حول هذا الموضوع ↓
أخبار جديدة