اگر امروز برای استفاده از مدلهای پیشرفته کدنویسی هزینه میپردازید، صورتحساب شما میتواند تا ۲۰ برابر کاهش یابد. Claude Haiku 5.5 با بازتعریف کف قیمتی استنتاج، اجرای حلقههای عاملمحور (Agentic Loops) را برای توسعهدهندگان با کسری از هزینههای قبلی ممکن کرد. این مدل که در ۷ اکتبر ۲۰۲۶ منتشر شد، دقیقاً در فضای خالی میان استنتاج ارزان و سریع و نیازهای استدلالی بالای کدنویسی حرفهای قرار میگیرد.
این تغییر رویکرد در زمانی رخ میدهد که توسعهدهندگان با هزینههای تصاعدی عاملهای خودمختار دستوپنجه نرم میکنند. با تکیه بر پوششهای قبلی ما درباره اینکه چگونه عاملهای فرعی (Subagents) اغلب در مدلهای سطح بالایی مانند Opus بیش از حد هزینه میکنند، Haiku 5.5 یک راه خروج ساختاری فراهم میکند. این مدل به یک ارکستراتور اجازه میدهد تا وظایف محدود و قابل بررسی را به یک کارگر ارزانقیمت بسپارد، بدون اینکه پایداری کل کدبیس را به خطر اندازد.
تصور کنید در یک جلسه کدنویسی، یک مدل سطح بالا معماری کلی را مدیریت کند، اما یک مدل ارزان، کارهای خستهکننده جستوجو و خلاصهسازی را بر عهده بگیرد. این هسته اصلی ارزش خانواده ۵.۵ است: یک ضریب تمیز از صرفهجویی در هزینهها در هر کلاس توکن.
معماری قیمتگذاری
به نقل از دادههای قیمتگذاری Anthropic در ۱۱ اکتبر ۲۰۲۶، ساختار هزینه Haiku 5.5 بر اساس طول پرامپت به دو سطح متمایز تقسیم شده است. تمام اعداد زیر به دلار برای هر میلیون توکن است:
- Haiku 5.5 (تا ۱۰۰ هزار توکن پرامپت): ۰.۱۰ دلار برای هر میلیون ورودی / ۰.۵۰ دلار برای هر میلیون خروجی. خواندن حافظه پنهان (Cache reads) ۰.۰۱ دلار است. پنجره زمینه (Context window) یک میلیون توکن است. این کاهش چشمگیر هزینهها در کنار قابلیتهای جدید، بهینهسازی پردازشهای متنی انبوه را برای سازمانها به شکلی بیسابقه تسهیل کرده است.
- Haiku 5.5 (بیش از ۱۰۰ هزار توکن پرامپت): ۰.۵۰ دلار برای هر میلیون ورودی / ۲.۵۰ دلار برای هر میلیون خروجی. خواندن حافظه پنهان ۰.۰۵ دلار است. پنجره زمینه یک میلیون توکن است.
برای مقایسه، بقیه خانواده ۵.۵ از مقیاس متفاوتی پیروی میکنند:
- Sonnet 5.5: ۲ دلار ورودی / ۱۰ دلار خروجی با ۰.۱۰ دلار برای خواندن حافظه پنهان. پنجره زمینه یک میلیون توکن است.
- Opus 5.5: ۴ دلار ورودی / ۲۰ دلار خروجی با ۰.۲۰ دلار برای خواندن حافظه پنهان. پنجره زمینه یک میلیون توکن است.
- Haiku 4.5 (نسخه قدیمی): ۱ دلار ورودی / ۵ دلار خروجی با ۰.۱۰ دلار برای خواندن حافظه پنهان و پنجره زمینه ۲۰۰ هزار توکن.
این ساختار به جای یک شیب ملایم، یک «پرتگاه قیمتی» ایجاد میکند. اگر یک درخواست به ۱۰۰,۰۰۱ توکن برسد، کل درخواست — شامل خواندن و نوشتن حافظه پنهان — با نرخ بالاتر قیمتگذاری میشود. این یک سیستم پلکانی نیست که فقط مبلغ اضافی محاسبه شود؛ بلکه کل درخواست ۵ برابر گران میشود. این موضوع میتواند بهطور پنهانی صورتحسابها را با رشد تاریخچه عاملها افزایش دهد.
درک پرتگاه ۱۰۰ هزار توکنی
برای روشن شدن تأثیر این موضوع، یک جلسه عامل را با ۱۲۰,۰۰۰ توکن ورودی در نظر بگیرید. در این حالت، ۱۰۰ هزار توکن اول با نرخ ارزان و ۲۰ هزار توکن آخر با نرخ گران محاسبه نمیشود. در عوض، کل ۱۲۰ هزار توکن با نرخ ورودی ۰.۵۰ دلار محاسبه میشود. این منجر به هزینهای معادل ۰.۰۶ دلار به جای ۰.۰۱۲ دلار میشود؛ یک جهش ۵ برابری که تنها به دلیل ۲۰٪ تخطی از حد مجاز رخ داده است.
حلقههای عامل که بهطور مداوم تاریخچه گفتگو را به پرامپت میچسبانند، اغلب بدون اینکه توسعهدهنده متوجه شود از این خط عبور میکنند. برای دفاع در برابر این اتفاق، توسعهدهندگان باید «انضباط زمینه» (Context Discipline) را به کار گیرند: تاریخچه را قبل از رسیدن به مرز ۱۰۰ هزار توکن فشرده یا خلاصهسازی کنند و پرامپتهای سیستم را سبک نگه دارند.

جهش قابلیتها و محکها
قیمت تیتر خبر است، اما قابلیتها داستان اصلی هستند. Haiku 5.5 نخستین مدل در رده خود است که قادر است در یک حلقه عاملمحور دوام بیاورد و دارای پنجره زمینه یک میلیون توکنی و تفکر تطبیقی با سطوح تلاش قابل تنظیم است.
محکهای گزارش شده توسط فروشنده، جهشی عظیم نسبت به Haiku 4.5 در وظایف عاملمحور را نشان میدهد:
- OSWorld 2.1 (استفاده از کامپیوتر): جهش از ۱۵.۷٪ به ۷۲.۴٪.
- Terminal-Bench 4.0 (وظایف شل): افزایش از ۰.۰٪ به ۳۹.۲٪.
- GDPval-AA v2.1 (وظایف حرفهای): امتیاز Elo از ۷۳۵ به ۱۶۲۰ افزایش یافت.
- Humanity's Last Exam (بدون ابزار): افزایش از ۱۰.۲٪ به ۴۵.۹٪.
با این حال، فاصله با مدلهای پیشرو (Frontier Models) همچنان زیاد است. در Terminal-Bench، نرخ ۳۹.۲٪ مدل Haiku 5.5 هنوز بسیار عقبتر از ۷۰.۶٪ مدل Sonnet 5.5 است. این تأیید میکند که اگرچه Haiku میتواند ویرایشهای محدود را مدیریت کند، اما هنوز قادر به مدیریت مهندسی باز، بازسازیهای (Refactors) در مقیاس بزرگ یا دیباگ در سطح کل کدبیس نیست. Anthropic صراحتاً این کارهای با پیچیدگی بالا را به Sonnet 5.5 و Opus 5.5 ارجاع میدهد.
عملکرد واقعی از طریق Bito
تستهای مستقل Bito در اکتبر ۲۰۲۶ دیدگاه عملیتری از نسبت هزینه به کیفیت ارائه میدهد. Bito در هفته انتشار، جلسات جدیدی را روی مجموعه وظایف خود اجرا کرد.
در درخواستهای کدنویسی تکمرحلهای (One-shot)، مدل Haiku 5.5 در حالت «تلاش بالا» به کیفیت ۸۷٪ با هزینه ۰.۰۱۴ دلار در هر جلسه رسید. در مقابل، Opus 5.5 کیفیت ۹۰٪ را با هزینه ۰.۳۲ دلار در هر جلسه به دست آورد. برای یک تفاوت ۳ درصدی در کیفیت، هزینه تقریباً ۱/۲۳ مدل گرانتر است.
در جلسات ساخت طولانی، این فاصله بیشتر میشود: Haiku (تلاش بالا) به کیفیت ۸۲٪ با هزینه ۱.۳۵ دلار رسید، در حالی که Opus به کیفیت ۸۵٪ با هزینه ۵.۴۲ دلار دست یافت. الگو واضح است: هرچه کار سادهتر و قابل بررسیتر باشد، سهم بیشتری از اختلاف قیمت را به نفع خود نگه میدارید.
قانون «قابلیت بررسی» برای مسیریابی
برای به حداکثر رساندن این صرفهجوییها، توسعهدهندگان باید «قانون قابلیت بررسی» (Checkability Rule) را اتخاذ کنند: یک وظیفه را تنها زمانی به Haiku 5.5 ارجاع دهید که خروجی آن را بتوان با هزینهای کمتر از اختلاف قیمت بین مدلها، تأیید کرد. تأیید (Verification) تمام بازی است.
وقتی یک «اوراکل» ارزان دارید — مانند یک مجموعه تست، یک بررسیکننده نوع (Type Checker)، یک Linter، یک اعتبارسنج طرحواره (Schema Validator) یا یک نگاه سریع انسانی به Diff — اشتباهات مدل کوچک اساساً رایگان هستند. شما خطا را میگیرید، دوباره تلاش میکنید و همچنان از نظر مالی سودده هستید. وقتی اوراکلی وجود ندارد — مانند تصمیمات مبهم محصول یا معماریهای نوآورانه — اختلاف قیمت هیچ سودی نمیبخشد و یک شکست، ساعتها زمان مهندسی هزینه میکند.
موارد ارجاع به Haiku 5.5:
- جستوجوهای عامل فرعی: جستوجو، خواندن و خلاصهسازی برای یک ارکستراتور.
- طبقهبندی، مسیریابی، استخراج و برچسبگذاری.
- خلاصهها، گزارش تغییرات (Changelogs) و فشردهسازی زمینه.
- اصلاحات تکمرحلهای با یک مجموعه تست موجود.
- تولید کدهای تکراری (Boilerplate) که در هر صورت آنها را Diff خواهید کرد.
- هر چیزی که دارای یک اوراکل ارزان (تستها، تایپها، طرحوارهها) باشد.
موارد ارجاع به Sonnet یا Opus:
- ساخت ویژگیهای باز و تصمیمات معماری.
- کارهای چندمرحلهای شل و بازسازی کد (شکاف ۳۹.۲٪ در مقابل ۷۰.۶٪).
- دیباگ در یک کدبیس ناآشنا.
- هر چیزی که در آن پاسخ اشتباه، گران تمام شود.
- اجرای عاملهای خودمختار با افق زمانی طولانی.
- وظایفی که هیچ تست پذیرشی قابل اعتمادی برای آنها ندارید.
توصیه میکنم بررسیهای پذیرش را به صورت قراردادهای تایپشده، مانند طرحوارههای Zod بنویسید. بررسیای که بتوانید در CI اجرا کنید، بررسیای است که بتوانید بر اساس آن مسیریابی کنید. هرچه اوراکلهای شما تیزتر باشند، کارهای بیشتری استاندارد لازم برای ارجاع به Haiku را خواهند داشت.
تفکر تطبیقی و سطوح تلاش
مدل Haiku 5.5 یک اهرم مسیریابی جدید معرفی میکند: تلاش (Effort). این مدل با تفکر تطبیقی و پنج سطح تلاش عرضه شده است که پیشفرض آن روی «متوسط» است. این به شما اجازه میدهد تا سرعت و هزینه را با عمق استدلال در یک مدل واحد معاوضه کنید.
- تلاش کم (Low Effort): بهترین گزینه برای مسیریابی و برچسبهای ساده که سرعت در آنها اولویت دارد.
- تلاش متوسط (Medium Effort): پیشفرض برای اکثر استخراجها و وظایف عمومی.
- تلاش بالا (High Effort): برای بررسیهای چندمرحلهای که در آنها یک فراخوانی اشتباه گران تمام میشود.
اعداد Bito نشان میدهد که «تلاش» یک اهرم مالی واقعی است. Haiku در حالت تلاش بالا، در هر مجموعه وظیفهای که اندازهگیری کردند، از حالت پیشفرض Sonnet بهتر عمل کرد، در حالی که هزینه هر جلسه آن تقریباً نصف Sonnet بود.
پیادهسازی در Claude Code
پشتیبانی کامل از Haiku 5.5 مستلزم استفاده از Claude Code نسخه ۲.۱.۲۹۳ یا جدیدتر است. کاربران باید دستور claude --version را اجرا کنند تا از بهروز بودن مطمئن شوند، زیرا نسخههای قدیمی ممکن است پیکربندیهای تفکر را اشتباه مدیریت کنند یا مدل را لیست نکنند.
در هر جلسه، دستور /model claude-haiku-5-5 را برای تغییر مدل فعلی به Haiku اجرا کنید. شناسه مدل claude-haiku-5-5 در API، Amazon Bedrock (anthropic.claude-haiku-5-5)، Google Cloud و Microsoft Foundry یکسان است.
برای جلساتی که میدانید محدود هستند — مانند تریاژ، اکتشاف یا برچسبگذاری انبوه — مستقیماً با دستور claude --model claude-haiku-5-5 شروع کنید. شروع با Haiku کارآمدتر است زیرا مدل هرگز هزینههای زمینه ارکستراتور را برای نوبتهای ابتدایی پرداخت نمیکند.
جلسه اصلی خود را روی Sonnet (یا Opus برای کارهای سخت) نگه دارید و اجازه دهید عاملهای فرعی Haiku را برای جستوجو و تأیید ایجاد کند. هزینههای اندازهگیری شده برای ایجاد عامل فرعی استدلال محکمی ارائه میدهد: یک پیشوند جدید برای عامل فرعی در Haiku 5.5 تقریباً ۰.۰۰۵ تا ۰.۰۱۱ دلار هزینه دارد، در حالی که در Sonnet 5.5 این مبلغ حدود ۰.۱۷ دلار است.
هزینههای پنهان و موازنه
با وجود صرفهجوییها، چندین عامل تیتر «۲۰ برابر» را تعدیل میکنند. Anthropic اشاره میکند که صرفهجوییهای متوسط در عمل حدود ۷۵٪ است، نه ۹۰٪ (که در تیتر implied شده بود)، زمانی که پرامپتهای طولانی و توکنهای خروجی لحاظ شوند.
- مالیات توکنساز (Tokenizer Tax): یک توکنساز جدید برای یک متن یکسان، حدود ۳۰٪ توکن بیشتری نسبت به Haiku 4.5 میشمارد. سایمون ویلیسون حدود ۱.۲۵ برابر را در یک پرامپت تست طولانی اندازهگیری کرد. این یعنی پرامپتهایی که در مدل قدیمی زیر ۱۰۰ هزار بودند، ممکن است اکنون از پرتگاه قیمتی عبور کنند.
- حجم خروجی: استفاده از تفکر «حداکثر تلاش» حجم خروجی را افزایش میدهد. تحلیلهای مستقل اشاره میکنند که Haiku 5.5 در حداکثر تلاش، تقریباً ۳ برابر توکن خروجی بیشتری نسبت به نزدیکترین رقیب خود تولید میکند، که این موضوع مزیت قیمتی هر توکن را در کارهای خروجیمحور میبلعد.
- اصطکاک مهاجرت: این مدل یک جایگزین مستقیم (Drop-in) برای Haiku 4.5 نیست. تفکر دستی
budget_tokens، پارامترهای نمونهگیری غیر پیشفرض و پیشپر کردن دستی دستیار (Assistant prefill) اکنون خطا میدهند. علاوه بر این، استفاده از کامپیوتر به نسخه جدیدی از ابزارها نیاز دارد. - زمینه محکها: محکهای فروشنده جنبه بازاریابی دارند. جدول Anthropic ارقام گزارش شده رقبا را مقایسه میکند و متدولوژی کامل در یک System Card قرار دارد. با توجه به اینکه مدل تنها چند روز است منتشر شده، پوششهای مستقل هنوز اندک است.
نتیجه نهایی برای صورتحساب شما
برای توسعهدهندهای که هفتهای ۲۰۰ درخواست کدنویسی تکمرحلهای اجرا میکند، ریاضیات ساده است. استفاده از Opus 5.5 تقریباً ۶۴.۰۰ دلار هزینه دارد. انتقال همین درخواستها به Haiku 5.5 (تلاش بالا) هزینه را به ۲.۸۰ دلار کاهش میدهد در حالی که کیفیت ۸۷٪ حفظ میشود.
وقتی این موضوع با الگوی ارکستراتور ترکیب شود — جایی که یک جلسه Sonnet روزانه ده عامل فرعی Haiku را برای جستوجو ایجاد میکند — صرفهجوییها مرکب میشوند. ایجاد یک عامل فرعی در Haiku حدود ۰.۰۱ دلار در مقابل ۰.۱۷ دلار در Sonnet هزینه دارد که تنها در بخش ایجاد (بدون محاسبه توکنها)، روزانه ۱.۶۰ دلار صرفهجویی میکند.
این تغییر معماری، کدنویسی با هوش مصنوعی را از یک هزینه لوکس به یک ابزار مقیاسپذیر تبدیل میکند. پیروزی در جایگزینی مدل بزرگ نیست، بلکه در دانستن دقیق زمان استفاده از مدل کوچک است. برای شروع بهینهسازی، لاگهای فعلی عاملهای خود را بررسی کنید تا شناسایی کنید کدام وظایف توسط یک مجموعه تست یا Linter تأیید میشوند؛ اینها کاندیداهای اصلی شما برای مسیریابی به Haiku هستند.
ابزارهای گردش کار مسیریابی
برای پیادهسازی این استراتژی مسیریابی، چندین ابزار برای نظارت و اجرا ضروری هستند:
- Claude Code: رابط خط فرمان (CLI) کدنویسی عاملمحور Anthropic. اینجا جایی است که تغییرات
/modelرا اجرا و الگوی ارکستراتور را پیاده میکنید. - Anthropic API: دسترسی بر اساس میزان مصرف را فراهم میکند. این برای صورتحساب مستقیم هر توکن، زمانی که طرحهای اشتراکی با مقیاس شما سازگار نیستند، حیاتی است.
- Artificial Analysis: یک ارائهدهنده مستقل محکها. از این ابزار برای ردیابی این موضوع استفاده کنید که آیا امتیازات Haiku با انتشار تستهای مستقل و بالغتر ثابت میمانند یا خیر.
سوالات متداول
Claude Haiku 5.5 چیست و چه زمانی منتشر شد؟
مدل کوچک، سریع و ارزان Anthropic در خانواده Claude 5.5 است که در ۷ اکتبر ۲۰۲۶ منتشر شد. این مدل پنجره زمینه ۱ میلیون توکنی، تفکر تطبیقی با سطوح تلاش و امتیازاتی دارد که در وظایف عاملمحور با اختلاف زیاد Haiku 4.5 را شکست میدهد.
هزینه Haiku 5.5 در Claude Code چقدر است؟
از طریق API، برای پرامپتهای تا ۱۰۰,۰۰۰ توکن، هزینه ۰.۱۰ دلار برای ورودی و ۰.۵۰ دلار برای خروجی است که بالای این خط به ۰.۵۰/۲.۵۰ دلار افزایش مییابد. در طرحهای اشتراکی Claude Code، انتخاب مدل قیمت اشتراک را تغییر نمیدهد، اما ارجاع کارها به Haiku شما را زیر سقف مصرف نگه میدارد و محدودیتهای نرخ (Rate limits) را گسترش میدهد.
چگونه از Haiku 5.5 در Claude Code استفاده کنم؟
در یک جلسه، دستور /model claude-haiku-5-5 را اجرا کنید. برای شروع مستقیم یک جلسه با Haiku، از claude --model claude-haiku-5-5 استفاده کنید. برای پشتیبانی کامل به نسخه ۲.۱.۲۹۳ یا جدیدتر نیاز دارید. شناسه مدل در همه جا (API, Bedrock, Vertex) یکسان است.
آیا Haiku 5.5 برای عاملهای کدنویسی به اندازه کافی خوب است؟
برای کارهای کدنویسی محدود و قابل بررسی، بله — محکهای مستقل Haiku 5.5 در تلاش بالا را در فاصله چند امتیازی از Opus 5.5 در درخواستهای تکمرحلهای با هزینه ۱/۲۳ قرار میدهند. برای مهندسی چندمرحلهای باز، هنوز عقب است: ارقام خود Anthropic در Terminal-Bench 4.0 نشاندهنده ۳۹.۲٪ در مقابل ۷۰.۶٪ است، به همین دلیل Sonnet پیشفرض کدنویسی روزمره باقی میماند.
پرتگاه قیمتی ۱۰۰ هزار توکنی چیست؟
قیمت تیتر Haiku 5.5 فقط برای پرامپتهای ۱۰۰,۰۰۰ توکن یا کمتر است. با عبور از این خط، کل درخواست — ورودی، خواندن حافظه پنهان و همه چیز — با نرخ ۰.۵۰/۲.۵۰ دلار قیمتگذاری میشود که ۵ برابر بیشتر است. تاریخچههای طولانی عاملها به راحتی از این خط عبور میکنند، بنابراین پرامپتها را فشرده نگه دارید یا هزینه سطح دوم را بپردازید.
آیا باید از Sonnet 5.5 به Haiku 5.5 مهاجرت کنم؟
نه به طور کامل. از Sonnet به عنوان ارکستراتور و کدنویس پیشفرض استفاده کنید و کارهای محدود و قابل تأیید — مانند طبقهبندی، استخراج، خلاصهسازی و جستوجوهای عامل فرعی — را به Haiku ارجاع دهید. این ساختار ترکیبی جایی است که صرفهجوییها اتفاق میافتند. پیشفرض را تنها برای بارهایی تغییر دهید که امتیازات Haiku از سد پذیرش شما عبور کرده باشد.




گفتگو