اگر امروز منتظر هستید تا سهمیهٔ استفاده از ابزار کدنویسی خود شارژ شود، احتمالاً دارید ساعت اشتباهی را دنبال می‌کنید. بسیاری از کاربران تصور می‌کنند «بازنشانی سهمیه» یک اتفاق واحد و جهانی است، اما واقعیت این است که در پشت صحنهٔ Codex، سه ساعتِ کاملاً متفاوت در حال تیک‌تاک هستند. تکیه بر فیدهای اجتماعی به این معناست که شما احتمالاً در حال ردیابی ساعتی هستید که هیچ ارتباطی با حساب شما ندارد.
بسیاری از کاربران هر خبر یا سیگنالی مبنی بر بازنشانی را به عنوان چراغ سبزی برای بازگشت به کار می‌بینند. اما در واقعیت، این سیستم روی یک برنامهٔ تکه‌تکه و پراکنده اجرا می‌شود. این تفاوت حیاتی است؛ چون سیگنالی که برای یک کاربر به معنای شارژ حساب و پر شدن مجدد سهمیه است، ممکن است هیچ تأثیری روی دسترسی کاربر دیگر نداشته باشد. همان‌طور که در بحث‌های گذشته‌ی ما درباره‌ی مدیریت منابع در مدل‌های زبانی اشاره کردیم، درک محدودیت‌های زیرساختی برای برنامه‌ریزی دقیق پروژه ضروری است.
به نقل از ردیاب Codex Reset Radar، این سه مکانیزم بازنشانی عبارت‌اند از:
- پنجرهٔ ۵ ساعته: یک بازهٔ کوتاه برای استفاده‌های سریع (Usage Burst) که هر چند ساعت یک‌بار بازیابی می‌شود. این سیگنال به شما می‌گوید که می‌توانید به‌زودی کارهای سبک را شروع کنید، اما تقریباً هیچ اطلاعاتی دربارهٔ ظرفیت شما برای انجام کارهای سنگین در طول هفته نمی‌دهد.
- پنجرهٔ هفتگی: سهمیهٔ استاندارد پلن‌ها که در یک چرخهٔ ثابت و طولانی‌تر شارژ می‌شود. این مورد تا حدی پیش‌بینی‌پذیر است، اما به صورت اختصاصی برای هر حساب تعریف نشده است.
- کارت‌های بازنشانی ذخیره شده (Banked reset cards): اعتبارات یک‌باره‌ای که به‌صورت پراکنده برای حساب‌های خاص یا پلن‌های خاص فعال می‌شوند. این‌ها اغلب سیگنال‌هایی برای rollout (به‌روزرسانی تدریجی) حساب‌های پولی هستند و ممکن است هم‌زمان به دست همه کاربران نرسند.
برای ردیابی این الگوها، نویسندهٔ این تحلیل از ردیاب Codex Reset Radar استفاده کرده است که یک ابزار خواندنی (Read-only) برای ثبت سیگنال‌های گزارش‌شده توسط کاربران است. هر ورودی در این ردیاب شامل تاریخ، منبع، برچسب میزان اطمینان و یک خلاصه کوتاه است.
این ردیاب برای جلوگیری از سردرگمی و اشتباه در محاسبات، بین دو مفهوم تفاوت قائل می‌شود:
- سیگنال‌ها (Signals): ورودی‌های تکی و مجزا (که ممکن است چندین مورد از آن‌ها در یک روز ثبت شوند).
- روزهای بازنشانی منحصربه‌فرد (Unique reset days): روزهای تقویمی متمایزی که حداقل یک سیگنال در آن‌ها ثبت شده است.
بر اساس مستندات این ردیاب، تا تاریخ ۱۰ اکتبر ۲۰۲۶ (به وقت UTC)، تعداد ۴۴ سیگنال عمومی از ۲۸ آوریل ۲۰۲۶ ثبت شده که ۳۶ روز بازنشانی منحصربه‌فرد را شامل می‌شود. از این میان، توزیع میزان اطمینان به این صورت است که ۳۷ مورد دارای اطمینان بالا و ۷ مورد دارای اطمینان متوسط هستند. آخرین سیگنال عمومی در تاریخ ۲۰۲۶-۱۰-۰۸ ثبت شد که مربوط به بارگذاری کارت‌های بازنشانی ذخیره شده برای حساب‌های پولی بود.
داده‌های ثبت‌شده نشان می‌دهند که به‌طور متوسط ۴.۷ روز بین هر دو روز بازنشانی فاصله است، اما نویسنده هشدار می‌دهد که این عدد می‌تواند گمراه‌کننده باشد. دلیل آن این است که این آمار، پنجره‌های کوتاه‌مدت را با چرخه‌های هفتگی و اعتبارات یک‌باره ترکیب می‌کند و در نتیجه، آماری ایجاد می‌کند که هیچ‌کدام از این سه مدل را به‌درستی توصیف نمی‌کند. این عدد صرفاً خلاصه‌ای از فرکانس سیگنال‌هاست، نه مدلی برای پیش‌بینی سهمیهٔ شما.
تحلیل این شکاف‌ها نشان‌دهنده یک تغییر رژیم (Regime Shift) قابل توجه در نحوهٔ وقوع بازنشانی‌هاست. میانگین فاصله زمانی یک برنامهٔ منظم نیست، چون دو دنیای کاملاً متفاوت را با هم ترکیب کرده است:
- رژیم پیش از جولای: بین ۲۸ آوریل تا ۴ ژوئن، میانگین انتظار برای دریافت هر سیگنال ۲۴ روز بود.
- رژیم پس از جولای: از ۱ جولای به بعد، این میانگین به شدت سقوط کرده و به ۲.۸ روز رسیده است.
ترکیب این دو بازه شبیه به میانگین گرفتن از زمان رسیدن اتوبوس در دوران یک اعتصاب سراسری و یک هفتهٔ عادی است. یکی از شدیدترین موارد ثبت‌شده، فاصلهٔ ۳۷ روزه (از ۲۸ آوریل تا ۴ ژوئن) بود. این مورد نشان‌دهنده یک نبودِ واقعی و کامل از فعالیت است، نه صرفاً یک دورهٔ آرام. به همین دلیل، این تنها عددی است که نویسنده پیشنهاد می‌کند برای برنامه‌ریزی در بدترین سناریوهای ممکن روی آن حساب کنید.
کاربران باید بین بازنشانی‌های «اتفاق افتاده» (Landed) و پنجره‌های «اعلام شده» (Announced) تفاوت قائل شوند. برای مثال، وقتی Tibo خبر از یک پنجرهٔ ۲۸ روزه برای بهبود یا بازنشانی می‌دهد، این یک سیگنال عمومی واقعی است، اما در واقع یک «سیگنال نظارتی برای آینده» (Upcoming watch signal) است. این خبر دلیلی بر این نیست که بازنشانی در همان روز رخ داده است. این رویکرد در راستای تعهد OpenAI برای قرار دادن Codex در یک چرخه ۲۸ روزه جهت بهبود پس از قطعی‌های اخیر است تا پایداری سیستم افزایش یابد. ردیاب این دو مورد را به‌طور جداگانه ثبت می‌کند، زیرا ترکیب آن‌ها باعث تورم و افزایش کاذب تعداد شمارش‌ها می‌شود.
برای یک کاربر عملی، پیامِ پنجرهٔ ۵ ساعته اجازهٔ انجام کارهای سبک را می‌دهد، در حالی که شارژ هفتگی برای مدیریت کارهای سنگین است. اما کارت‌های بازنشانی، ادعایی دربارهٔ rollout هستند؛ یعنی ممکن است فقط برای پلن‌های پولی باشد و حتی در آن صورت، ممکن است هنوز به حساب خاص شما نرسیده باشد.
این تحلیل تمرکز را از سؤال «چه زمانی بازنشانی می‌شود» به «کدام ساعت در حال تیک‌تاک است» تغییر می‌دهد. تکیه بر میانگین‌های عمومی یک «خطای دسته‌بندی» (Category Error) است، چون اعتبار یک‌باره را دقیقاً مشابه شارژ هفتگی برنامه‌ریزی شده می‌بیند.
در نهایت، تنها منبع حقیقت برای سهمیهٔ خاص شما، رابط کاربری (UI) خودِ Codex است. فیدهای عمومی برای شناسایی الگوها و گفتگوها مفیدند، اما نمی‌توانند رفتار حساب‌های فردی را پیش‌بینی کنند. برای جلوگیری از خطاهای برنامه‌ریزی، هر ادعای جامعهٔ کاربری را قبل از تغییر در گردشِ کار خود، در یکی از این سه دسته قرار دهید تا با شروع یک پروژه سنگین بر اساس یک سیگنال ۵ ساعته، دچار استرس و توقف ناگهانی نشوید.
برای کسانی که به دنبال دلیل سیستم لایه‌بندی (Tier system) و برچسب‌های اطمینان هستند، صفحهٔ متدولوژی توضیح می‌دهد که چگونه سیگنال‌های مستقیم از گفتگوهای عمومی جامعه جدا می‌شوند. همچنین، خط زمانی کامل و تاریخ‌گذاری شده در صفحهٔ تاریخچه (History page) در دسترس است.
گام بعدی شما
- هرگاه خبری دربارهٔ بازنشانی سهمیه دیدید، ابتدا بررسی کنید که آیا مربوط به پنجرهٔ کوتاه ۵ ساعته است یا شارژ هفتگی.
- برای پروژه‌های حساس، به جای میانگین‌های عمومی، بدترین سناریوی ثبت‌شده (فاصله ۳۷ روزه) را در نظر بگیرید.
- هرگز بر اساس گزارش‌های توییتر یا دیسکورد، حجم کاری هفته را بدون چک کردن UI حساب خود تغییر ندهید.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو