Codex مقابل Claude Code، انطلاقًا من الملفات على قرصك
ليس حكمًا على أيهما يكتب كودًا أفضل. بل وصف لكيفية سلوك الأداتين فعليًا، كتبه من اضطر لجعل نافذة واحدة تدير كلتيهما.
لماذا تختلف هذه المقارنة عن غيرها
معظم ما يُكتب عن Codex مقابل Claude Code هو اختبار أداء على جهاز شخص ما، ويصبح قديمًا خلال شهر لأن كلا الطرفين يطلقان نماذج أسرع مما يستطيع أحد الكتابة عنها. هذه الصفحة لا تفعل ذلك. سؤال أيهما يكتب كودًا أفضل هو سؤال عن النماذج في اليوم الذي تطرحه فيه، ولن ندّعي أننا سنحسمه.
ما يمكننا إخبارك به هو من ماذا يتكوّن البرنامجان، لأن vobuda اضطرت لقراءة كليهما لرسم شريط تحكم فوق أي منهما. أين يحفظ كل منهما جلساته، وماذا يسمي استئناف جلسة، وهل يمكن سؤاله من الخارج عن النماذج المتوفرة لديه، وكيف يعلن عن الوضع الذي هو فيه. هذه حقائق موجودة على قرصك، تتغير ببطء، وهي ما يحدد كيف يندمج كل منهما في يوم عمل.
الخلاصة: Claude Code أكثر وضوحًا من الخارج بين الاثنين. يكتب نماذجه في ملف، ويحفظ جلساته في مجلد لكل مشروع، ويستخدم علامة لاستئناف إحداها. Codex يحتفظ بمزيد من نفسه لنفسه. لا يمكن سؤاله من الخارج عن نماذجه، لذا الأصدق هو فتح أداته الخاصة لاختيار النموذج بدلًا من عرض قائمة ستكون خاطئة.
أين يحفظ كل منهما ماذا
كل ما في هذا الجدول موجود على الجهاز أمامك، ويمكنك الذهاب والتحقق بنفسك.
| Claude Code | Codex | |
|---|---|---|
| الجلسات السابقة | مجلد لكل مشروع تحت ~/.claude/projects | فهرس واحد، ~/.codex/session_index.jsonl، يسمّي كل محادثة |
| فتح جلسة قديمة | --resume <id> | resume <id> |
| متابعة آخر جلسة | --continue | resume --last |
| المهارات (Skills) | ~/.claude/skills، بالإضافة إلى المجلد المطابق في المشروع | ~/.codex/skills، بالإضافة إلى المجلد المطابق في المشروع |
| قائمة النماذج | ملف خاص به، يُكتب كما يخبره خادمه، فيظهر النموذج الجديد يوم إطلاقه | لا يمكن سؤاله من الخارج. أداته الخاصة هي الإجابة الصادقة الوحيدة |
| تحديد النموذج | النموذج وحده | النموذج ومستوى الاستدلال في أمر واحد، /model gpt-5.5 high |
| ملف إعداداته | settings.json | config.toml |
| ما يقوله شريط الحالة | Opus 5 with high effort, Claude Max | gpt-5.6-terra medium |
| شكل العملية في النظام | claude | node، لأن Codex يعمل باسم node |
قُرئ في سبتمبر 2026 مقابل نسختين حاليتين من كليهما. توثيقهما الرسمي هو المرجع؛ هذا هو شكل الاثنين من نافذة يجب أن تديرهما.
ثلاثة أخطاء وقعنا فيها كي تتعرف عليها
كل واحد من هذه كان خللًا في vobuda أولًا، وكل منها يكشف شيئًا حقيقيًا عن العميلين.
أعمق عملية في جلسة Claude غالبًا ما تكون codex
يشغّل Claude Code أداة Codex كمساعد خاص به. لذا فإن اعتماد أعمق عملية في الشجرة لتحديد العميل الذي تنتمي إليه الكتلة جعل اللوحة تُظهر CODEX فوق جلسة Claude، وجعل زر إعادة التشغيل يشغّل البرنامج الخطأ. العميل الذي تنتمي إليه الكتلة هو الذي بدأه الشخص، لا الذي بدأته العملية نفسها.
Codex ليس node_repl
يعمل Codex باسم node، والصدفة تبدأ برنامجًا عبر استنساخ نفسها ثم استبدال نفسها بذلك البرنامج، لذا تستمر قائمة العمليات بتسميته بالاسم القديم طوال عمره ما لم يُطلب التنفيذي باسمه. كانت الكتلة التي تشغّل Codex تُسمّى سابقًا node_repl.
قائمة عميل فوق كتلة عميل آخر
كُتبت قائمتا نماذج وعلامة متابعة عندما كان هناك عميل واحد، وبقيتا عامّتين بعد أن أصبح هناك ثلاثة. فتح كتلة Codex كان يعرض Opus وSonnet وHaiku وFable، وأمر المتابعة كان يرسل codex --continue، الذي يرد عليه Codex بخطأ استخدام. كل ما يُقرأ من برنامج أصبح الآن ملكًا لذلك البرنامج ولا يُطلب إلا عبره.
الكلمات في واجهة العميل تتغير
قراءة إجابة عميل، أو الطلب الذي وُجّه إليه، عبر البحث عن كلمات معينة في واجهته يفشل عند الإصدار التالي لذلك العميل. يُتعرّف على كليهما الآن عبر الشكل بدلًا من ذلك: يُعرف العميل بموجّه الانتظار الذي يضعه قبل ما تكتبه، لا بالإطار المرسوم حوله، لأن الإطار موضة والموجّه ليس كذلك.
الإجابة التي يريدها معظم الناس فعليًا هي كلاهما
عمليًا لا أحد يختار واحدًا ويحذف الآخر. أحدهما أفضل في ما تعمل عليه هذه الساعة، والآخر لديه الجلسة التي كنت تعمل فيها على شيء مختلف، وكلاهما له حدود استخدام تصل في أوقات غير مناسبة. المهم هو هل تشغيل الاثنين معًا يكلفك شيئًا.
في vobuda لا يكلّفك شيئًا. كتلتان في تبويب واحد، أو تبويبان، لكل منهما شريطه الخاص الذي يقرأ عميله الخاص، ولكل منهما نموذجه ومستوى جهده ووضع الصلاحيات الظاهر. يسلّم كلاهما إشاراتهما للنافذة بالطريقة نفسها، فيعني الشارة والصوت والتنبيه الشيء نفسه أيًا كان من أطلقها، ويسرد سجل ما حدث أثناء غيابك الاثنين جنبًا إلى جنب، مجمّعين حسب الكتلة.
لا يرتبط أي منهما بقسم إعدادات أو مفتاح تبديل، لأن إشارة تحتاج إلى إعداد قبل أن تعمل ليست ميزة، بل واجب منزلي. يتصلان بنفسيهما عند الإطلاق. الخطافات الخارجية الموجودة مسبقًا تبقى في مكانها، وأي شيء يشغل حدثًا مسبقًا يُستدعى مباشرة بعد خطافاتنا.
Codex وClaude Code، بصراحة
أيهما أفضل، Codex أم Claude Code؟
من ناحية جودة الكود، هذا سؤال عن النماذج التي يعمل عليها كل منهما في اليوم الذي تطرح فيه السؤال، وأي إجابة مكتوبة تصبح قديمة. أما من ناحية سلوكهما كبرنامجين، فإن Claude Code أكثر وضوحًا من الخارج: يكتب قائمة نماذجه في ملف، ويحفظ الجلسات في مجلد لكل مشروع، ويستخدم علامة لاستئناف إحداها. Codex يحتفظ بمزيد من نفسه داخليًا.
هل يمكنني تشغيل Codex وClaude Code جنبًا إلى جنب؟
نعم. كتلتان في النافذة نفسها، لكل منهما شريط تحكم خاص يقرأ عميله الخاص. يعلن كلاهما عند الانتهاء أو عند الحاجة إلى إذن، ويظهران في سجل واحد لما حدث أثناء غيابك.
لماذا لا تعرض vobuda نماذج Codex؟
لأن Codex لا يمكن سؤاله من الخارج عن النماذج المتوفرة لديه. عرضنا سابقًا قائمة من نموذجين لا يشغّلهما، وكانت خاطئة منذ يوم إطلاقها. زر النموذج الآن يفتح أداة الاختيار الخاصة بـ Codex نفسه، وهي صحيحة بالتصميم.
هل يحتاج أي منهما حسابًا مع vobuda؟
لا. لا تملك vobuda أي حسابات على الإطلاق. يستخدم كل عميل الاشتراك أو المفتاح الذي منحته له مسبقًا، ولا تطّلع vobuda على أي منهما أبدًا.
وماذا عن نموذج محلي بدلًا من ذلك؟
نموذج محلي عبر Ollama هو مجرد إدخال في agents.json ولا يحتاج إلى كود. يحصل على كتلة وشريط بكل ما يستطيع ذلك العميل الإفصاح عنه بصدق.
نافذة واحدة، كلا العميلين
مجانية، بلا حساب، وكل شريط يقرأ العميل الذي تحته.
curl -fsSL https://vobuda.com/install.sh | sh