Claude Code وCodex معًا: 3 أنماط للعمل

مواد عملية حول العمل مع الوكلاء والبرمجة بأسلوب vibe coding: وثائق Ailoot.

لماذا لم تعد أداة واحدة كافية في 2026؟#

في مايو 2026، دخلت OpenAI إلى مجال Anthropic بنموذج GPT-5.5 في Codex CLI. وفي المقاييس المرجعية الحديثة، يتقدم Codex بوضوح في مهام الطرفية وفي وضع SWE-bench Verified. وردت Anthropic بإصدار Opus 4.8 وDynamic Workflows، محافظةً على تقدمها في SWE-bench Pro (وهو اختبار صُمم لمنع تسرب البيانات، بحيث لا يفيد تدريب النموذج على بيانات الاختبار). تجد مقارنة تفصيلية وجهًا لوجه في دليل Codex مقابل Claude Code—أما هنا، فلننتقل مباشرة إلى استخدامهما معًا.

لا يوجد فائز واحد في 2026. ويسود نمط واحد—تحتفظ الفرق بـCodex للعمل المستقل منخفض التكلفة، وتستخدم Claude Code للقرارات المعمارية المحفوفة بالمخاطر.

الفرق الأساسي الذي يحدد كيفية توزيع العمل:

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

إذا كانت الأداتان متاحتين لديك، فلست مضطرًا للاختيار بين «التفكير» و«التنفيذ». فوّض المهام بحسب نوعها. وإذا لم تحسم بعد أي الأداتين تثبّت أولًا، فراجع المقارنة المباشرة في دليل Codex مقابل Claude Code.

النمط 1: يكتب Claude Code الشيفرة ويراجعها Codex#

في هذا النمط، يظل Claude Code المحرر الرئيسي. ولا يتدخل Codex إلا على مستوى طلب السحب، من خلال وضعه السحابي (يعمل Codex مباشرةً من ChatGPT أو تطبيق GitHub، لذا لا تحتاج إلى طرفية ثانية).

هكذا يجري الأمر عمليًا:

1. الخطوة 1: اكتب الميزة باستخدام Claude Code

   افتح المستودع في VS Code، وشغّل Claude Code، وانتقل إلى Plan Mode، ثم ناقش بنية الميزة. ستحصل على مسودة الشيفرة والاختبارات وملفات الترحيل. أنشئ الالتزام في فرع مخصص للميزة.

2. الخطوة 2: أنشئ طلب سحب على GitHub

   افتح طلب سحب من فرع الميزة إلى main. واكتب في الوصف @codex review this PR for edge cases, security issues, and test coverage gaps.

3. الخطوة 3: يراجع Codex بصورة غير متزامنة

   في الوضع السحابي، يستنسخ Codex المستودع إلى بيئته المعزولة، ويقرأ الفرق البرمجي، ويشغّل الاختبارات ومدقق الشيفرة، ويبحث عن الثغرات. وبعد 5-15 دقيقة، يضيف تعليقات مباشرةً على طلب السحب.

4. الخطوة 4: أجرِ التعديلات باستخدام Claude Code

   عد إلى Claude Code وقدّم له تعليقات Codex كسياق: «هذه ملاحظات المراجعة؛ أصلح العناصر 1 و3 و5». يُجري Claude التعديلات وينشرها في المستودع.

ينجح هذا النمط لأن Claude وCodex دُرّبا على مجموعات بيانات مختلفة، ولكل منهما فلسفة مختلفة. يلاحظ Codex ما فاته Claude بسبب النقطة العمياء في نموذجه، والعكس صحيح.

مخاطر النمط 1:

• قد يوافق Codex على طلب السحب ويغلقه من دون ملاحظة مشكلة في تصميم البنية. راجع القرارات المهمة بنفسك.
• تتضاعف تكلفة الرموز: يحلل Claude وCodex الشيفرة نفسها. يكون ذلك مجديًا في الميزات المعقدة، ومكلفًا في الصغيرة.
• لا يستطيع Codex في الوضع السحابي رؤية بيئتك المحلية—مثل متغيرات البيئة أو قواعد البيانات المحلية. إذا كانت الميزة تتعامل معها، فانتقل إلى التشغيل اليدوي.

النمط 2: يضع Codex مسودة ويعالج Claude Code تصميم البنية#

استُخدم هذا النمط في المشروع الموصوف عام 2026، حين كان المطلوب إنشاء نموذج أولي لمسار تسجيل يتضمن إشعارات البريد الإلكتروني في أمسية واحدة. في هذا السيناريو، كان من الممكن قضاء ساعة في مناقشة تصميم البنية مع Claude Code. لكن Codex أنتج مسودة عملية خلال 12 دقيقة.

طريقة العمل:

تسير العملية هكذا: يتولى Codex الأعمال الشاقة في أول 15 دقيقة، ثم يرفع Claude النتيجة إلى مستوى الإنتاج.

إذا طلبت من Codex أن يجعل النتيجة مصقولة فورًا، فسيعلق أمام الغموض. وإذا طلبت من Claude Code أن يعمل بسرعة فورًا، فسيبدأ بالتشكيك في قراراته. أسند إلى كل منهما العمل الذي صُمم له.

مخاطر النمط 2:

• ينشئ Codex مسودة تستند إلى افتراضات قد يصعب تنظيفها لاحقًا. إذا اتجهت المسودة في المسار الخطأ، فالتخلص منها والبدء من جديد أقل تكلفة من إصلاحها.
• قد يقضي Claude Code نصف ساعة في إعادة تسمية المتغيرات وينسى المشكلة الحقيقية في تصميم البنية. حدّد التغييرات المطلوبة بدلًا من قول «رتب هذا».
• يضيع السياق بين الجلسات. لكي يفهم Claude Code ما قصده Codex، تحتاج إلى ملف AGENTS.md (انظر النمط 5) أو تعليق مفصل في بداية الملف.

النمط 3: Codex للبنية التحتية وClaude Code لمنطق الأعمال#

الفكرة بسيطة: تتطلب أجزاء قاعدة الشيفرة أساليب عمل مختلفة.

يكمل هذا النمط أسلوب تشغيل عدة مثيلات من Claude Code بالتوازي—ففي ذلك الأسلوب يعالج النموذج نفسه مهام مختلفة عبر أشجار عمل git؛ أما هنا، فيقسم وكيلان مختلفان مجالات المسؤولية.

طبقة البنية التحتية (Codex):

• GitHub Actions: إضافة مهمة جديدة، وضبط التخزين المؤقت، وتسريع CI.
• الاختبارات: كتابة مجموعة اختبارات تكامل بعد إعادة الهيكلة.
• عمليات ترحيل Prisma: إنشاء عملية ترحيل والتأكد من إمكانية التراجع عنها.
• إعدادات Docker / Coolify: إضافة متغيرات البيئة وتحديث فحص الحالة.
• مهام Cron: كتابة مجموعة من معالجات cron.

يتفوق Codex هنا لأن مهام البنية التحتية غالبًا ما تتضمن عددًا كبيرًا من الملفات الصغيرة ذات الشيفرة النمطية. ولا يتوقف Codex عند «الحاجة إلى التفكير في الأمر»؛ بل يتابع حتى النهاية.

منطق الأعمال (Claude Code):

• مسار التسجيل: ما الذي ينبغي عرضه للمستخدم في كل خطوة.
• احتساب الأسعار مع مراعاة الخصومات والأقساط ورموز العروض الترويجية للهدايا.
• سير عمل الإشعارات المؤتمتة: المحفزات والشروط المطلوبة.
• تكاملات API الخارجية: معالجة الأخطاء وإعادة المحاولة والتخزين المؤقت.
• النماذج المالية: حسابات اقتصاديات الوحدة وتوقعات الدخل.

يتفوق Claude Code هنا لأن هذه المهام تتطلب حوارًا مطولًا وتفكيرًا من منظور المنتج. ومن دون مناقشة السيناريوهات، ينتهي بك الأمر إلى حل تقني لا يراعي نقاط الألم الحقيقية لدى المستخدم.

كيفية توزيع العمل في المستودع:

project/
├── .github/workflows/      ← Codex (CI, tests)
├── infra/                  ← Codex (Docker, Coolify, migrations)
├── scripts/                ← Codex (task scripts)
├── tests/                  ← Codex (integration tests)
├── src/
│   ├── lib/                ← Claude Code (business logic)
│   ├── app/                ← Claude Code (routes, forms, pages)
│   └── components/         ← Claude Code (UI)
└── prisma/
    └── schema.prisma       ← Claude Code (data models—product decision)

هذه ليست قاعدة صارمة. قد يتداخل العمل—فمثلًا، يمكن لـClaude Code تعديل إجراء GitHub إذا كان لذلك الإجراء معنى متعلق بالمنتج، مثل إرسال إشعار بعد النشر. لكن هذا التقسيم يناسب 80% من المهام.

كيف تزامن CLAUDE.md وAGENTS.md؟#

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

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

ما يتشابه في الملفين:

• حزمة التقنيات: الأطر وقاعدة البيانات وORM المستخدمة.
• وصف المشروع: ماهيته، ومن يخدمه، وكياناته الرئيسية.
• المحظورات: المجلدات التي ينبغي عدم لمسها والأوامر التي ينبغي عدم تشغيلها.

ما يختلف بينهما:

• تنتمي hooks وطبقات الإعدادات وتكوين MCP الخاصة بـ Claude Code إلى ملفات إعداداته المناسبة. يمكن أن يشير نثر CLAUDE.md إلى تلك الأعراف؛ ولا يصبح إعدادًا قابلًا للنقل بمجرد نسخه.
• AGENTS.md معيار مفتوح. تقرؤه Codex وCursor وAider وContinue وCline وFactory Droid—أي 25+ وكيلًا. يتناول الدليل المنفصل تنسيق AGENTS.md بمزيد من التفصيل. وتُخزّن إعدادات Codex MCP في ~/.codex/config.toml (بصيغة TOML، لا JSON كما في Claude).

من الأنماط الشائعة في 2026 وجود مصدر أساسي للقواعد في مجلد /context/ داخل المستودع الأحادي، ومنه ينشئ نص المزامنة الملفات CLAUDE.md و.cursor/rules/*.mdc وAGENTS.md. وتُعلّم الملفات الخاصة بكل أداة على أنها للقراءة فقط؛ ولا يُعدّل سوى المصدر.

شغّل نص المزامنة عبر خطاف pre-commit أو عبر إجراء GitHub. إذا أُجريت التغييرات مباشرةً في CLAUDE.md، فسيفشل CI. وهذا يمنع تباعد القواعد بين الأدوات.

الخيار الآخر هو Codex Plugin الرسمي لـClaude Code (أُعلن عنه في 30 مارس 2026، بالإصدار 1.0.4). يضيف إلى Claude Code الأوامر /codex:review و/codex:adversarial-review و/codex:rescue. يعمل Codex وكيلًا فرعيًا باستخدام ~/.codex/config.toml وAGENTS.md الخاصين به. وهذا يلغي الحاجة إلى طرفية ثانية، لكن AGENTS.md يظل ضروريًا.

ما تكلفة استخدام الأداتين معًا، وأين يتحقق التوفير؟#

إليك الأسعار في يونيو 2026 (البيانات من صفحات اشتراكات Anthropic وOpenAI الرسمية وصفحة Codex الرسمية):

أقل تشكيلة عملية: Claude Pro ($20) + ChatGPT Plus ($20) = $40 شهريًا. تكفي للمشروعات الفردية التي تتضمن بضع جلسات يوميًا.

تشكيلة عملية لممارس نشط للبرمجة بأسلوب vibe coding: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120 شهريًا. في التجربة الموصوفة، استُخدمت هذه التشكيلة خلال الشهرين الماضيين؛ وخلال تلك الفترة أُطلقت ثلاثة مشروعات ولم تُستنفد حدود Claude مطلقًا.

تشكيلة لفريق: Claude Max 20x ($200) + Codex Pro ($200) = $400 شهريًا. تكون مناسبة عندما يتدفق العمل باستمرار على مراجعات طلبات السحب والمهام السحابية بالتوازي مع العمل المحلي.

مصادر التوفير:

• وقت أقل لكل ميزة. قياس الكاتب: من بين 12 ميزة في مايو ويونيو، انخفض الوقت من «خطرت لي فكرة» إلى «أُطلقت في بيئة الإنتاج» من 4 ساعات (باستخدام Claude Code وحده) إلى 2.5 ساعة (باستخدام الأداتين). قيس ذلك على مهام الكاتب؛ وقد تختلف أرقامك.
• عيوب أقل. وفقًا للملاحظات الواردة، تكتشف مراجعات Codex لطلبات السحب 2-3 مشكلات من أصل 10 يفوتها Claude. ويتطلب إصلاح كل مشكلة في بيئة الإنتاج ساعة أو ساعتين، فضلًا عن احتمال توقف الخدمة.
• العمل بالتوازي. يعمل Codex على الميزة A في الوضع السحابي بينما يعمل المستخدم مع Claude على الميزة B. وهذا يضاعف الإنتاجية.

لن يكون الاستخدام مجديًا إذا كنت تكتب 1-2 ميزة أسبوعيًا. في هذه الحالة، يكفي Claude Code Pro وحده.

متى لا تحتاج إلى أداة ثانية؟#

هذا الجمع ليس مناسبًا للجميع. وغالبًا ما يضيف ضوضاء لا غير. إليك أربع حالات لا تحتاج فيها إلى أداة ثانية:

1. مشروع فردي في بدايته. إذا كانت لديك فكرة واحدة وما زلت تختبرها، فسيكفي Claude Code + Plan Mode لمدة شهر. أضف الأداة الثانية عندما تصبح السرعة عائقًا.

2. ميزانية صارمة. إذا كان الحد الأقصى $20 شهريًا، فاشترك في Claude Pro ولا تقلق بشأن الأمر. يغطي Claude وحده 80% من مهام ممارس البرمجة بأسلوب vibe coding.

3. بنية بسيطة. موقع ويب يتضمن استمارة، أو روبوت بمسارين، أو نص برمجي يغلّف API—لن يضيف توزيع العمل حسب الطبقات أي فائدة هنا. يستطيع Claude Code وحده التعامل مع ذلك.

4. كل شيء يعمل بالفعل. إذا كنت تستخدم Claude Code منذ شهر ولم تواجه مهمة واحدة تعثر فيها أو أخفق في إنجازها، فلا تصلح ما يعمل. أضف Codex عندما تتضح الحاجة.

وعلى العكس، إليك مؤشرات واضحة تدل على أن الوقت قد حان لاستخدام أداة ثانية:

• أصبح Claude Code عائقًا: تنتظره بدلًا من أن تعمل.
• ظهرت كمية كبيرة من أعمال البنية التحتية النمطية (عمليات الترحيل وCI والاختبارات) التي لا ترغب في إنجازها عبر Claude.
• يستخدم أفراد الفريق أدوات مختلفة بالفعل—وهناك حاجة إلى لغة مشتركة.
• تظهر المقاييس المرجعية أن Codex يتعامل مع نوع مهامك بسرعة أكبر (مثل عمليات الطرفية).

كيف تجهز مجموعة الأدوات في أمسية واحدة#

خطة عملية لأمسيتك الأولى:

1. الخطوة 1: ثبّت Codex CLI

   في الطرفية: npm install -g @openai/codex. سجّل الدخول باستخدام codex login—سيفتح المتصفح لتسجيل الدخول بحساب ChatGPT. سيتعرف Codex على اشتراكك (Plus / Pro) ويستخدم حدوده.

2. الخطوة 2: اكتب AGENTS.md بوصفه وثيقة تشغيلية

   راجع CLAUDE.md وأعد استخدام القواعد المنطبقة على الأداتين في AGENTS.md: أوامر الاختبار والتدقيق وتنسيق الالتزامات والمجلدات المحظورة وحزمة التقنيات. يمكن مشاركة تفضيلات المحادثة أيضًا. كيّف مراجع أوامر الأداة، وأبق إعدادات hooks وMCP التنفيذية في تكوين كل أداة؛ فنسخ Markdown وحده لا يضبطها.

3. الخطوة 3: اختر نمطًا لمشروعك

   إذا كنت مطورًا تعمل منفردًا ولديك CI، فاستخدم النمط 1 (Claude يكتب وCodex يراجع). وإذا كان المشروع جديدًا وتحتاج إلى السرعة، فاستخدم النمط 2 (Codex يضع المسودة وClaude ينقحها). وإذا كان المشروع قائمًا ولديه طبقة للبنية التحتية، فاستخدم النمط 3 (تقسيم العمل حسب الطبقات).

4. الخطوة 4: جرّب النمط لمدة أسبوع

   اعمل بالنمط المختار على 5-7 ميزات. سجّل الوقت، ودوّن الأداة التي تعاملت مع كل ميزة على نحو أفضل. بعد أسبوع، ستحصل على صورة واقعية لطريقة استخدامك.

5. الخطوة 5: أعد إعداد مزامنة القواعد

   أضف نصًا برمجيًا باسم scripts/sync-agent-rules.sh (انظر قسم المزامنة). اربطه بخطاف pre-commit أو عبر إجراء GitHub. بعدها ستنتقل القواعد تلقائيًا إلى الملفين.

هذا الجمع ليس سحرًا. إنهما ببساطة عقلان بدلًا من عقل واحد، يكمل كل منهما نقاط ضعف الآخر. المفتاح هو ألا تعلق في نقاش «Claude أم Codex» بينما الإجابة الصحيحة معروفة منذ وقت طويل: «استخدم Claude وCodex معًا، لكل نوع مختلف من المهام».

مواد عملية حول العمل مع الوكلاء: وثائق Ailoot.

مواد وأدوات إضافية: Ailoot.