تصمیم تازه Anthropic؛ درخواست‌های مسدودشده Claude مشمول هزینه توکن می‌شوند

سه دسته‌بندی از ریجکت‌های Claude مشمول هزینه می‌شوند

شرکت Anthropic قصد دارد از این پس برای درخواست‌هایی که پیش از تولید خروجی توسط کلاسیفایرهای ایمنی Claude مسدود می‌شوند، هزینه توکن ورودی دریافت کند؛ مشروط بر اینکه سیستم یکی از سه برچسب ایمنی زیستی (Biology safety)، حملات تقطیر مدل (Distillation attacks) یا توسعه مدل‌های زبانی پیشرفته (Frontier LLM development) را به آن‌ها اختصاص دهد. در اطلاعیه منتشرشده از سوی تیم توسعه‌دهندگان Claude، این تغییر سیاست به حملات هماهنگ دیده‌شده طی هفته‌های اخیر نسبت داده شده و هدف از این صورت‌حساب‌ها، بالا بردن هزینه بررسی‌های مکرر و خودکار مهاجمان اعلام شده است.

• محدوده اعمال: درخواست‌های ردشده واجد شرایط، حتی اگر هیچ محتوایی در پاسخ تولید نشده باشد، مشمول کسر هزینه توکن‌های ورودی خواهند شد.
• بخش بدون تغییر: سایر ریجکت‌های پیش از خروجی همچنان بدون هزینه توکن باقی می‌مانند، اما کل درخواست همچنان جزو سهمیه محدودیت نرخ (Rate Limit) محاسبه می‌شود.
• زمان‌بندی اجرا: در این اطلاعیه اشاره شده که دریافت هزینه «از سر گرفته خواهد شد»، اما تاریخ دقیق و رسمی برای اجرایی شدن آن مشخص نشده است.

سه برچسب کلاسیفایر که فاکتور مالی ایجاد می‌کنند

تصمیم‌گیری برای کسر هزینه کاملاً به دسته‌بندی کلاسیفایر بازگردانده‌شده همراه با ریجکت بستگی دارد؛ بنابراین یک درخواست کاملاً معتبر و قانونی نیز در صورت بروز خطای مثبت کاذب (False Positive) کلاسیفایر، ممکن است مشمول پرداخت هزینه شود.

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

کد وضعیت HTTP 200 که ریجکت را پنهان می‌کند

بر اساس مستندات رد درخواست در Anthropic، پاسخ‌های حاصل از مداخله کلاسیفایر در قالب پاسخ موفق با کد HTTP 200 ارسال می‌شوند. در بدنه این پیام یک آرایه محتوایی خالی، پارامتر stop_reason با مقدار "refusal" و آمار میزان مصرف توکن در قالب یک پاسخ استاندارد برگردانده می‌شود.

{
  "stop_reason": "refusal",
  "stop_details": {
    "type": "refusal",
    "category": "bio",
    "explanation": "This request was declined..."
  },
  "usage": {
    "input_tokens": 412,
    "output_tokens": 0
  }
}

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

درخواست‌هایی که در میانه جریان تولید داده (Mid-stream) متوقف می‌شوند تابع قانون دیگری هستند؛ Anthropic در این حالت هزینه ورودی و توکن‌های خروجی تولیدشده پیش از توقف را دریافت می‌کند. هر دو نوع توقف نیز همچنان سهمیه محدودیت نرخ استفاده را کاهش می‌دهند.

ابعاد اقتصادی این تغییر سیاست

بررسی‌ها و تست‌های مکرر آسیب‌پذیری در صورتی که پاسخ‌های ردشده هزینه‌ای نداشته باشند، بسیار کم‌هزینه و آسان خواهند بود. دریافت هزینه برای هر تلاش ناموفق، بودجه و منابع مالی لازم برای اجرای فرآیندهای خودکار جیلبریک، استخراج ساختار مدل و کمپین‌های هماهنگ را به شکل چشمگیری افزایش می‌دهد. Anthropic این رویکرد را به عنوان یک لایه دفاعی تکمیلی توصیف کرده و تأکید دارد جایگزین کلاسیفایرها یا محدودیت‌های نرخ مصرف نخواهد بود.

بر اساس داده‌های ارائه‌شده از آزمون‌های اخیر، ۹۹٫۷ درصد از حساب‌های کاربری فعال در ابزارهایی مانند Claude Code، Claude.ai یا Cowork با هیچ‌کدام از این موارد مسدودسازی مواجه نشده‌اند. همچنین ادعا شده که نرخ مثبت کاذب کلاسیفایرهای مربوطه به زیر ۰٫۱ درصد کاهش یافته است.

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

با تغییرات پیش‌رو، هر مورد مثبت کاذب علاوه بر ایجاد اختلال در جریان کاری و هدر دادن سهمیه نرخ، هزینه مالی مستقیمی نیز برای توسعه‌دهنده به همراه خواهد داشت. کاربران ابزار Claude Code می‌توانند خطاهای احتمالی سیستم را با دستور /feedback گزارش دهند.

ابهامات مالی پیرامون مکانیزم‌های جایگزین (Fallbacks)

شرکت Anthropic قابلیتی تحت عنوان جایگزینی سمت سرور ارائه می‌دهد که امکان ارسال خودکار درخواست ریجکت‌شده به مدلی دیگر را فراهم می‌کند. تنظیم fallbacks="default" همراه با هدر بتای server-side-fallback-2026-07-01 پاسخی ارسال می‌کند که مدل نهایی پاسخ‌دهنده را مشخص می‌سازد.

میدل‌ور اختصاصی در SDKهای تحت پشتیبانی نیز رفتار مشابهی را ارائه می‌دهد و برنامه‌هایی که بازتلاش دستی انجام می‌دهند می‌توانند با استفاده از یک توکن اعتباری جایگزین، از پرداخت دوباره هزینه کش پرامپت (Prompt Cache) معاف شوند.

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

اقدامات ضروری برای توسعه‌دهندگان پیش از صدور فاکتورها

1. بررسی دقیق تمامی پاسخ‌های موفق: پارامتر stop_reason را حتی در صورت دریافت کد وضعیت HTTP 200 ارزیابی کنید.
2. ثبت دسته‌بندی کلاسیفایر در لاگ‌ها: مقادیر stop_details.category، تعداد توکن‌های مصرفی، مدل انتخابی، شناسه درخواست و نتیجه مکانیزم جایگزین را ثبت و ذخیره کنید.
3. تفکیک شاخص‌های رد درخواست: آمارهای مربوط به ریجکت‌های کلی، ریجکت‌های مشمول هزینه، دفعات بازتلاش و میزان موفقیت آن‌ها را به طور مستقل مانیتور کنید.
4. محدود کردن حلقه بازتلاش‌ها: سقف مشخصی برای دفعات تکرار در هر پرامپت و هر دور اجرای ایجنت‌ها اعمال کنید؛ به‌ویژه در ساختارهایی که ساب‌ایجنت‌ها می‌توانند چندین فراخوانی مسدودشده پیاپی ایجاد کنند.
5. تطبیق و بازبینی فاکتورها: پس از اجرایی شدن رسمی این سیاست، گزارش‌های ریجکت را با فاکتورهای دوره‌ای مقایسه کرده و موارد مشکوک به مثبت کاذب را از طریق پشتیبانی Anthropic پیگیری نمایید.

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