Vercel Token Pass یک اشتراک اعتبار مصرف مدل است؛ نه اشتراک نامحدود هوش مصنوعی و نه جایگزین خودکار هر ابزار کدنویسی. اگر بین پرداخت به‌ازای مصرف API و خرید اشتراک ماهانه مردد هستید، باید هزینه واقعی هر کار موفق، مدلهای قابل استفاده و رفتار سرویس پس از تمام‌شدن سهمیه را مقایسه کنید. مبلغ روی کارت خرید به‌تنهایی پاسخ این تصمیم نیست.
این راهنما معرفی محصول تازه Vercel را از تحلیل انتخاب اشتراک جدا می‌کند. سپس نشان می‌دهد برای یک توسعه‌دهنده یا تیم ایرانی، چه زمانی API هوش مصنوعی پاستا و چه زمانی اشتراک کدنویسی با هوش مصنوعی انتخاب متناسب‌تری است. مقایسه به معنی یکسان‌بودن مدلها، سهمیه‌ها یا شرایط دو سرویس نیست.
Token Pass دقیقاً چه چیزی می‌فروشد؟
طبق اعلام رسمی Vercel در ۱۵ اکتبر ۲۰۲۶، Token Pass در مرحله دسترسی اولیه برای تیم‌های Pro معرفی شد. پیشنهاد اولیه، پرداخت ماهانه ۳۰ دلار برای ۸۰ دلار اعتبار ماهانه مصرف GLM 5.3 و Kimi K3 است. نیاز به پلن Pro را باید جدا در هزینه کل حساب کرد. اعتبار استفادهنشده به ماه بعد منتقل نمی‌شود و پس از اتمام آن، مصرف Token Pass متوقف میشود؛ این پیشنهاد، مصرف نامحدود یا اضافه‌مصرف خودکار نیست.
اعداد بالا مشخصات زمان معرفی‌اند، نه قیمت دائمی. پیش از خرید، صفحه رسمی، مدلهای مشمول، شرایط دسترسی حساب و هزینه پلن پایه را دوباره بررسی کنید. وجود یک مدل در کاتالوگ عمومی یک ارائه‌دهنده الزاماً به معنی قرارگرفتن آن در بسته اشتراکی همان ارائه‌دهنده نیست.
سه نوع اشتراک که نباید با هم اشتباه شوند
اشتراک ابزار، حق استفاده از یک برنامه و امکاناتش را می‌دهد. اشتراک اعتبار مدل، مقدار مشخصی مصرف را طبق قواعد سرویس تأمین می‌کند. API مصرفی هم معمولاً هزینه درخواست‌های برنامه را براساس مدل و واحدهای مصرف محاسبه می‌کند. ممکن است یک محصول این لایه‌ها را ترکیب کند، اما هنگام انتخاب باید هر لایه را جدا ببینید.
| نوع خرید | آنچه باید بررسی شود | اشتباه رایج |
|---|---|---|
| اشتراک ابزار کدنویسی | ویرایشگر، قابلیت Agent، مدل و محدودیت حساب | فرض اینکه API عمومی هم در قیمت است |
| بسته اعتبار مدل | مدلهای مشمول، نرخ کسر اعتبار، تاریخ انقضا | تبدیل اعتبار تبلیغ‌شده به تعداد ثابت پیام |
| API مصرفی | نرخ ورودی و خروجی، کنترل هزینه و خطا | محاسبه هزینه فقط با تعداد درخواست |
مثلاً یک درخواست کوتاه برای توضیح تابع با یک اجرای Agent که ده‌ها فایل را می‌خواند و چند بار ابزار اجرا می‌کند، هم‌هزینه نیست. حتی اگر هر دو با دکمه «ارسال» شروع شوند، مقدار متن ورودی، خروجی، استدلال و تعداد دورهای کار متفاوت است. برای تصمیم مالی، تعداد کلیک یا پیام معیار مناسبی نیست.
اعتبار اسمی را به هزینه واقعی کار تبدیل کنید
یک هفته کاری معمول را انتخاب کنید و کارها را به چند گروه تقسیم کنید: توضیح کد، نوشتن تست، رفع باگ، تغییر چندفایلی و بررسی معماری. برای هر گروه تعداد اجرا، زمان رسیدن به نتیجه قابل قبول و دفعات دخالت انسان را ثبت کنید. نمونه باید هم کار آسان و هم کار دشوار داشته باشد؛ انتخاب فقط وظایف موفق، هزینه واقعی را کمتر نشان می‌دهد.
دو نسبت مفید هستند: هزینه پرداختشده تقسیم بر تعداد کار پذیرفتهشده، و زمان بررسی انسانی تقسیم بر همان تعداد. اگر اشتراک ارزان‌تر برای یک تغییر سه تلاش اضافی بخواهد، صرفه‌جویی روی فاکتور ممکن است با زمان برنامه‌نویس از بین برود. برعکس، مدل کم‌هزینه‌ای که برای اصلاحات کوچک کافی است نباید صرفاً به‌خاطر نام مدل کنار گذاشته شود.
هزینه اشتراک استفادهنشده را نیز حساب کنید. فرض آموزشی: تیمی ماهانه برای بسته‌ای پول می‌دهد، اما فقط یک هفته پروژه فعال دارد. هزینه هر کار را باید از کل مبلغ پرداختشده محاسبه کند، نه از نرخ فرضی مصرف کامل اعتبار. این مثال درباره الگوی تصمیم است و پیش‌بینی میزان مصرف یا قیمت هیچ سرویس مشخصی نیست.
سقف هفتگی با اعتبار ماهانه چه فرقی دارد؟
سقف هفتگی توزیع مصرف در زمان را کنترل می‌کند؛ اعتبار ماهانه ظرفیت یک دوره طولانی‌تر را مشخص می‌کند. ممکن است مجموع ظرفیت ماهانه کافی باشد، اما یک هفته فشرده با محدودیت مواجه شود. برای تیمی که نزدیک انتشار محصول کار سنگین دارد، رفتار سرویس در اوج مصرف مهم‌تر از میانگین ماهانه است.
از ارائه‌دهنده بپرسید سهمیه چه زمانی بازنشانی میشود، مصرف هر مدل چگونه روی آن اثر می‌گذارد، درخواست نیمه‌تمام چه وضعی دارد و پس از رسیدن به سقف چه اتفاقی می‌افتد. «محدودیت هفتگی» به‌تنهایی مشخص نمیکند واحد محدودیت درخواست، توکن، اعتبار یا ترکیبی از آن‌هاست. قواعد پلن فعلی را ملاک قرار دهید.
تیم بهتر است یک برنامه جایگزین روشن داشته باشد: توقف کار غیرضروری، تغییر به مدل مجاز کم‌هزینه‌تر یا استفاده از کلید مصرفی جدا با سقف محدود. تغییر خودکار به سرویس پرهزینه بدون اطلاع مسئول بودجه، راهکار مناسبی برای عبور از محدودیت نیست. همچنین نباید با چند حساب، محدودیت یا شرایط استفاده سرویس را دور زد.