قائمة مرتبة بأفضل خوادم MCP لأداة Codex، من OpenAI Docs MCP وContext7 إلى GitHub وPlaywright وChrome DevTools وFigma. تتضمن مقتطفات config.toml جاهزة للنسخ، وإعدادات موافقة تُبقي صلاحيات الكتابة تحت السيطرة، وطريقة لإضافة توليد الصور إلى مجموعة أدواتك.
يكتب Codex الشيفرة البرمجية بجودة عالية بمفرده. ما لا يستطيع فعله وحده هو قراءة توثيق إصدار المكتبة الذي ثبّتّه هذا الصباح، أو فتح طلب سحب (pull request)، أو النقر عبر صفحة الدفع لديك، أو النظر في الخطأ الذي ظهر في بيئة الإنتاج قبل ساعة. خوادم MCP تسدّ هذه الفجوة. كل خادم يمنح Codex مجموعة من الأدوات عبر بروتوكول سياق النموذج (Model Context Protocol)، وعدد قليل مناسب من هذه الأدوات يحوّل مساعدًا قادرًا إلى مساعد يستطيع أن يأخذ تذكرة من وصفها حتى تغيير مدموج.
يُبنى هذا الترتيب على ما يلجأ إليه المطورون في المشاريع الفعلية: التوثيق، وإدارة الشيفرة المصدرية، والمتصفحات، وملفات التصميم، وتتبّع الأخطاء. ينطلق من توثيق Codex الرسمي من OpenAI، الذي يسمّي قائمة قصيرة من الخوادم الموصى بها، ثم يضيف الخوادم الإضافية التي تستحق مكانًا في إعداد عملي. وستحصل على مقتطفات config.toml يمكنك لصقها، وطريقة للإبقاء على الصلاحيات محكمة، ونظرة على إضافة توليد الصور إلى المجموعة نفسها.
💡 الإجابة السريعة: ثبّت OpenAI Docs MCP وContext7 وGitHub وPlaywright أولًا. أضف Chrome DevTools وFigma وSentry فقط عندما يحتاجها المشروع.
يقرأ Codex إعداداته من ~/.codex/config.toml. هذا الملف الواحد مشترك بين واجهة سطر الأوامر، وإضافة المحرر، وتطبيق سطح المكتب، لذلك يظهر أي خادم تسجّله مرة واحدة في كل مكان. لكل خادم جدول [mcp_servers.<name>] خاص به، ويتصل Codex بالخوادم المفعّلة عند بدء التشغيل.
خادم MCP برنامج صغير، أو نقطة نهاية مستضافة، تعلن قائمة بالأدوات التي تقدمها. يتصل Codex، ويقرأ هذه القائمة، ويستطيع استدعاء تلك الأدوات أثناء تنفيذ المهمة. يوفّر خادم GitHub إجراءات طلبات السحب، ويوفّر خادم التوثيق خاصية البحث. يقرر Codex متى يستدعي أداة ما، وتقرر إعدادات الموافقة لديك ما إذا كان عليه أن يسألك أولًا.
الأثر العملي هو تخمين أقل. فبدلًا من الكتابة استنادًا إلى نسخة محفوظة في الذاكرة من API، يبحث المساعد عنها. وبدلًا من أن يخبرك أن الإصلاح "يفترض أن يعمل"، يفتح متصفحًا ويتحقق منه.
يعتمد نوع الاتصال على الحقول التي تكتبها. يعني command أن Codex يشغّل عملية محلية من نوع stdio، ويعني url أنه يتواصل مع خادم بعيد من نوع streamable HTTP.
| خادم Stdio | خادم Streamable HTTP | |
|---|---|---|
| يُحدَّد بواسطة | command | url |
| يعمل كـ | عملية محلية يشغّلها Codex | خدمة بعيدة |
| الإعداد المعتاد | حزمة npx مع args | OAuth أو رمز حامل (bearer token) |
| بيانات الاعتماد | env أو env_vars | auth (OAuth افتراضيًا) أو bearer_token_env_var |
| مناسب لـ | البحث في التوثيق، والمتصفحات، والملفات المحلية | الخدمات المستضافة مثل متتبّعات المشكلات |
💡 بالنسبة إلى الخوادم البعيدة التي تستخدم OAuth، شغّل
codex mcp loginمرة واحدة. داخل واجهة الطرفية، يعرض/mcpالخوادم النشطة حاليًا.
يتبع الترتيب أدناه قاعدتين. الخوادم التي تقرأ فقط تأتي قبل الخوادم التي تكتب. والخوادم التي تنقذ Codex من المعلومات القديمة تأتي قبل الخوادم التي توفّر عليك نقرة واحدة فقط. خمسة من الخوادم الستة مأخوذة مباشرة من القائمة التي توصي بها OpenAI في توثيق Codex.
| الترتيب | الخادم | الاستخدام الأمثل | خطر الكتابة |
|---|---|---|---|
| 1 | OpenAI Docs MCP | إجابات حالية عن OpenAI API و Codex | منخفض جدًا |
| 2 | Context7 | توثيق المكتبات حسب الإصدار | منخفض جدًا |
| 3 | GitHub | طلبات السحب والمشكلات وتشغيلات CI | متوسط |
| 4 | Playwright | تشغيل متصفح حقيقي | متوسط |
| 5 | Chrome DevTools | وحدة التحكم والشبكة والأداء | منخفض |
| 6 | Figma | البناء من ملفات تصميم حقيقية | منخفض |
يخبرك الترتيب بما هو جيد بشكل عام فقط. ما تثبّته أولًا يعتمد على المشروع الذي أمامك:
| نوع المشروع | ثبّته أولًا | أضفه لاحقًا |
|---|---|---|
| تطبيق واجهة أمامية فردي | Context7، Playwright، Chrome DevTools | Figma |
| خدمة خلفية API | Context7، GitHub، Sentry | خادم قاعدة بيانات للقراءة فقط |
| مستودع فريق مع CI | GitHub، Linear، Context7 | Playwright، Sentry |
إذا كان التطبيق نفسه يستدعي OpenAI APIs، فأضف OpenAI Docs MCP إلى أي صف. وهو لا يكلّف تقريبًا شيئًا، ويمنع فئة كاملة من أخطاء المعاملات القديمة.
يعرف Codex ما تدرّب عليه، وقد يتأخر ذلك عن معامل أُعيدت تسميته أو نقطة نهاية جديدة. يتيح خادم OpenAI Docs لـ Codex أن يتحقق من التوثيق الحالي بدلًا من التخمين. وهو يقرأ فقط، لذلك لا يكاد يوجد ما قد يسير بشكل خاطئ.
إذا كان تطبيقك يستدعي OpenAI APIs، أو كنت تطرح على Codex أسئلة حول إعداداته الخاصة، فهذا هو التثبيت الأعلى عائدًا في القائمة. ويستحق المركز الأول لأنه مفيد وخالٍ من المخاطر تقريبًا.
يجلب Context7 توثيقًا حاليًا خاصًا بالإصدار للمكتبات والأطر، ويضعه في السياق عند الطلب. وهو يواجه أكثر أخطاء الوكلاء شيوعًا: الكتابة بثقة بالاعتماد على API تغيّر قبل إصدارين رئيسيين.
يسجّله أمر واحد:
codex mcp add context7 -- npx -y @upstash/context7-mcp
أو اكتب الشيء نفسه يدويًا، مع نافذة بدء تشغيل أطول لتنزيل npx الأول:
[mcp_servers.context7]
command = "npx"
args = ["-y", "@upstash/context7-mcp"]
startup_timeout_sec = 20
💡 أضف سطرًا واحدًا إلى
AGENTS.md، مثل "use Context7 for library documentation"، حتى يلجأ Codex إليه دون أن تطلب ذلك في كل مرة.
بالنسبة إلى معظم الفرق، يُعد خادم GitHub الرسمي الاتصال الأكثر تأثيرًا بعد التوثيق. يستطيع Codex أن يقرأ طلبات السحب ويعلّق عليها، ويبحث في الشيفرة عبر المستودعات، ويفرز المشكلات، ويفحص تشغيلات CI الفاشلة. وهذا يحوّل سؤال "لماذا يفشل هذا البناء؟" من بحث لعشر دقائق بين التبويبات إلى أمر نصي واحد.
وهو أيضًا أول خادم في هذه القائمة يستطيع تغيير الأشياء، لذلك اضبطه بعناية:
[mcp_servers.github]
url = "https://api.githubcopilot.com/mcp/"
bearer_token_env_var = "GITHUB_MCP_TOKEN"
default_tools_approval_mode = "prompt"
تحقّق من نقطة النهاية في ملف README الخاص بـ GitHub قبل أن تنسخها، لأن عناوين الخوادم المستضافة قد تتغير. احفظ الرمز المميز في متغير بيئة، وقصره على المستودعات التي تعمل عليها فعلًا، وابدأ بصلاحية القراءة.
يمنح Codex متصفحًا حقيقيًا يتحكم به خادم Playwright من Microsoft. يفتح الصفحات، ويملأ النماذج، وينقر على عناصر التحكم، ويقرأ الصفحة عبر شجرة إمكانية الوصول الخاصة بها، ويحتفظ بحالة المتصفح طوال جلسة التصحيح. ويظهر الفرق في صياغة الإجابة: تتحول عبارة "قمت بالتغيير" إلى "قمت بالتغيير وتأكدت من أنه يُعرض بشكل صحيح."
[mcp_servers.playwright]
command = "npx"
args = ["@playwright/mcp@latest"]
استخدمه في مسارات الدفع، والتحقق من صحة النماذج، وأي شيء يظهر فيه الخطأ فقط بعد ثلاث نقرات. ولأنه يستطيع إرسال النماذج والنقر على الأزرار، وجّهه نحو موقع تجريبي (staging) وليس الإنتاج.
تسرد وثائق OpenAI كلًا من Chrome DevTools وPlaywright كبديلين، لكنهما يحلان مشكلات مختلفة. Playwright يُؤتمت مسارًا، وDevTools يفحص صفحة. عندما يكون السؤال "لماذا هذا بطيء؟" أو "ما هذا الخطأ في وحدة التحكم؟"، يتيح خادم DevTools لـ Codex أن ينظر إلى لوحة الشبكة ووحدة التحكم وبيانات الأداء، بدلًا من الاستدلال من الشيفرة المصدرية وحدها.
كثير من المشاريع تنتهي بتشغيل الاثنين معًا. إن كان لا بد من اختيار واحد، فاختر Playwright للعمل الشبيه بالاختبارات، واختر DevTools لأخطاء الأداء والعرض.
بدون خادم تصميم، يبني Codex من لقطة شاشة أو من وصفك، وتنحرف المسافات. ومع خادم Figma، يستطيع أن يسحب معلومات منظمة من الملف نفسه: التخطيط، والمسافات، والألوان، وبنية المكونات. والنتيجة مسودة أولى أقرب بكثير إلى ما سلّمه المصمم.
يأتي في المرتبة الأخيرة في القائمة القصيرة فقط لأنه يهم عددًا أقل من المشاريع. وفي فريق واجهات أمامية يعمل على ملف تصميم حي، يمكن أن يرتقي إلى المركز الثاني.
بعد أن تستقر الخوادم الستة الأساسية، تُثبت بعض الاتصالات الإضافية جدواها في أنواع محددة من العمل. تحقّق من التوثيق الحالي لكل مزوّد للحصول على نقطة النهاية ونطاقات الصلاحيات، لأن هذه تتغير أسرع من أن تواكبها مدونة.
تنشر Sentry خادم MCP يستطيع أن يمنح Codex تتبعات المكدس (stack traces) والأخطاء الأخيرة، فيبدأ تقرير الخطأ من الفشل الحقيقي لا من صياغة مُعاد كتابتها. وتنشر Linear خادمًا مماثلًا، يتيح لـ Codex قراءة نص التذكرة ومعايير القبول قبل أن يكتب أي شيء. ومعًا يغلقان الحلقة: يخبرك الخطأ بما تعطّل، وتخبرك التذكرة بما يعنيه "تم الإصلاح".
تستحق خوادم قواعد البيانات تحذيرًا. فالخادم الموصول بقاعدة بيانات إنتاجية يحوّل خطأ كتابيًا بسيطًا إلى حادثة. وجّهه نحو نسخة متماثلة للقراءة فقط (read-only replica) أو نسخة محلية، وأبقِ كل أدوات الكتابة معطّلة.
يمكنك إضافة الخوادم بطريقتين، وتنتجان النتيجة نفسها.
سطر الأوامر هو أسرع طريق لخادم واحد:
# local stdio server
codex mcp add playwright -- npx @playwright/mcp@latest
# remote streamable HTTP server
codex mcp add github --url https://api.githubcopilot.com/mcp/
# see what is configured, and log in to OAuth servers
codex mcp list
codex mcp login github
يكتب codex mcp add إلى config.toml نفسه، ويمكنك تمرير --env NAME=VALUE للخوادم المحلية التي تحتاج إلى متغيرات بيئة. شغّل codex mcp --help للاطلاع على قائمة الأوامر الكاملة.
بعد كل تثبيت، نفّذ الفحوصات الثلاثة نفسها قبل أن تثق بالخادم:
/mcp وتأكد من أن الخادم يظهر كنشط.إذا فشلت الخطوة الأولى، فغالبًا ما يكون السبب مهلة بدء تشغيل، أو متغير بيئة مفقود، أو حزمة تحتاج إلى أول تنزيل لها. أصلح ذلك قبل أن تضيف الخادم التالي، حتى تعرف دائمًا أي تغيير تسبب في أي عطل.
بالنسبة إلى مجموعة ستعيد استخدامها، حرّر الملف. كما يتيح لك ضبط الخيارات التي لا تطلبها واجهة سطر الأوامر. وهذه أهمها:
| الحقل | القيمة الافتراضية | وظيفته |
|---|---|---|
startup_timeout_sec | 10 | المدة التي ينتظرها Codex حتى يبدأ الخادم |
tool_timeout_sec | 60 | المدة القصوى لتشغيل استدعاء أداة واحدة |
enabled | on | يوقف الخادم دون حذفه |
required | off | يُفشل بدء التشغيل إذا تعذّر تهيئة الخادم |
enabled_tools | all | قائمة سماح بالأدوات التي يجوز لـ Codex استخدامها |
disabled_tools | none | قائمة منع بالأدوات التي لا يجوز لـ Codex استخدامها |
default_tools_approval_mode | varies | auto، أو prompt، أو writes، أو approve |
كل خادم متصل يوسّع ما يستطيع المساعد الوصول إليه. بعض العادات الصغيرة تجعل ذلك قابلًا للإدارة.
قد يعرض الخادم عشرات الأدوات، ونادرًا ما تحتاج إليها كلها. استخدم enabled_tools لتحديد ما يجوز لـ Codex استدعاؤه بالضبط، أو disabled_tools لإزالة القليل الخطير منها. وقائمة الأدوات الأقصر تعني أيضًا نصًا أقل يقرؤه النموذج، واختيارات خاطئة أقل.
ضع required = true فقط على الخوادم التي لا تستطيع المهمة العمل بدونها. إذا فشل خادم مفيد لكنه غير ضروري في البدء، فأنت تريد أن يواصل Codex عمله لا أن يتوقف.
يأخذ الحقل default_tools_approval_mode أربع قيم في التوثيق: auto، وprompt، وwrites، وapprove. اقرأ صفحة المرجع لمعرفة السلوك الدقيق لكل منها قبل أن تعتمد على أحدها. كقاعدة عامة، استخدم وضع المطالبة لأي خادم يستطيع الإنشاء أو التحرير أو الحذف، واترك خوادم التوثيق للقراءة فقط على إعداد أكثر مرونة.
💡 سياسة بداية معقولة: خوادم التوثيق على وضع مرن، وGitHub وPlaywright على وضع المطالبة، وخوادم قواعد البيانات للقراءة فقط مع تعطيل الكتابة.
يستطيع Codex أن يكتب صفحة هبوط، لكنه لا يستطيع رسم صورة الواجهة الرئيسية. تقدم PicassoIA ربط MCP، إلى جانب API للمطورين، حتى يتمكن المساعد من توليد الصور كجزء من المهمة نفسها. تجد تفاصيل الربط في صفحة اتصالات MCP داخل حسابك على PicassoIA، ويتطلب ذلك تسجيل الدخول.
تتوفر أربعة نماذج عبر API وعبر ربط MCP:
عنوان الخادم غير منشور في الصفحات العامة لـ PicassoIA، لذا انسخه من حسابك. إذا أعطاك عنوانًا بعيدًا (remote URL)، فسجّله باستخدام العلامة --url الموضحة أعلاه، ثم تأكد من ظهوره في /mcp قبل أن تبني سير عمل حوله.
تعمل API بشكل غير متزامن: تنشئ طلب تشغيل، ثم تستعلم عن حالته بشكل دوري، ثم تجلب النتيجة. خطط وفق هذه الحدود:
إليك نمط أمر نصي يستحق التجربة مرة واحدة بعد أن يعمل الاتصال: اطلب من Codex بناء قسم الواجهة الرئيسية في صفحة، ثم استدعاء أداة الصور بأمر نصي فوتوغرافي بنسبة عرض إلى ارتفاع 16:9 يتطابق مع موضوع الصفحة، وأخيرًا الإشارة إلى عنوان URL للصورة المُعادة داخل الترميز. مهمة واحدة، دون تبديل بين التبويبات، ومواصفات الصورة تأتي من السياق نفسه الذي جاء منه النص الإعلاني.
إذا انتهت مهلة استدعاء توليد داخل Codex، فارفع tool_timeout_sec لذلك الخادم. تصف صفحات الأسعار، إلى جانب توثيق API، شروط الوصول بصيغ مختلفة قليلًا، لذا تحقق من متطلبات الخطة لحسابك قبل الاعتماد عليه.
أما الجانب النصي، فيستضيف PicassoIA أيضًا نماذج محادثة مثل GPT 5.6 Sol وClaude Sonnet 5، وهي مفيدة لصياغة AGENTS.md أو مقارنة نهجين قبل أن تسلّم المهمة إلى Codex.
bearer_token_env_var أو env_vars حتى تبقى الأسرار خارج ملف قد تضيفه إلى المستودع.npx يحمّل حزمة، وعشر ثوانٍ قد تكون قصيرة. ارفع startup_timeout_sec./mcp أبدًا. الخادم الذي فشل في البدء بصمت يبدو تمامًا مثل خادم اختار Codex ألا يستخدمه.اختر ثلاثة خوادم من القائمة القصيرة، وسجّلها، وأعطِ Codex مهمة حقيقية: اختبار فاشل، أو تبعية قديمة، أو صفحة تبدو خاطئة على الهاتف. ستعرف خلال ساعة أيها يستحق مكانه.
ثم خذ الأمر خطوة أبعد. افتح PicassoIA، وولّد صورة واجهة رئيسية باستخدام PicassoIA Image، وأدرجها في الصفحة التي بناها Codex للتو. جرّب أوامر نصية مختلفة، وجرّب المحرر على النتيجة، وانظر كم من مهمة إطلاق يمكنك إنجازها في جلسة واحدة.
اختر لغتك
