دسترسی به Codex Cloud؛ ۶ گام رفع خطای حساب و محیط ابری

اگر دسترسی به Codex Cloud ندارید، پیش از خرید اعتبار بیشتر مشخص کنید مشکل در کدام مرحله است: ورود به حساب، مجوز فضای کاری، دسترسی به مخزن، آماده‌سازی محیط یا سقف مصرف. هرکدام راه بررسی متفاوتی دارد. ناپدیدشدن گزینه Cloud با خطای نصب وابستگی یکسان نیست و شارژ اعتبار، مجوز مخزن یا شرایط دسترسی حساب را تغییر نمی‌دهد.

این راهنما بر پایه مستندات رسمی بررسی‌شده در ۲۷ اکتبر ۲۰۲۶ نوشته شده است. نام گزینه‌ها ممکن است با نسخه برنامه و فضای کاری فرق کند. جدول و مسیر عیب‌یابی زیر یک جمع‌بندی کاربردی است، نه فهرست رسمی و قطعی تمام کدهای خطا.

برای دسترسی به Codex Cloud از کجا شروع کنیم؟

ابتدا همان جایی را پیدا کنید که کار متوقف می‌شود. آیا گزینه Cloud را نمی‌بینید؟ گزینه وجود دارد ولی محیطی برای انتخاب نیست؟ مخزن GitHub پیدا نمی‌شود؟ یا وظیفه شروع می‌شود و بعد خطا می‌دهد؟ پاسخ دقیق، جلوی تغییرهای بی‌فایده و خرید اشتباه را می‌گیرد.

پنج مورد را یادداشت کنید: حساب واردشده، فضای کاری انتخاب‌شده، نام محیط، مرحله توقف و متن کامل خطا. در حساب سازمانی، «ورود موفق به ChatGPT» لزوماً نشان نمی‌دهد مدیر، اجرای وظیفه ابری را برای شما مجاز کرده است. همچنین ممکن است مرورگر و ابزار محلی با دو حساب متفاوت وارد شده باشند.

جدول تشخیص سریع مشکل Codex Cloud

Codex محلی، Cloud و نسخه Legacy چه تفاوتی دارند؟

در کار محلی، ابزار با فایل‌ها و محیط رایانه شما سروکار دارد؛ در Cloud، اجرای وظیفه در محیط دور انجام می‌شود. بنابراین پروژه‌ای که روی لپ‌تاپ اجرا می‌شود ممکن است در محیط ابری هنوز به تنظیم ابزارها، وابستگی‌ها یا دسترسی به مخزن خصوصی نیاز داشته باشد. فایل، پردازش درحال اجرا و نشست مرورگر محلی خودبه‌خود به محیط ابری منتقل نمی‌شوند.

مستندات فعلی، محیط‌های ابری قابل استفاده مجدد را از Codex Cloud (Legacy) جدا کرده‌اند. بخش Legacy برای برخی جریان‌های بازبینی کد و اتصال‌های GitHub و Linear کاربرد دارد. راهنمای نصب، حافظه موقت یا دسترسی شبکه مربوط به آن نسخه را نباید بدون تطبیق، برای همه محیط‌های جدید اجرا کرد. نام نسخه‌ای را که واقعاً استفاده می‌کنید با صفحه راهنما مقایسه کنید. منابع: حالت‌های اجرای Codex و راهنمای Cloud Legacy.

گام اول: حساب، روش ورود و شرایط پلن را بررسی کنید

طبق راهنمای رسمی، استفاده از Cloud به ورود با ChatGPT نیاز دارد. احراز هویت با کلید API مسیر دیگری برای کارهای محلی است و صورت‌حساب آن در OpenAI Platform محاسبه می‌شود. داشتن کلید معتبر یا موجودی API به‌تنهایی دسترسی Cloud ایجاد نمی‌کند. اگر میان حساب شخصی و سازمانی جابه‌جا می‌شوید، انتخاب فعلی را قبل از هر تغییر بررسی کنید.

در راهنمای احراز هویت، برای حساب‌های ایمیل و رمز عبور، فعال‌بودن احراز هویت چندمرحله‌ای پیش از دسترسی Cloud لازم اعلام شده است؛ شرایط حساب‌های صرفاً دارای ورود اجتماعی و ورود سازمانی متفاوت توضیح داده شده است. برای رفع خطا امنیت حساب را خاموش نکنید. تنظیمات لازم را فقط در مسیر رسمی همان حساب دنبال کنید. منبع: احراز هویت Codex.

جدول قابلیت‌های فعلی، Cloud را برای Plus، Pro، Business و Enterprise/Education نشان می‌دهد و آن را جزو دسترسی با API key نمی‌داند. این جدول به معنی دسترسی نامحدود یا فعال‌بودن تمام قابلیت‌ها برای هر حساب نیست. وضعیت حساب، عرضه قابلیت و سیاست فضای کاری هم باید بررسی شود. برای تفکیک صورتحساب‌ها، مقاله تفاوت هزینه ChatGPT Plus، API و Codex را بخوانید.

گام دوم: مجوز فضای کاری را با دسترسی مخزن اشتباه نگیرید

در فضای کاری مدیریت‌شده، اجازه اجرای Codex در Cloud با اجازه ساخت یا ویرایش محیط مشترک تفاوت دارد. ممکن است یک عضو بتواند از محیط آماده استفاده کند، اما حق تغییر تنظیمات آن را نداشته باشد. این محدودیت الزاماً خطا نیست؛ می‌تواند انتخاب مدیر سازمان باشد.

اگر دکمه‌ای غیرفعال است، از مدیر بخواهید دسترسی همان عضو و همان عملیات را بررسی کند، نه اینکه همه محدودیت‌ها را بردارد. عضویت یا پرداخت در پروژه API نیز جای عضویت و مجوز فضای کاری ChatGPT را نمی‌گیرد. نام عملیات موردنیاز را روشن بگویید: «اجرای وظیفه»، «استفاده از محیط مشترک» یا «ویرایش محیط». منبع: نقش‌ها و مجوزهای فضای کاری.

گام سوم: وقتی مخزن GitHub در فهرست نیست

سه پرسش را به‌ترتیب پاسخ دهید: آیا با حساب GitHub درست متصل شده‌اید؟ آیا خود آن حساب به مخزن دسترسی دارد؟ آیا اتصال مورد استفاده، اجازه همان مخزن را دارد؟ عمومی یا خصوصی‌بودن مخزن و مالکیت آن در حساب شخصی یا سازمان می‌تواند مسیر تأیید را متفاوت کند.

برای تشخیص، نام دقیق مالک و مخزن را با مقصد موردنظر مقایسه کنید. اگر دسترسی سازمانی نیازمند تأیید مدیر است، همان درخواست محدود را پیگیری کنید. دادن دسترسی به تمام مخزن‌ها صرفاً برای آزمایش، راه‌حل مناسبی نیست. نام مخزن را هم با نام محیط ابری یکی فرض نکنید؛ یک محیط ممکن است تنظیمات و منابع مشخصی داشته باشد.

نبود مخزن با نرسیدن بازبینی خودکار به Pull Request فرق دارد. در حالت دوم، اتصال مخزن، تنظیمات بازبینی و رویداد آغازگر باید بررسی شوند. مستندات GitHub برای فعال‌سازی بازبینی خودکار، مجوز push یا admin را لازم می‌داند؛ این مجوز را از پیام خطای یک وظیفه عادی Cloud نتیجه نگیرید. منبع: اتصال GitHub و بازبینی کد.

گام چهارم: محیط باید آماده و منتشر شده باشد

در تجربه فعلی، از بخش Work in و سپس Cloud، محیط قابل دسترسی را انتخاب می‌کنید. ساخت محیط جدید در وب یا دسکتاپ شامل انتخاب منابع پروژه، آماده‌سازی و آزمون، بررسی تنظیمات و انتشار محیط است. روی موبایل، استفاده از محیط منتشرشده موجود مطرح است؛ نبود امکان ساخت محیط در یک سطح را خرابی حساب تلقی نکنید.

محیطی با وضعیت Unpublished هنوز آماده شروع وظیفه نیست. اگر تنظیمات محیط قابل استفاده مجدد را اصلاح کرده‌اید، انتشار دوباره و شروع وظیفه جدید لازم است؛ انتظار نداشته باشید یک وظیفه قدیمی خودکار تمام تنظیمات جدید را بگیرد. در محیط مشترک، اجازه استفاده را نیز جداگانه بررسی کنید. منابع: شروع کار در Cloud و محیط‌های ابری فعلی.

گام پنجم: خطای آماده‌سازی را از روی اولین شکست دنبال کنید

اگر نصب بسته یا اجرای آزمون متوقف شد، آخرین پیام قرمز همیشه علت اصلی نیست. نخستین فرمان ناموفق را پیدا کنید: آیا ابزار پیدا نشده؟ نسخه وابستگی ناسازگار است؟ دانلود فایل شکست خورده؟ یا دسترسی به رجیستری خصوصی رد شده است؟ متن خطا و نام میزبان مقصد، از جمله کلی «Cloud کار نمی‌کند» مفیدتر است.

برای خطای شبکه، اجازه اتصال به یک دامنه و احراز هویت در آن سرویس دو موضوع جدا هستند. بازبودن مسیر شبکه، رمز یا مجوز رجیستری را ایجاد نمی‌کند. سیاست امنیتی فضای کاری هم می‌تواند محدودیت دیگری اعمال کند. تغییر باید به همان مقصد و همان نیاز محدود بماند؛ غیرفعال‌کردن کامل کنترل‌ها یا قراردادن رازها در متن درخواست توصیه نمی‌شود.

مثال فرضی: پروژه روی رایانه توسعه‌دهنده اجرا می‌شود چون بسته خصوصی از قبل نصب شده است؛ محیط تازه ابری هنگام دریافت همان بسته خطای دسترسی می‌دهد. در این حالت خرید اعتبار بیشتر دلیل شکست را برطرف نمی‌کند. باید وابستگی، منبع دریافت و روش مجاز احراز هویت بررسی شود، سپس آماده‌سازی دوباره آزمون شود.

گام ششم: چه زمانی کمبود اعتبار واقعاً مطرح است؟

فقط وقتی پیام محدودیت مصرف یا داشبورد حساب آن را نشان می‌دهد، بررسی سهمیه و زمان بازنشانی در اولویت قرار می‌گیرد. مصرف به نوع وظیفه، اندازه زمینه، ابزارها و مدل وابسته است؛ نمی‌توان برای هر شارژ، تعداد ثابتی وظیفه موفق وعده داد. استفاده محلی و ابری نیز می‌تواند از سهمیه مشترک استفاده کند.

اعتبار تکمیلی در حساب‌های واجد شرایط برای ادامه مصرف پس از سهمیه همراه پلن کاربرد دارد. چنین اعتباری جای مجوز Cloud، اجازه مخزن یا اشتراک موردنیاز را نمی‌گیرد. قبل از پرداخت، در همان حساب مقصد ببینید کدام موجودی و کدام محدودیت مطرح است؛ موجودی یک محصول را با صورت‌حساب API یکی ندانید. منبع: پلن‌ها، مصرف و اعتبار Codex.

پیش از خرید اشتراک یا اعتبار چه چیزهایی را تطبیق دهیم؟

برای بررسی گزینه‌های واقعی فروشگاه، صفحه خرید اکانت ChatGPT Plus در گیفت‌پین را ببینید. «اکانت آماده اختصاصی» یعنی دریافت حساب جداگانه و «روی ایمیل شما» یعنی فعال‌سازی حساب معرفی‌شده؛ این دو را برای ادامه کار در یک مخزن یا فضای کاری موجود یکسان فرض نکنید. مالکیت، بازیابی حساب و شرایط استفاده ارائه‌دهنده را پیش از سفارش بررسی کنید.

اگر مسئله واقعاً مصرف است، شرایط اعتبار Codex Points را جداگانه مطالعه کنید. عنوان تجاری پوینت را بدون تأیید سازگاری، معادل اشتراک، موجودی API یا مجوز Cloud ندانید. حساب مقصد، روش تحویل و ثبت، مقدار قابل استفاده و محدودیت بازگشت باید پیش از خرید روشن باشند. این مقاله تأیید سازگاری یک کد مشخص با حساب شما نیست.

پرداخت موفق، محدودیت کشور، سیاست حساب یا مجوز سازمان را برطرف نمی‌کند. فهرست کشورهای API نیز به‌تنهایی سند شرایط Codex Cloud نیست. شرایط جاری همان سرویس و حساب را از منبع رسمی بررسی کنید؛ هیچ پیشنهاد این راهنما تضمین دسترسی از همه کشورها یا رفع مسدودی نیست.

برای پشتیبانی چه اطلاعاتی بفرستیم و چه چیزهایی را نفرستیم؟

یک گزارش کوتاه و قابل بازتولید آماده کنید: تاریخ و ساعت خطا، سطح استفاده مثل وب یا دسکتاپ، نوع فضای کاری، مرحله توقف، متن خطا، وضعیت انتشار محیط و اقدام‌هایی که قبلاً آزموده‌اید. اگر خطا مربوط به فرمان است، نام فرمان و بخش مرتبط خروجی را بدون اطلاعات محرمانه اضافه کنید. لازم نیست کل پروژه یا همه گزارش‌ها را از ابتدا ارسال کنید.

رمز حساب، کد یک‌بارمصرف، فایل احراز هویت، توکن نشست، کلید API و کدهای بازیابی را در تیکت یا چت قرار ندهید. در تصویر خطا، نشانی‌های خصوصی، نام مشتریان و مقادیر محرمانه را بپوشانید. برای تیم داخلی، نمونه‌ای کوچک با همان خطا بهتر از انتقال بی‌هدف کل مخزن است.

پرسش‌های متداول دسترسی به Codex Cloud

آیا داشتن ChatGPT Plus به‌تنهایی تمام خطاهای Cloud را حل می‌کند؟

خیر. پلن فقط یکی از بررسی‌هاست؛ حساب درست، مجوز فضای کاری، دسترسی منبع و محیط منتشرشده نیز اهمیت دارند. اگر وظیفه شروع شده و نصب یک بسته شکست می‌خورد، ابتدا همان خطا را بررسی کنید.

چرا با کلید API وارد شده‌ام ولی Cloud در دسترس نیست؟

طبق مستندات فعلی، Cloud به ورود ChatGPT نیاز دارد. احراز هویت و پرداخت API مسیر جداگانه‌ای دارد و جای دسترسی ابری حساب ChatGPT را نمی‌گیرد.

اگر محیط را اصلاح کنم، وظیفه قبلی هم اصلاح می‌شود؟

لزوماً خیر. محیط قابل استفاده مجدد را دوباره منتشر کنید و برای آزمودن تنظیمات تازه، وظیفه جدید بسازید. وضعیت فایل‌ها و اجرای وظیفه قبلی مستقل است.

آیا عوض‌کردن مدل، دکمه غیرفعال Cloud را فعال می‌کند؟

مجوز دسترسی از انتخاب مدل به وجود نمی‌آید. راهنمای فعلی همچنین تغییر مدل پیش‌فرض Cloud را پشتیبانی‌شده نمی‌داند؛ دستورهای CLI یا ابزار دیگر را به همه سطوح تعمیم ندهید. منبع: دسترسی مدل‌ها در فضای کاری.

آیا شارژ بیشتر برای مخزن پیدا‌نشده فایده دارد؟

تا وقتی علت، مجوز یا اتصال مخزن است خیر. ابتدا حساب GitHub و اجازه همان مخزن را بررسی کنید. خرید زمانی مرتبط است که پیام واقعی اتمام مصرف و سازگاری حساب تأیید شده باشد.

جمع‌بندی: اول محل خطا، بعد اقدام مناسب

برای دسترسی به Codex Cloud، مسیر حساب و مجوز را از مسیر محیط و مصرف جدا کنید. یک تغییر مشخص انجام دهید و نتیجه همان مرحله را بسنجید؛ تغییر هم‌زمان پلن، اتصال مخزن و تنظیمات محیط تشخیص را دشوار می‌کند. اگر قصد خرید دارید، ابتدا مطمئن شوید مشکل از نوعی است که محصول موردنظر واقعاً می‌تواند به آن مربوط باشد، سپس شرایط همان محصول و حساب مقصد را بررسی کنید.