راهنمای راه‌اندازی API شخص ثالث برای Codex CLI
رله Codex یعنی اشاره دادن Codex CLI به نقطه پایانی‌ای که پروتکل OpenAI Responses را ارائه میدهد و پرداخت به‌ازای هر توکن با کلیدی که با cr_ شروع میشود – سیستمی جدا از اشتراک ChatGPT. بر اساس 2026-11-04، مستندات QCode مقدار base_url برای Codex را روی https://api.qcode.cc/openai تنظیم میکنند. بر اساس 2026-10-07، شما Codex CLI را با افزودن جدول خودتان زیر model_providers در ~/.codex/config.toml، همراه با base_url، wire_api و env_key (نام متغیر محیطی که کلید شما را نگه می‌دارد)، و تنظیم model_provider سطح بالا روی آن، به یک نقطه پایانی API شخص ثالث یا سفارشی متصل می‌کنید؛ مرجع رسمی پیکربندی میگوید responses تنها مقدار پشتیبانی‌شده wire_api است. برای QCode، base_url برابر https://api.qcode.cc/openai است؛ مستندات QCode در آن جدول requires_openai_auth = true را تنظیم میکنند و کلید را در ~/.codex/auth.json قرار می‌دهند، و برای اینکه کلید را به‌جای آن از طریق متغیر محیطی ارسال کنید، آن خط را با env_key جایگزین می‌کنید – از یکی از آن دو استفاده کنید. این صفحه هر کلید، خطاهای رایج و مدل‌هایی را که باید انتخاب کنید مرور میکند.
به‌روزرسانی شده 2026-11-14
این ابزار را به نقطه پایانی QCode متصل کنید — یک کلید برای Claude، GPT و مدلهای چینی.
- صورت‌حساب به‌ازای توکن — نرخ‌های زنده در /models
- پرداخت با کارت (Visa / Mastercard)، Apple Pay، Google Pay یا رمزارز
- به‌صورت خودخدمت: شارژ حساب و فعال‌سازی فوری
چهار مقدار که باید درست تنظیم شوند
تنها مقدار wire_api
مرجع رسمی پیکربندی بیان میکند که responses تنها مقدار پشتیبانی‌شده و همچنین مقدار پیش‌فرض هنگام حذف این فیلد است. مستندات QCode نیز wire_api را روی responses تنظیم میکنند که به مسیر /openai/v1/responses نگاشت میشود.
متغیر محیطی که کلید را نگه می‌دارد
env_key نام یک متغیر محیطی را نگه می‌دارد، نه خود کلید را؛ عبارت رسمی «متغیر محیطی تأمین‌کننده کلید API ارائه‌دهنده» است. کلیدهای QCode با cr_ شروع می‌شوند. می‌توانید نام متغیر را خودتان انتخاب کنید؛ مثال مستندات QCode از QCODE_API_KEY استفاده میکند.
جایی که base_url در QCode پایان می‌یابد
مستندات QCode میگویند base_url مربوط به Codex باید https://api.qcode.cc/openai باشد؛ Codex از پروتکل Responses استفاده میکند، بنابراین درخواست‌ها به /openai/v1/responses می‌رسند.
جدیدترین CLI در انتشارهای رسمی OpenAI
بر اساس 2026-11-04، جدیدترین مورد در انتشارهای رسمی OpenAI در GitHub، Codex CLI 0.166.0 است (2026-10-29). پیش از آن، 0.160.1 در 2026-10-05 جدیدترین بود؛ از 0.159.1 (2026-09-29) کاتالوگ مدل همراه از GPT-6.1 Sol به‌عنوان مدل پیش‌فرض خود استفاده میکند.
نحوه انتخاب نقطه پایانی توسط Codex
تا تاریخ 2026-10-07، Codex CLI مقصد درخواست‌ها را بر اساس model_provider در config.toml تعیین میکند: مقدار آن شناسه یک جدول زیر model_providers است و در صورت تنظیم‌نشدن، به‌صورت پیش‌فرض openai است. مستندات رسمی میگویند ارائه‌دهنده مدل تعیین میکند Codex چگونه به یک مدل متصل میشود و شامل Base URL، wire API، احراز هویت و هدرهای HTTP اختیاری است؛ ارائه‌دهندگان سفارشی نمی‌توانند از شناسه‌های رزروشده داخلی openai، ollama و lmstudio دوباره استفاده کنند. تنظیمات سطح کاربر در ~/.codex/config.toml قرار دارد (در Windows زیر %USERPROFILE%\.codex\)؛ .codex/config.toml یک پروژه فقط زمانی بارگذاری میشود که به پروژه اعتماد کنید، و model_provider و model_providers در آن سطح پروژه نادیده گرفته می‌شوند. مستندات QCode نام ارائه‌دهنده را qcode ذکر میکنند و از پروتکل OpenAI Responses استفاده میکنند؛ همان کلید روی api.qcode.cc، us.qcode.cc و asia.qcode.cc کار میکند.
انتشارهای اخیر مرتبط با ارائه‌دهندگان
بر اساس تغییرات رسمی: از 2026-09-22، عرضه GPT-6 Sol و GPT-6 Luna به Codex آغاز شد و این مدلها در CLI با /model یا codex --model gpt-6-sol قابل انتخاب هستند؛ در 2026-09-29، Codex CLI 0.159.1، GPT-6.1 Sol را به مدل پیش‌فرض در کاتالوگ همراه تبدیل کرد؛ 0.160.0 در 2026-10-01 نحوه شناسایی متغیر محیطی کلید API توسط env_key را روشن‌تر کرد، مانع از این شد که کاتالوگ‌های مدل صریح ارائه‌دهنده مدلهای همراه پشتیبانی‌نشده را شامل شوند، و باعث شد رابط کاربری ترمینال تنظیمات ارائه‌دهنده سرور را حفظ کند؛ سپس 0.160.1 در 2026-10-05 و پس از آن 0.164.0 در 2026-10-23 و 0.166.0 در 2026-10-29 منتشر شد؛ تا تاریخ 2026-11-04، 0.166.0 جدیدترین نسخه در انتشارهای رسمی GitHub است. به‌صورت جداگانه، اطلاعیه رسمی 2026-09-14 تاریخ 2026-10-14 را زمان بازنشستگی GPT-5.5 از ChatGPT، ChatGPT Work و Codex اعلام میکند (این بازنشستگی به OpenAI API اعمال نمی‌شود) و از شما می‌خواهد تنظیمات ذخیره‌شده مدل، عامل‌های سفارشی و اسکریپت‌هایی را که هنوز gpt-5.5 را انتخاب میکنند به‌روزرسانی کنید. نسخه محلی خود را با codex --version بررسی کنید.
جدول زمانی
GPT-6 Sol و GPT-6 Luna عرضه خود به Codex را آغاز میکنند؛ OpenAI برای کدنویسی پیچیده و جریان‌های کاری عاملی Sol را توصیه میکند، و در CLI با /model یا codex --model gpt-6-sol مدل را تغییر می‌دهید.
GPT-6.1 Sol در Codex عرضه میشود؛ همان روز Codex CLI 0.159.1 آن را به مدل پیش‌فرض در کاتالوگ همراه تبدیل میکند. مستندات QCode، gpt-6.1-sol را به‌عنوان GPT-6 Sol به‌روزرسانی‌شده فهرست میکنند.
Codex CLI 0.160.1 منتشر میشود؛ جدیدترین ورودی CLI در تغییرات رسمی هنگام بررسی این صفحه در 2026-10-07. پیش از آن، 0.160.0 در 2026-10-01 مستندات env_key را روشن‌تر کرده بود. پس از آن 0.164.0 در 2026-10-23 و 0.166.0 در 2026-10-29 منتشر شد؛ تا تاریخ 2026-11-04، 0.166.0 جدیدترین است.
تأیید‌شده در برابر تأیید‌نشده
تأیید‌شده (به‌صورت واژه‌به‌واژه در صفحات رسمی و مستندات QCode)
مستندات رسمی Codex: model_provider به‌صورت پیش‌فرض openai است؛ openai، ollama و lmstudio شناسه‌های رزرو‌شده‌ای هستند که قابل بازنویسی نیستند؛ responses تنها مقدار پشتیبانی‌شده برای wire_api و مقدار پیش‌فرض در صورت حذف است؛ env_key متغیر محیطی‌ای است که کلید API را تأمین میکند؛ requires_openai_auth به‌صورت پیش‌فرض false است؛ قرار دادن یک توکن bearer مستقیم در experimental_bearer_token توصیه نمی‌شود؛ model و model_provider باید پیش از نخستین جدول TOML قرار بگیرند. تغییرات رسمی: GPT-6.1 Sol از 0.159.1 مدل پیش‌فرض کاتالوگ همراه است و 0.160.1 در 2026-10-05 منتشر شد. مستندات QCode: base_url برابر https://api.qcode.cc/openai است، wire_api برابر responses است، requires_openai_auth برابر true است، و کلید با cr_ شروع میشود و در OPENAI_API_KEY در ~/.codex/auth.json قرار میگیرد؛ برای گونه متغیر محیطی، requires_openai_auth = true با env_key = "QCODE_API_KEY" جایگزین میشود و فقط یکی از این دو را می‌توان استفاده کرد.
تأیید‌نشده یا مستند‌نشده
چهار نکته تأیید‌نشده است، پس به آن‌ها تکیه نکنید: نخست، مرجع رسمی تنظیمات که در 2026-10-07 برای این صفحه دریافت شد هیچ ورودی preferred_auth_method ندارد، و نمونه فعلی QCode دیگر آن خط را شامل نمی‌شود، بنابراین اینکه در نسخه‌های فعلی، اگر یک تنظیم قدیمی هنوز آن را داشته باشد، چه کاری انجام میدهد تأیید‌نشده است؛ دوم، مرجع رسمی همچنین یک جدول احراز هویت مبتنی بر فرمان، http_headers، supports_websockets و موارد بیشتر ارائه میدهد که مستندات QCode آن‌ها را پوشش نمی‌دهد، و این صفحه هیچ وعده‌ای درباره کارکرد آن‌ها با QCode نمی‌دهد؛ سوم، بررسی نشده است که نسخه‌های Codex پیش از 0.159.1 نام gpt-6.1-sol را می‌شناسند یا نه، و مستند رسمی gateway فقط میگوید بدون یک کاتالوگ سفارشی باید ابتدا تأیید کنید که نسخه Codex شما مدل را می‌شناسد؛ چهارم، OpenAI میگوید GPT-6.1 Sol عملکردی نزدیک به Astra را با هزینه‌ای کمتر از Astra ارائه میدهد، که ادعای خود فروشنده است و هیچ اندازه‌گیری از سوی شخص ثالث ندارد.
دو انتخاب برای تعیین تکلیف
ارائه‌دهنده سفارشی در برابر openai_base_url
مستندات رسمی دو مسیر ارائه می‌دهند: اگر فقط می‌خواهید ارائه‌دهنده داخلی openai را به یک پراکسی یا روتر متصل کنید، به‌جای تعریف ارائه‌دهنده جدید، openai_base_url را تنظیم کنید؛ اگر به متغیر کلید و تنظیمات پروتکل خودتان نیاز دارید، جدولی زیر model_providers اضافه کنید. نمی‌توانید جدولی با نام openai بسازید، زیرا شناسه‌های داخلی قابل بازنویسی نیستند. مستندات QCode از مسیر دوم (ارائه‌دهنده qcode) استفاده میکنند و openai_base_url را مستند نکرده‌اند؛ بنابراین این صفحه آن را برای QCode توصیه نمیکند.
auth.json در برابر متغیر محیطی
مستندات QCode میگویند یکی از دو روش را استفاده کنید: یا requires_openai_auth = true را در جدول ارائه‌دهنده تنظیم کنید و OPENAI_API_KEY را در ~/.codex/auth.json قرار دهید (راه‌اندازی اصلی مستندات)، یا requires_openai_auth = true را با env_key = "QCODE_API_KEY" جایگزین کنید و QCODE_API_KEY را export کنید. مستندات رسمی میگویند Codex وقتی requires_openai_auth = true است env_key را نادیده میگیرد؛ بنابراین اگر هر دو در جدول باشند، متغیر محیطی اثری ندارد. OpenAI توصیه میکند اعتبارنامه‌ها را از فایل‌های TOML و مخزن‌ها بیرون نگه دارید و اشاره میکند متغیری که در ترمینال تنظیم میشود ممکن است برای برنامه‌ای که از دسکتاپ اجرا میشود در دسترس نباشد.
پنج مرحله برای اتصال QCode
بر اساس مستندات QCode: ① پوشه پیکربندی ~/.codex را ایجاد کنید (در Windows، %USERPROFILE%\.codex)؛ ② کلیدهای سطح بالا را در ابتدای config.toml قرار دهید: model_provider را روی qcode، model را روی gpt-6-sol یا gpt-6.1-sol و به‌صورت اختیاری model_reasoning_effort تنظیم کنید؛ این کلیدها باید پیش از نخستین سرآیند جدول بیایند، وگرنه به‌عنوان بخشی از همان جدول خوانده می‌شوند؛ ③ جدول model_providers.qcode را با name برابر qcode، base_url برابر https://api.qcode.cc/openai، wire_api برابر responses و requires_openai_auth برابر true اضافه کنید (از آمریکای شمالی و اروپا می‌توانید میزبان را با us.qcode.cc جایگزین کنید)؛ ④ کلید را تأمین کنید: کلید cr_ خود را به‌عنوان OPENAI_API_KEY در ~/.codex/auth.json قرار دهید؛ برای ارسال کلید از طریق متغیر محیطی به‌جای آن، requires_openai_auth = true را در جدول با env_key = "QCODE_API_KEY" جایگزین کنید و QCODE_API_KEY را export کنید. فقط یکی از این دو را به کار ببرید: مستندات رسمی میگویند Codex وقتی requires_openai_auth = true باشد، env_key را نادیده میگیرد؛ ⑤ codex را اجرا کنید و برای تأیید مدل و ارائه‌دهنده فعال، دستور /status را اجرا کنید، یا codex doctor را برای بررسی پیکربندی اجرا کنید.
استفاده از Codex در QCode
یک کلید با پیشوند cr_ را از کنسول QCode کپی کنید و پنج مرحله بالا را دنبال کنید؛ یا از اسکریپت راه‌اندازی تک‌کلیکی مستندات QCode استفاده کنید که CLI را نصب میکند، پیکربندی ~/.codex را می‌نویسد و یک بررسی اتصال اجرا میکند. Codex از پروتکل OpenAI Responses استفاده میکند؛ بنابراین مدل‌هایی که Codex روی QCode اجرا میکند از خانواده GPT هستند: gpt-6.1-sol، gpt-6.1-terra، gpt-6-sol، gpt-6-astra و gpt-5.6-terra (جدول مدل در صفحه Codex مستندات QCode، 2026-11-04) همه قابل فراخوانی هستند؛ gpt-5.6-sol نیز که هنوز در /models فهرست شده است قابل فراخوانی است، و برای جابه‌جایی فقط model را تغییر می‌دهید (QCode در حال حاضر از gpt-6-luna یا gpt-5.6-luna پشتیبانی نمیکند؛ این مدلها روی QCode پشتیبانی نمی‌شوند، بنابراین لطفاً به‌جای آن‌ها از یکی از این مدلهای GPT استفاده کنید)؛ Claude و مدلهای GLM، Kimi، DeepSeek و Qwen از این پروتکل استفاده نمی‌کنند. همین کلید در Claude Code هم کار میکند. محاسبه هزینه به‌ازای هر توکن است؛ قیمت هر مدل در /models است. تا تاریخ 2026-11-04، صفحه شارژ حساب Alipay، WeChat Pay، کارت‌های بانکی و ارز دیجیتال را می‌پذیرد. Alipay، WeChat Pay، کارت‌ها، Apple Pay و Google Pay معمولاً ظرف یک دقیقه واریز می‌شوند؛ SBP و کارت‌های روسی ممکن است چند دقیقه طول بکشند؛ ارز دیجیتال به‌صورت دستی بررسی و ظرف یک روز به حساب اضافه میشود. برای پلن ماهانه آماده نیستید؟ بسته‌های پرداخت به‌ازای مصرف از $4 شروع می‌شوند و شامل سهمیه‌ای یک‌باره هستند که ظرف 7 روز از آن استفاده می‌کنید؛ اگر از قبل پلن شخصی دارید، وقتی به سهمیه بیشتری نیاز دارید یک بسته تقویتی اضافه کنید. نحوه انتخاب سرویس رله در /how-to-choose-ai-api-relay آمده است.
پرسش‌های متداول
برای استفاده از API شخص ثالث در Codex CLI چه چیزی را باید تغییر دهید؟
دو چیز در ~/.codex/config.toml: model_provider سطح بالا را روی شناسه ارائه‌دهنده خودتان تنظیم کنید، سپس جدولی برای آن شناسه زیر model_providers با base_url، wire_api و env_key اضافه کنید. مرجع رسمی پیکربندی میگوید responses تنها مقدار پشتیبانی‌شده برای wire_api است و env_key نام متغیر محیطی‌ای را مشخص میکند که کلید API را تأمین میکند؛ requires_openai_auth ارائه‌دهنده‌ای را مشخص میکند که از احراز هویت OpenAI استفاده میکند و به‌طور پیش‌فرض false است؛ وقتی true باشد، Codex env_key را نادیده میگیرد، بنابراین از یکی از این دو روش استفاده کنید. مستندات QCode مقدار requires_openai_auth = true را با کلید در ~/.codex/auth.json تنظیم میکنند و env_key را فقط برای حالت متغیر محیطی به‌جای آن استفاده میکنند.
در base_url چه چیزی قرار میگیرد؟ آیا باید /v1 را اضافه کنید؟
برای QCode از https://api.qcode.cc/openai استفاده کنید، بدون /v1 و بدون اسلش پایانی. مستندات QCode میگویند base_url در Codex باید دقیقاً همین باشد، و Codex سپس از مسیر /openai/v1/responses استفاده میکند. قاعده کلی مستندات نقطه‌های پایانی این است که اسلش پایانی را حذف کنید، چون مسیری با دو اسلش و خطای 404 ایجاد میکند؛ خطای 404 معمولاً یعنی پیشوند مسیر اشتباه است. نسخه پشتیبان آسیا https://asia.qcode.cc/openai است، و us.qcode.cc به آمریکای شمالی و اروپا سرویس میدهد.
اگر خطای 401 یا API key not found دریافت کنید، چه باید کرد؟
سه مورد را بررسی کنید: اینکه کلید با cr_ شروع میشود و کلید موجود در auth.json هیچ فاصله یا شکست خط ناخواستهای ندارد؛ در حالت متغیر محیطی، اینکه نام متغیر دقیقاً همان چیزی است که env_key در config.toml میگوید (در مستندات QCode: QCODE_API_KEY)، اینکه جدول دیگر requires_openai_auth = true ندارد (با وجود آن، Codex مقدار env_key را نادیده میگیرد)، و اینکه متغیر واقعاً در پوسته فعلی تنظیم شده است؛ و در نهایت وضعیت کلید در QCode Console.
اگر config.toml را ویرایش کرده‌اید، چرا ارائه‌دهنده شما فعال نیست؟
بیشتر اوقات یک کلید سطح بالا در جای اشتباه قرار دارد: مستندات رسمی میگویند model و model_provider باید پیش از نخستین جدول TOML بیایند، زیرا کلیدهای پس از سرآیند جدول به همان جدول تعلق دارند. در مرحله بعد، فایل .codex/config.toml یک پروژه model_provider و model_providers را نادیده میگیرد، بنابراین ارائه‌دهنده باید در ~/.codex/config.toml در سطح کاربر شما قرار داشته باشد، و جدول نمی‌تواند openai نام داشته باشد. همچنین مستندات QCode اشاره میکند که از Codex 0.134.0 به بعد، جدول‌های profiles قدیمی در config.toml بازنشسته شدهاند، و اجرای --profile در حالی که آن‌ها هنوز وجود دارند خطای قطعی است. پس از شروع، /status مدل و ارائه‌دهنده فعال را نشان میدهد.
آیا یک کلید میتواند هم برای Codex و هم برای Claude Code کار کند؟
بله. مستندات QCode که در 2026-11-04 بازبینی شدهاند میگویند Claude Code و Codex از همان کلید API QCode استفاده میکنند، و تغییر مدلها به تنظیمات اضافی نیاز ندارد. اما ارسال مدل Claude به Codex کار نمیکند: مستندات QCode میگویند Codex از پروتکل OpenAI Responses استفاده میکند، که فقط به خانواده GPT سرویس میدهد، نه به مدلهای Claude یا GLM، Kimi، DeepSeek و Qwen؛ مدلهای Claude فقط از طریق پروتکل Anthropic کار میکنند. مثال مستندات: ارسال مدل Claude به /openai/v1/chat/completions خطای model_not_available_on_endpoint را برمیگرداند، و این بررسی پیش از احراز هویت اجرا میشود؛ پس معنایش پروتکل اشتباه است، نه کلید نامعتبر. برای Claude، از Claude Code با همان کلید استفاده کنید.
سرویس رله Codex با سرویس رله Claude Code چه تفاوتی دارد؟
تفاوت در پروتکل و مدل‌هایی است که هر کدام ارائه می‌دهند: Codex از پروتکل OpenAI Responses و فقط خانواده GPT استفاده میکند، در حالی که Claude Code از پروتکل Anthropic و مدلهای Claude استفاده میکند. بقیه موارد مانند قبل است. در تاریخ 2026-10-07، مستندات QCode به‌طور پیش‌فرض gpt-6-sol را توصیه میکند (پنجره زمینه 1.05M، برای کارهای عمومی و پیچیده)؛ gpt-6.1-sol به‌روزرسانی GPT-6 Sol در 2026-09-29 است؛ این مدل نیز پنجره زمینه 1.05M دارد و به گفته مستندات، خواندن از کش آن با قیمت پایین‌تر است؛ از نسخه 0.159.1 نیز پیش‌فرض کاتالوگ همراه در Codex رسمی بوده است؛ gpt-5.6-sol به خط محصولات پرچم‌دار GPT-5.6 تعلق دارد، gpt-5.6-terra برای کد تنظیم شده است، gpt-6-astra رده برتر با قیمت بالا است، و gpt-6-luna مدلی است که OpenAI برای کارهای متمرکز و پرحجم جایگاه‌یابی کرده است. همه آن‌ها به‌جز gpt-6-luna در QCode قابل فراخوانی هستند؛ برای تغییر، مدل را عوض کنید یا از codex --model استفاده کنید. QCode در حال حاضر از gpt-6-luna یا gpt-5.6-luna پشتیبانی نمیکند (این مدلها در QCode پشتیبانی نمی‌شوند)؛ لطفاً از مدل GPT دیگری مانند gpt-6.1-sol، gpt-6-sol یا gpt-5.6-terra استفاده کنید. با بازبینی مجدد در 2026-11-04، بخش مدلها در صفحه Codex مستندات اکنون gpt-6.1-sol را به‌عنوان مدل پیش‌فرض توصیه میکند. در تاریخ 2026-11-04، جدول مدلها در صفحه Codex مستندات QCode شامل gpt-6.1-sol، gpt-6.1-terra، gpt-6-sol، gpt-6-astra و gpt-5.6-terra است؛ gpt-6.1-terra رده میانی GPT-6.1 برای کدنویسی روزمره و کارهای دسته‌ای است. gpt-5.6-sol در آن جدول نیست اما هنوز در /models فهرست شده است.
منابع
کلیدهای پیکربندی Codex: مرجع رسمی پیکربندی Codex و مستندات پیکربندی پیشرفته OpenAI (learn.chatgpt.com، دریافت‌شده در 2026-10-07)، شامل مقدار پیش‌فرض model_provider، شناسه‌های رزروشده، مقدار wire_api، env_key و requires_openai_auth، openai_base_url و کلیدهایی که در سطح پروژه نادیده گرفته می‌شوند. جای‌گذاری کلیدهای سطح بالا، مدیریت اعتبارنامه‌ها و بررسی /status: سند رسمی Connect to a gateway، دریافت‌شده در همان روز. نسخه‌ها و مدلها: تاریخچه تغییرات رسمی ChatGPT و Codex، دریافت‌شده در همان روز (0.159.1، 0.160.0، 0.160.1؛ اعلان‌های GPT-6 Sol و GPT-6.1 Sol، و اطلاعیه کنارگذاری GPT-5.5). راه‌اندازی QCode، base_url، نام env_key، پیشوند کلید و فهرست مدلها: راهنمای کامل Codex، شروع سریع Codex و صفحه‌های نقاط پایانی و قالب‌های API در docs.qcode.cc، دریافت‌شده در 2026-10-07. بررسی مجدد در 2026-11-04 با چهار صفحه در docs.qcode.cc: راهنمای کامل Codex، نقاط پایانی و مسیرهای API، روش‌های پرداخت، و اشتراک‌ها در برابر کلیدهای API.
اتصال Codex با یک کلید
base_url را روی https://api.qcode.cc/openai تنظیم کنید و gpt-6.1-sol، gpt-6-sol یا gpt-5.6-sol را انتخاب کنید؛ صورت‌حساب به‌ازای هر توکن است و به محض ثبت‌نام آماده است.
مطالب مرتبط
راهنمای کامل Codex CLI
نصب و پیکربندی OpenAI Codex CLI و مقایسه آن با Claude Code.
استفاده از GPT-5.6 در Codex CLI
چهار گام برای اجرای gpt-5.6-sol و gpt-5.6-terra در Codex CLI از طریق QCode.
Codex CLI روی سرور ابری
بررسی‌شده در اکتبر 2026: گام‌های اجرای Codex CLI روی سرور ابری، پیکربندی config.toml و auth.json، اجراهای غیرتعاملی با codex exec، و قواعد دوره آزمایشی و شرایط.
راهنمای پرداخت با رمزارز
نه رمزارز، 56 شبکه، کارمزد پلتفرم صفر برای اعتبار API کدنویسی با هوش مصنوعی.
کلیدهای پیکربندی و جزئیات نسخه‌های این صفحه در 2026-10-07 با مستندات و تاریخچه تغییرات رسمی Codex در OpenAI و مستندات QCode بررسی شد؛ ملاک صفحه‌های رسمی است، زیرا تغییرات در سمت OpenAI ممکن است بدون اطلاع رخ دهد. این صفحه هیچ سازگاری‌ای فراتر از آنچه مستندات بیان میکنند وعده نمی‌دهد؛ دسترس‌پذیری مدلها همان چیزی است که /models نشان میدهد.