2 хв читання

Claude Opus 5.5: extra витратив 3% тижневого ліміту

Claude Opus 5.5веб-разработкаreasoning

За звітом користувача, Claude Opus 5.5 у режимі extra витратив лише 3% тижневого ліміту за майже безперервний день звичайної веброзробки. Це не універсальний бенчмарк, але корисний сигнал: extra може давати достатню якість для щоденного кодування без багатослівності та більших витрат режиму max.

Що показав режим extra

Із цього звіту можна зробити простий висновок: для звичайної веброзробки Claude Opus 5.5 у режимі extra може бути помітно економнішим, ніж очікуєш від флагманської моделі. Автор майже без перерви працював увесь день і витратив лише 3% тижневого ліміту.

Це не був агентний марафон. Не використовувалися цикли, рої субагентів або інші схеми, що швидко роздувають контекст і генерацію: лише повсякденні завдання вебзастосунку. За суб'єктивною оцінкою автора, якість при цьому не поступалася Астрі.

Ціни допомагають зрозуміти, чому режим міркування тут настільки важливий. В офіційній документації Anthropic щодо цін Claude для Opus 5.5 на момент запуску було зазначено $4 за мільйон вхідних токенів і $20 за мільйон вихідних. Читання кешу коштувало $0,20 за мільйон токенів, а пакетна обробка — $2 і $10 відповідно.

Вихідні токени у п'ять разів дорожчі за вхідні, тому тривале міркування та багатослівна генерація можуть зіпсувати економіку швидше, ніж великий промпт. Це добре узгоджується з другим спостереженням: у режимі max модель працювала якісно й швидко друкувала токени, але генерувала їх багато та відповідала довго.

Утім, 3% тижневого ліміту не можна безпосередньо перетворювати на вартість API. Ліміти продукту, білінг токенів і кешування вимірюють різні речі. Це один практичний випадок, а не контрольований тест з однаковими завданнями та вимірами.

Max перестає бути режимом за замовчуванням

Для рутинного кодування extra виглядає раціональнішим, а max варто залишити для справді складних завдань. Це не означає, що max став гіршим: додаткове міркування окупається лише тоді, коли зменшує кількість помилок, повторних запитів або невдалих правок.

Насамперед я б дивився на обсяг відповіді, кількість повторних проходів і стабільність змін між файлами. Якщо extra виконує завдання за один прохід, глибший режим додає затримку й витрати без очевидної віддачі. За важкого рефакторингу або довгого ланцюга залежностей баланс може змінитися.

Сигнал тут не в магічних 3%, а у зміні звички: максимальне міркування більше не виглядає безкоштовною страховкою якості. Для Opus 5.5 вибір режиму стає частиною інженерного налаштування, а не повзунком, який завжди хочеться пересунути вправо до кінця.

Раніше ми розглядали, як Claude Opus 4.6 поєднує інтелект, ціни та параметри конфігурації у продакшені. Це порівняння дає корисний контекст для оцінки щоденного співвідношення вартості й продуктивності Opus 5.5.