إذا كنتم تكتبون الشيفرة بمساعدة الذكاء الاصطناعي في 2026، فالأرجح أنكم تحتفظون بكليهما Claude Code وOpenAI Codex في متناول أيديكم. كلاهما وكيل برمجة يعمل عبر الطرفية، ومن المغري صياغة المسألة هكذا: Claude Code أم Codex — أيهما أفضل؟ عمليًا، السؤال الأكثر فائدة هو: كيف أشغّل Claude Code وCodex معًا، من دون أن أتحوّل إلى ناقل رسائل بشري ينسخ السياق بين طرفيتين؟
الإجابة المختصرة: يمكنكم ذلك، وهناك ثلاث طرق. الطريقة اليدوية، بطرفيتين وملف سياق مشترك وأشجار عمل git، تعمل اليوم. وإذا كنتم تعملون أصلًا داخل Claude Code، فإن إضافة Codex الرسمية من OpenAI تتيح لكم استدعاء Codex من هناك. أما أبسط طريقة لتشغيل الاثنين على قدم المساواة فهي وضع منسّق واحد أمامهما. يتناول هذا المقال الطرق الثلاث.
Claude Code أم Codex: في أي شيء يتفوّق كل منهما
لا يتفوّق أحدهما على الآخر في كل شيء؛ فلكل منهما طابعه، وتشغيلهما معًا يعني الاستفادة من نقاط قوة كل منهما:
- Claude Code يميل إلى التميّز في فهم قاعدة شيفرة قائمة: قراءة شيفرة غير مألوفة، وشرح المعمارية، وإجراء تعديلات دقيقة عبر ملفات متعددة، ومراجعة الفروق لمعرفة ما ستعطّله فعلًا.
- Codex يميل إلى التميّز في التنفيذ السريع المحدّد النطاق بوضوح: إنشاء الهيكل الأولي لميزة جديدة، وتوليد الشيفرة النمطية، وإنجاز تذكرة عمل واضحة التعريف بسرعة.
لذا فإن «أيهما أفضل» هو السؤال الخطأ. سير العمل المثير للاهتمام هو التخطيط والمراجعة بأحدهما، والتنفيذ بالآخر — ومن المثالي أن يكتشف كل منهما أخطاء الآخر.
الطريقة اليدوية: طرفيتان وسياق مشترك واحد
تُثبَّت الأداتان بواجهتي سطر أوامر وتعملان في أي دليل مشروع:
npm install -g @anthropic-ai/claude-code # then: claude
npm install -g @openai/codex # then: codexحيلة تشغيلهما على المشروع نفسه هي منحهما مرجعًا مشتركًا للحقيقة ومنع تداخلهما في عمل بعضهما:
- احتفظوا بملف محدَّث باستمرار باسم
PROJECT_CONTEXT.mdفي المستودع يقرؤه الوكيلان ويحدّثانه، كي تكون الخطة التي يكتبها أحدهما مرئية للآخر. - استخدموا أشجار عمل git كي يعمل كل وكيل على فرعه الخاص وفي دليله الخاص، فلا يتنازعان على الملفات نفسها.
git worktree add ../feature-claude feature/claude
git worktree add ../feature-codex feature/codex
# run `claude` in one, `codex` in the other; review and merge the diffsهذا ينجح. لكن المشكلة أنكم اخترته أنت طبقة التكامل: تلصقون خطة Claude Code في Codex، ثم تلصقون فروق Codex في Claude Code، وتوفّقون بين النتائج يدويًا.
سير عمل ينجح فعلًا: تخطيط → تنفيذ → مراجعة متبادلة
النمط الأكثر موثوقية الذي يستقر عليه المستخدمون هو خط إنتاج صغير بين الوكيلين:
1. Claude Code — read the code, write a plan (files, steps, risks)
2. Codex — implement the plan fast, produce a diff
3. Claude Code — review Codex's diff: correctness, edge cases, style
4. loop on anything the review flagsمراجعة نموذجين مستقلين لعمل بعضهما تكشف فئة من الأخطاء قد يفوّتها بسهولة وكيل واحد يقيّم عمله بنفسه. التكلفة هي أعباء التنسيق، وهي بالضبط الجزء الجدير بالأتمتة.
موضع الاحتكاك: أنتم المنسّق
كل ما سبق يعمل، وهو مناسب لمهمة عابرة. لكن عند تكراره يوميًا، تحوّل الطريقة اليدوية بهدوء اخترته أنت إلى المنسّق: توجيه كل مهمة إلى الوكيل المناسب، ونقل السياق بينهما، والتوفيق بين مجموعتي فروق، وتذكّر من فعل ماذا. هذا عمل حقيقي، ومشكلة التنسيق نفسها قائمة سواء كنتم تديرون وكيلي برمجة أم عشرين.
الاختصار الرسمي: إضافة Codex من OpenAI لـ Claude Code
إذا كان Claude Code هو المكان الذي تعملون فيه أصلًا، فقد اختصرت OpenAI جزءًا من هذه الحلقة. تُثبَّت إضافة Codex لـ Claude Code التي تنشرها (codex-plugin-cc، برخصة Apache-2.0) من داخل جلسة Claude Code:
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setupتضيف الإضافة الأمر /codex:review لمراجعة تغييراتكم الحالية مراجعةً للقراءة فقط، والأمر /codex:adversarial-review لمراجعة توجّهونها نحو قرار تصميم محدّد، والأمر /codex:rescue لتسليم مهمة إلى Codex، إضافةً إلى /codex:status و/codex:result و/codex:cancel للأعمال التي تعمل في الخلفية. وهي تعمل عبر Codex CLI وخادم التطبيق على جهازكم نفسه — التثبيت نفسه وتسجيل الدخول نفسه ونسخة المستودع نفسها التي تستخدمونها مباشرة — وتتطلب خطة ChatGPT (بما فيها الخطة المجانية Free) أو مفتاح API من OpenAI.
وبهذا تصبح المراجعة المتبادلة المذكورة أعلاه أمرًا واحدًا بدل النسخ واللصق. لكن شكل الإعداد لا يتغيّر: يبقى Claude Code الجلسة التي تعملون فيها، ويُستدعى Codex إليها لمراجعة أو لمهمة تسلّمونها له. ويحذّر ملف README من OpenAI أيضًا من أن بوابة المراجعة الاختيارية في الإضافة قد تُبقي الاثنين في حلقة متواصلة وتستهلك حدود استخدامكم بسرعة. وإذا كنتم تفضّلون أن يعمل الوكيلان كندّين — كلٌّ على مهمته، في الوقت نفسه، ويرفعان النتائج إلى مكان واحد — فتلك هي الطريقة الثالثة.
كيف يشغّل Orkas كلًا من Claude Code وCodex معًا
Orkas تطبيق سطح مكتب مفتوح المصدر يعطي الأولوية للعمل محليًا ويحوّل هذا الجهد اليدوي إلى ميزة مدمجة. يمكنه تشغيل وكلاء برمجة محليين عبر سطر الأوامر نيابة عنكم — Claude Code وCodex وOpenClaw وOpenCode وHermes — وتنسيقهم من محادثة واحدة. الإعداد قصير:
1. Install and sign in to the `claude` and `codex` CLIs on your machine
2. In Orkas: new chat → add an agent → "External" tab → pick a CLI
(Orkas only lists the CLIs it detects on your PATH)
3. Do it twice — one Claude Code agent, one Codex agent
4. Optionally set a project directory per agent, and a model
(leave the model blank to use each CLI's own default)لا يعيد Orkas تنفيذ النماذج ولا يغلّفها. بل يشغّل الملفين التنفيذيين الحقيقيين المثبّتين مسبقًا لديكم claude و codex كعمليتين فرعيتين، باستخدام بيانات الاعتماد التي سجّلتم الدخول بهما بها مسبقًا. إنه يدير التنسيق، لا المفاتيح.
Commander واحد، والوكيلان بالتوازي
أصبح لديكم الآن وكيلان متخصّصان في محادثة واحدة. اطلبوا من القائد Commander شيئًا، فيوزّع أجزاءه؛ يمكنه إسناد جزء «الفهم والتخطيط» إلى Claude Code وجزء «التنفيذ السريع» إلى Codex. وعندما يوزّع Commander عدة مهام في دور واحد، يشغّلها Orkas بالتزامن (بضع مهام في كل مرة)، فيعمل Claude Code وCodex في الوقت نفسه بدلًا من تنقّلكم بين الطرفيات. ويمكنكم أيضًا الإشارة إلى أي وكيل مباشرة باستخدام @. وقد شرحنا كيفية عمل هذا التنسيق في تنسيق الوكلاء المتعددين في التطبيق العملي.
هناك ميزة إضافية لا توفّرها طرفيتان وحدهما: عندما يشغّل Orkas كلًا من Claude Code أو Codex، فإنه يتيح أيضًا ذاته لهما عبر جسر محلي. يستطيع وكيل البرمجة الوصول إلى الأدوات والمعرفة المتصلة بـOrkas، بما فيها موصّلات GitHub أو Notion أو Google Workspace وقاعدة معرفتكم، من داخل تنفيذه نفسه، وليس فقط إلى ملفات المستودع.
بعض الأمور التي ينبغي ضبطها جيدًا
- أنتم توفّرون واجهات سطر الأوامر وتسجيل الدخول إليها. يشغّل Orkas
claudeوcodex؛ ولا يدير مفاتيح API أو تسجيل الدخول. ثبّتوها وسجّلوا الدخول أولًا، باستخدام إصدار حديث (تقريبًا Claude Code 2.0+ وCodex 0.100+). - وجّهوهما إلى دليلين مختلفين للعمل بالتوازي بأمان. لا يعزل Orkas كل وكيل في شجرة عمل git خاصة به؛ فإذا كان كلاهما موجّهًا إلى المجلد نفسه ويعملان في آن واحد، فسيعدّلان الملفات نفسها بالتزامن. امنحوا كلًا منهما دليل مشروع أو مستودعًا خاصًا به للعمل المتوازي الفعلي.
- أنتم تختارون مقدار ما ينفّذانه باستقلالية. يعمل كل وكيل سطر أوامر بمستوى أذونات تضبطونه في فريق الذكاء الاصطناعي > الوكيل > إعدادات التشغيل > مستوى الأذونات: استخدام الإعداد الافتراضي لواجهة سطر الأوامر, طلب الإذن، أو وصول كامل. استخدام الإعداد الافتراضي لواجهة سطر الأوامر يحافظ على إعدادات الأذونات الخاصة بواجهة سطر الأوامر. طلب الإذن يفعّل طلبات الموافقة؛ وصول كامل يتجاوز مطالبات الموافقة في واجهة سطر الأوامر. أذونات الموصّلات منفصلة: تطلب الإجراءات الحساسة الموافقة ما لم تكونوا قد فوّضتم ذلك الاتصال مسبقًا للمهمة أو فعّلتم الوضع الموثوق في Orkas.
إذًا، Claude Code أم Codex؟
كلاهما. استخدموا Claude Code للفهم والمعمارية والمراجعة، واستخدموا Codex للتنفيذ السريع المحدّد النطاق بوضوح، واتركوا Commander واحدًا يوزّع العمل بينهما كي تقودوا العمل بدلًا من نقله ذهابًا وإيابًا. هذه هي فائدة تشغيلهما معًا بدلًا من اختيار فائز.
إعطاء الأولوية للعمل محليًا يعني بقاء مستودعكم ومفاتيحكم على جهازكم؛ انظروا ما الذكاء الاصطناعي الذي يعطي الأولوية للتشغيل المحلي؟ لتجاوز التنقّل المرهق بين طرفيتين، نزّلوا Orkas ووجّهوا Commander واحدًا إلى كل من Claude Code وCodex.
Claude Code وCodex معًا: الأسئلة الشائعة
هل يمكن استخدام Codex وClaude Code معًا؟
نعم. فهما واجهتا سطر أوامر منفصلتان، لكل منهما حالة جلسة مستقلة، لذا لا شيء يمنع تشغيلهما على المستودع نفسه. المطلوب هو منعهما من تعديل الملفات نفسها في الوقت نفسه، إما باستخدام أشجار عمل git، أو بترك قائد واحد يسند كل مهمة إلى وكيل واحد.
هل يتواصل Claude Code وCodex مع بعضهما؟
ليس من تلقاء نفسيهما. يقرأ Claude Code ملف CLAUDE.md ويقرأ Codex ملف AGENTS.md، ولا يراقب أي منهما جلسة الآخر. والاستثناء هو إضافة Codex من OpenAI لـ Claude Code، التي تتيح لجلسة Claude Code استدعاء Codex لمراجعة أو لمهمة مُسندة إليه. وفيما عدا ذلك، يجب أن يمرّ كل ما يتشاركانه عبر ملف يكتبان فيه معًا، أو عبر منسّق ينقل نتيجة أحدهما إلى مطالبة الآخر.
هل توجد إضافة Codex لـ Claude Code؟
نعم. تنشرها OpenAI باسم codex-plugin-cc. داخل Claude Code، شغّلوا /plugin marketplace add openai/codex-plugin-cc و/plugin install codex@openai-codex، ثم /codex:setup. تضيف الإضافة أوامر لمراجعات Codex ولتسليم مهمة إلى Codex، وتعمل عبر Codex CLI على جهازكم، وتتطلب خطة ChatGPT (بما فيها Free) أو مفتاح API من OpenAI.
ما أفضل طريقة لاستخدام Codex وClaude Code معًا؟
قسّم العمل بحسب نقاط القوة لا بحسب الملفات: دع Claude Code يتولى التخطيط والمراجعة، ودع Codex ينفّذ تغييرًا محدد النطاق، ثم اطلب من الآخر قراءة الفروق. تكشف جولة المراجعة أكثر مما يكشفه تشغيل أيٍّ من الوكيلين مرتين.
كيف تجعل Codex وClaude Code يعملان معًا؟
يتطلب ذلك يدويًا نافذتي طرفية، وملف مواصفات مشتركًا، وشجرة عمل git لكل وكيل حتى لا تتعارض تعديلاتهما. في Orkas، يعمل كلاهما كجلستين محليتين تحت إدارة Commander واحد، يوزّع المهمة ويجمع فروق التعديلات من كليهما في المحادثة نفسها.
هل يمكنك تشغيل Claude Code وCodex في الوقت نفسه على المشروع نفسه؟
يمكنك تشغيلهما بالتوازي، لكن لا توجّه كليهما إلى المجلد نفسه في آن واحد، إذ سيعدّلان الملفات نفسها بالتزامن. خصّص لكل وكيل شجرة عمل git أو مجلد مشروع مستقلًا. لا يعزل Orkas الوكلاء في أشجار عمل منفصلة نيابةً عنك، لذا تقع عليك هذه الخطوة في كلتا الحالتين.
هل يمكنك تشغيل Claude Code وCodex في طرفية واحدة؟
ليس كجلستين تفاعليتين، فكل واجهة سطر أوامر تحتاج إلى TTY خاص بها. عمليًا، إما أن تقسّم الطرفية باستخدام tmux، أو تدع منسّقًا يشغّلهما كجلستين محليتين ويجمع مخرجاتهما في مكان واحد. يتبع Orkas النهج الثاني: تعمل واجهتا سطر الأوامر تحت إدارة Commander واحد، وترسلان تقاريرهما إلى المحادثة نفسها.
هل يمكنك تنسيق عمل وكلاء آخرين غير Claude Code وCodex؟
نعم. يدير Orkas خمسة وكلاء محليين عبر سطر الأوامر: Claude Code وCodex وOpenCode وOpenClaw وHermes. يظهر منها ما ثبّتَّه، ويمكن لـCommander واحد الجمع بينها في المشروع نفسه.
هل تحتاج إلى خطط مدفوعة لكلٍّ من Claude Code وCodex؟
تستخدم كل واجهة سطر أوامر تسجيل الدخول والخطة الخاصين بها. لا يشغّل Orkas سوى البرامج التنفيذية الموجودة لديك بالفعل، ولا يدير مفاتيح API أو تسجيل الدخول أو الفوترة لأيٍّ منهما.