یک خطای کوچک در تنظیمات زمانبندی (Cron Job) میتواند صورتحساب هوش مصنوعی شما را یکشبه دو برابر کند. شرکت DeepSeek برای توکنهای یکسان، دو نرخ متفاوت بر اساس ساعت محلی پکن دریافت میکند؛ تضادی که برای توسعهدهندگان در مناطق زمانی غرب، به یک تلهٔ هزینهای تبدیل شده است.
بیشتر ارائهدهندگان API قیمتهای ثابتی دارند، اما DeepSeek از سیستمی شبیه به شبکههای برق استفاده میکند که در آن ساعات پیک و غیرپیک تعریف شده است. این یعنی هزینه هر میلیون توکن شما بسته به اینکه در چین روز کاری است یا خیر تغییر میکند. در واقع، زمانبندی زیرساخت شما اکنون حیاتیتر از خودِ کدنویسی است.
طبق گزارشی که در ۲۱ سپتامبر ۲۰۲۶ منتشر شد، قیمتگذاری مدل V4 Pro دقیقاً از ساعت پکن (UTC+8) پیروی میکند. ساعات پیک از دوشنبه تا جمعه، بین ساعت ۰۹:۰۰ تا ۱۲:۰۰ و ۱۴:۰۰ تا ۱۸:۰۰ تعریف شدهاند. نرخهای ارزانتر (غیرپیک) تنها در شبها، آخر هفتهها و تعطیلات رسمی چین اعمال میشوند.
ساعات پیک روزانه هفت ساعت است که تقریباً یکپنجم هفته را شامل میشود. از آنجا که اکثر درخواستها بهطور تصادفی در بازه ارزان میافتند، این قانون معمولاً نادیده گرفته میشود تا زمانی که یک پردازش زمانبندیشده دقیقاً با آن یکپنجم گرانقیمت هفته برخورد کند.
همانطور که در تحلیلهای قبلی ما دربارهی بهینهسازی هزینههای استنتاج اشاره کردیم، مدیریت منابع در مقیاس بالا نیازمند دقت در جزئیات عملیاتی است. در مدل V4 Pro، تفاوت قیمت به یوآن (CNY) برای هر میلیون توکن بسیار شدید است:
- ورودی (بدون کش): ۴.۵ یوآن (غیرپیک) در برابر ۹ یوآن (پیک)
- ورودی (با کش): ۰.۱۵ یوآن (غیرپیک) در برابر ۰.۳۰ یوآن (پیک)
- خروجی: ۱۳.۵ یوآن (غیرپیک) در برابر ۲۷ یوآن (پیک)
خطر اصلی در تبدیل این زمان به ساعت شرقی آمریکا (EDT) نهفته است. پنجرههای رایج نگهداری سیستم در آمریکا (ساعت ۲ تا ۶ صبح EDT) دقیقاً با دومین بازه پیک پکن (۱۴:۰۰ تا ۱۸:۰۰) همپوشانی دارد. در نتیجه، پردازشی که برای ساعت ۳ صبح EDT تنظیم شده تا از ترافیک شبکه دوری کند، در واقع در گرانترین بازه زمانی روز قرار میگیرد.
از سوی دیگر، ساعات کاری عادی ساحل شرقی آمریکا (۶ صبح تا ۹ شب) همگی در بازه غیرپیک هستند. اما یک تلهٔ مرزی دیگر وجود دارد: صبح دوشنبه در پکن، همان عصر یکشنبه در شرق آمریکا است. بنابراین، یک بازمحاسبه کامل که برای «شروع هفته» در شب یکشنبه اجرا شود، از اولین درخواست با نرخ پیک محاسبه میشود.
برای حل این مشکل، توسعهدهندگان باید زمانبندیهای خود را به منطقه زمانی نهاد پرداخت متصل کنند. در فایل crontab، این کار با افزودن TZ=Asia/Shanghai در ابتدای فایل انجام میشود. برای کاربران systemd، باید عبارت Timezone=Asia/Shanghai صراحتاً در بخش [Timer] قرار گیرد.
به نقل از مستندات فنی، استفاده از آفستهای ثابت UTC توصیه نمیشود؛ زیرا تغییرات ساعت تابستانی در آمریکا دو بار در سال رخ میدهد و میتواند بهطور نامحسوس یک پردازش «ارزان» را به بازه پیک منتقل کند. تثبیت منطقه زمانی باعث میشود تبدیل ساعت بر عهده سیستم باشد، نه کاربر.
علاوه بر زمانبندی، دو عامل دیگر بر کیف پول شما اثر میگذارند:
- عبور از مرز زمانی: پردازشهای طولانی که از مرز زمانی عبور میکنند، با نرخ ترکیبی محاسبه میشوند. مثلاً پردازشی که ساعت ۱۱:۰۰ پکن شروع شده و دو ساعت طول بکشد، ساعت اول را ارزان و ساعت دوم را گران میپردازد.
- صفهای تلاش مجدد: خطاهای شبانه انباشته شده و زمانی تخلیه میشوند که یک اپراتور انسانی سیستم را ریاستارت کند؛ اتفاقی که معمولاً دقیقاً در بازه گرانقیمت پیک رخ میدهد.
این ساختار قیمتگذاری، اولویتهای بهینهسازی را تغییر میدهد. در حالی که انتقال پردازش به ساعات غیرپیک ۵۰٪ هزینه را کم میکند، تثبیت پیشوندهای پرامپت برای افزایش نرخ کش (Cache) — شبیه به یادداشت کردن جوابهای تکراری برای عدم نیاز به محاسبه مجدد — برد بزرگتری است. تفاوت قیمت یک ورودی با کش در ساعت غیرپیک (۰.۱۵ یوآن) در برابر یک ورودی بدون کش در ساعت پیک (۹ یوآن)، ۶۰ برابر است. این پیچیدگی در محاسبه توکنها یادآور منطق توکنمحور در مدلهای دیگر است که میتواند منجر به مصرف سریعتر و غیرمنتظرهی سهمیهها شود.
برای توسعهدهنده، این یعنی بازه «امن» شبانه اکنون گرانترین زمان است. شما در واقع برای راحتیِ اجرای پردازشها در حالی که دفترتان در خواب است، مبلغی اضافی میپردازید.
گام بعدی شما
- بررسی مجدد فایلهای crontab و systemd برای اطمینان از عدم همپوشانی با ساعات پیک پکن (UTC+8).
- تنظیم صریح منطقه زمانی
Asia/Shanghaiدر زیرساختهای زمانبندی برای جلوگیری از اثرات ساعت تابستانی. - اولویت دادن به بهینهسازی کش (KV Cache) برای کاهش وابستگی به نوسانات قیمت ساعتی.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو