Opus 4.8 в Claude Code: что нового, цены и как переключиться в 2026

Каждый день в Telegram-канале - что нового в вайб-кодинге: инструменты, связки, ошибки. Подпишись, чтобы быть в курсе.

Что вышло 28 мая в Claude Code

28 мая Anthropic выкатила Opus 4.8 - через 41 день после Opus 4.7. Это необычно быстрая каденция: TechCrunch связывает её с давлением со стороны OpenAI Codex и Google Antigravity. В тот же день вышли Claude Code v2.1.154 и блог «Introducing dynamic workflows in Claude Code». На следующий день v2.1.156 закрыла баг с thinking blocks, который ломал API на Opus 4.8.

Четыре изменения, которые касаются каждого, кто кодит в Claude Code:

1. Новая модель Opus 4.8 - те же цены ($5/$25 за миллион токенов), но более высокие бенчмарки и в 4 раза реже пропускает баги в собственном коде.
2. Dynamic Workflows - Claude сам пишет JS-скрипт, который запускает до 1000 subagent'ов параллельно. Триггер - слово workflow в промпте.
3. xhigh effort - новый уровень reasoning. По умолчанию на Opus 4.8 теперь high, под тяжёлые задачи можно крутить до xhigh.
4. Fast Mode подешевел в 3 раза - было 6× от standard цены, стало 2× за 2,5× скорости.

Anthropic про этот релиз сам говорит сдержанно:

Simon Willison в независимом разборе подхватывает этот фрейминг:

В этом гайде показываю, что именно поменялось, сколько это стоит на практике и стоит ли переключаться сейчас или подождать. Свои продукты - Piratix AI, Aishka, Miss Laser - я последние сутки гонял на Opus 4.8, чтобы написать не пересказ TechCrunch, а отчёт практика.

Чем Opus 4.8 отличается от 4.7?

Что выросло по цифрам

Anthropic опубликовала бенчмарки в официальном анонсе и в Claude API Docs. Сводная таблица:

⚠️ Это vendor-published figures - цифры от Anthropic, не независимый замер. Единственный независимый Senior Engineer benchmark есть у Every.to (Vibe Check):

Разрыв с 4.7 на Senior Engineer +29,5 пункта - это не «инкрементальный апдейт» по практическим задачам. Но на lower effort скор «drops significantly» - без xhigh результат другой.

Главное обещание: «4× меньше пропускает баги»

Anthropic заявляет:

Это звучит круто, но под капотом - нюанс. Simon Willison залез в System Card и нашёл:

Перевожу с языка System Card на язык вайб-кодера: модель не стала умнее в 4 раза. Она стала чаще говорить «не уверен, проверь» вместо того, чтобы выдать правдоподобную галлюцинацию. Честность вместо роста IQ - такая получилась эволюция.

Для практики это значит: на тех же задачах, где раньше Claude уверенно врал, сейчас он скажет «я тут не уверен». Это снижает риск, но не повышает покрытие.

Bridgewater Associates подтверждает изменение в официальном testimonial для TechCrunch: Opus 4.8 «проактивно поднимает руку, если данные на входе или выходе сомнительны». Для аналитики финансовых рядов это критично - раньше модель уверенно работала с битыми входами, теперь говорит «проверь источник». Для вайб-кодера это закрывает боль «ИИ наврал, я полдня дебажил враньё».

Что осталось без изменений

• Цена standard ($5 за миллион input, $25 за output) - та же.
• Knowledge cutoff - январь 2026, как у 4.7.
• Контекст по умолчанию - 1 миллион токенов на Anthropic API, AWS Bedrock и GCP Vertex AI. На Microsoft Foundry - 200K.
• Max output - 128K токенов.
• Sampling параметры (temperature, top_p, top_k) - по-прежнему не поддерживаются, возвращают 400 error.

Где Opus 4.8 проигрывает

Честно: на Terminal-Bench 2.1 Opus 4.8 даёт 74,6% - неплохо, но не лидер категории. Если большая часть твоей работы идёт через терминал, имей это в виду: Codex на чисто терминальных задачах часто чуть сильнее. На остальных бенчмарках Opus 4.8 впереди, но эта разница реальна.

Второй честный момент - на сложных agentic-пайплайнах с непроверенным входом (парсинг сайтов, чтение RSS) защита от prompt-injection в Opus 4.8 не гарантирована. Если строишь автоматизацию, читающую чужие документы, держи отдельный санитайзер на входе. На Miss Laser я именно так и делаю - модель не должна доверять тому, что пришло из браузера, без проверки.

Сколько стоит Opus 4.8 в 2026?

Тарифная сетка

Цена standard осталась той же, что у 4.7 и 4.6. Это редкость - обычно новые поколения стоят дороже. MarkTechPost обращает внимание, что Fast Mode подешевел в 3 раза: на 4.6 и 4.7 fast-режим был в 6× от standard. На 4.8 - 2×.

Что это значит в час работы

Один час активного кодинга в Claude Code на Opus 4.8 - это примерно 1-2 миллиона input-токенов и 100-300 тысяч output. По standard ценам это $5-10 за input и $2,5-7,5 за output. Округлённо - $8-15 в час на чистой API.

На подписочных тарифах:

• Pro ($20/мес) - хватает на 1-2 часа активной работы в день. Лимит сжигается за один тяжёлый промпт с Dynamic Workflow.
• Max 5x ($100/мес) - 4-6 часов в день стабильно. Золотая середина для большинства вайб-кодеров.
• Max 20x ($200/мес) - полный рабочий день без оглядки на лимит. Имеет смысл, если запускаешь много workflow или работаешь с Agent SDK.

Подробнее - в гайде как не сжечь лимиты Claude Code и куда уходят токены.

⚠️ Важная деталь от Anthropic: workflow на 1000 агентов жжёт «substantially more tokens than a typical session». Один прогон полноценного workflow может съесть весь дневной лимит Pro. До запуска проверь, что у тебя Max или включена оплата по API.

⚠️ Fast Mode не входит в Pro / Max / Team / Enterprise тарифы. Он требует подключённых usage credits и идёт отдельным счётом по $10/$50 за миллион токенов сверх подписки. Если ты на Max и включил Fast Mode без credits - получишь сообщение о необходимости пополнения баланса. Это часто пропускают при чтении доки.

Что такое Dynamic Workflows в Claude Code?

Чем workflow отличается от subagent и skill

Раньше всё, что Claude Code делал автономно, было turn-by-turn оркестрацией. Claude в каждом ходу решал, какой инструмент позвать, и промежуточные результаты лежали у него в контексте. Это работает до 4-5 subagent'ов, дальше контекст переполняется.

Dynamic Workflow меняет паттерн. Claude пишет JavaScript-скрипт, который сам оркестрирует агентов. Промежуточные результаты живут в переменных этого скрипта, а не в контексте Claude. В контекст возвращается только финал. Это даёт три эффекта:

1. Можно запускать до 16 агентов параллельно, всего до 1000 на один прогон.
2. Контекст Claude не переполняется - каждый subagent работает в своей песочнице.
3. Скрипт переиспользуем - после удачного прогона жмёшь s в /workflows, и он сохраняется как твоя slash-команда.

Anthropic docs про workflows формулируют это так:

Лимиты runtime

Три способа активировать workflow

1. Слово workflow в промпте. «Run a workflow to audit every API endpoint under src/routes/ for missing auth checks». Claude видит триггер, пишет скрипт, запускает.
2. /effort ultracode - комбинирует xhigh reasoning с автоматической оркестрацией workflows. Применяется ко всем substantive задачам сессии. По доке:

3. /deep-research [вопрос] - встроенный workflow для исследования с web search'ем и cross-check'ингом источников.

Пример: Bun на 750 000 строк Rust за 11 дней

Jarred Sumner (создатель Bun) использовал Dynamic Workflows для эксперимента: портировать Bun с Zig на Rust. По данным Anthropic blog:

• ~750 000 строк Rust сгенерировано.
• 11 дней от первого коммита до merge.
• 99,8% тестов существующего suite зелёные.
• ~300 правил перевода Zig → Rust.

Технический паттерн - три workflow подряд:

1. Workflow #1 мапит правильный Rust lifetime для каждого struct field в Zig codebase.
2. Workflow #2 пишет каждый .rs файл как behavior-identical port своего .zig коллеги. Сотни агентов параллельно, два ревьюера на каждый файл.
3. Workflow #3 - fix loop: гонит build + test до зелёного состояния.

Сам Sumner про эксперимент говорит сдержанно: переписывать Bun на Rust команда ещё не обязалась, есть высокий шанс выкинуть всю эту работу целиком. Это эксперимент для замера производительности и удобства разработки, не настоящий перенос. На моих продуктах Piratix AI и Aishka я бы пока такие миграции не запускал - экономия инженерного времени реальна, но риск потерять контроль над проектом тоже большой.

Главная ловушка: на малых задачах workflow выжжет лимит

Пользователь ncphillips на Hacker News обсуждении Dynamic Workflows описал болезненный пример. Прогнал code review «достаточно небольшого пакета» через Dynamic Workflows. Claude автоматически развёл 90 параллельных агентов на эту задачу. Результат - впервые в жизни выжег весь Claude Max лимит на одной задаче. То есть workflow не различает «большой рефактор» и «маленький ревью» по умолчанию - он всегда раскручивается до максимально доступной параллели.

Второй похожий случай от AndyNemmity там же: обычный diff-review, который вручную сделан на 4 агента, Claude автоматически развёл на 8. Workflow over-tuned под большое число агентов.

Практический вывод: если задача укладывается в 1-2 простых subagent'ов - не зови workflow, делай руками через subagents. Workflow окупается на 50+ файлов, не на 5.

Dynamic Workflow - следующая ступень контекст-инжиниринга. Claude сам разбивает задачу на 1000 подзадач и параллельно проверяет findings друг друга. Но без двух других китов (ИИ-клона и Второго мозга) это превращается в «1000 ошибок параллельно» - каждый агент видит только свой кусок без общего контекста проекта. На практикуме за 3 эфира собираешь все три кита - связку, которая делает Opus 4.8 предсказуемым, а не дорогим экспериментом.

Практикум по вайб-кодингу

+Твой второй мозг

3 вечера - стек, метод, первый проект

Старт 9–11 июня  ·  2 000 ₽

Записаться →

Когда включать xhigh effort?

В release notes Claude Code v2.1.154 Anthropic явно говорит: Opus 4.8 по умолчанию работает на effort=high - это новый стандарт после релиза. Раньше стандарт был ниже. Новый уровень xhigh доступен поверх - для самых тяжёлых задач, где модель тратит больше thinking токенов на каждый ход.

Simon Willison тестировал effort на классической задаче «нарисуй pelican on a bicycle» - на пяти уровнях. Максимальный effort «was clearly the best, but cost 43 cents for one request». То есть это работает, но дорого.

Когда брать xhigh:

• Миграции (новый паттерн архитектуры → 50+ файлов).
• Audit'ы безопасности (security review на 200+ endpoint'ов).
• Плановые рефакторинги с проверкой инвариантов.
• Сложные долгие сессии отладки, где модель должна вспомнить весь путь.

Когда НЕ брать:

• Рутинные правки в одном файле (написать тест, переименовать метод).
• Простые промпты с понятной структурой.
• Документация / комментарии - там xhigh переплата.

В Claude Code v2.1.154 слайдер effort переименовали с «Speed/Intelligence» на «Faster/Smarter». Дефолт /effort high теперь идёт под капотом, явно переключать его не надо.

Ещё одна находка из практики - экономия токенов через дроп effort. На Linas substack про playbook есть полезное наблюдение: Opus 4.8 на минимальном effort выдаёт качество, сравнимое с Opus 4.7 на максимальном. То есть после обновления имеет смысл попробовать low или medium на тех задачах, где раньше крутил high - токены сэкономятся, качество не просядет.

Когда брать Fast Mode?

MarkTechPost подчёркивает важную деталь:

Цены:

Когда брать:

• Интерактивные задачи, где время отклика важнее точности (live code-review на стриме).
• Быстрые правки, проверка гипотез.
• Demo / питч клиенту.

Когда НЕ брать:

• Long-horizon agentic - 2× цена на 1М-контексте бьёт по экономике.
• Dynamic Workflow с 1000 агентов - 2× цена помноженная на 1000 = катастрофа.
• Background-сессии, где скорость не критична.

Как переключиться на Opus 4.8 без потери настроек?

Шаг 1. Обновить Claude Code

В терминале:

claude upgrade

Или переустановить по доке Anthropic.

⚠️ Целевая версия - v2.1.156 и выше. В v2.1.154 был баг: при использовании Opus 4.8 thinking blocks модифицировались, что приводило к API errors. В v2.1.156 баг исправили.

Проверь версию:

claude --version

Шаг 2. Переключить модель в /config

В Claude Code:

/model claude-opus-4-8

Или открой /config → раздел Model → выбери Opus 4.8 из списка. На API endpoint'е id модели - claude-opus-4-8.

Шаг 3. Включить Dynamic Workflows (Pro plan)

На Pro plan'е Dynamic Workflows по умолчанию выключены. Открой /config → раздел Workflows → включи. На Max, Team и personal Enterprise - включены сразу. На Enterprise с админом - могут быть выключены админом, попроси разрешить.

Шаг 4. Прогнать тест

В Claude Code попроси простую задачу с понятным результатом, чтобы убедиться, что модель отвечает корректно:

Напиши TypeScript-функцию, которая делит массив на чанки фиксированной длины.
Дай тесты на vitest.

Если ответ адекватный и появляется фраза «using claude-opus-4-8» в начале - переключение прошло. Если 400 error - проверь версию Claude Code (вернись на шаг 1).

Что НЕ надо мигрировать

• CLAUDE.md работает с любой моделью без правок. Подробнее - в гайде как настроить CLAUDE.md.
• Skills автоматически подхватываются Opus 4.8. Подробнее - в гайде Claude Code Skills.
• MCP-серверы работают идентично. Гайд по MCP - 7 готовых связок.
• Subagents и Plan Mode - без изменений. Сводка по выбору между Skills, Subagents, MCP и Plugins - в соответствующем pillar'е.

Что говорят независимые обзоры?

Simon Willison - «не сильно поменялось»

Simon Willison - независимый ревьювер, который тестирует каждый релиз Anthropic. По его разбору, не сильно поменялось со времён 4.7. Его pelican-тест на SVG показал: на максимальном effort качество заметно лучше, но один запрос стоит 43 цента. Главная идея: улучшения пришли через сдержанность модели, не через рост IQ.

Every.to - «лучшая writing-модель за год»

Every.to делает Vibe Check на каждый релиз - это команда Dan Shipper'а и Katie Parrott. В разборе Opus 4.8 они дают самый оптимистичный читаемый отзыв:

И:

На их Senior Engineer benchmark @ xhigh - 63 пункта против 33,5 у 4.7. Это разрыв в 88% - заметно больше, чем заявляет Anthropic в своих бенчмарках. Но: «on lower effort the score drops significantly». То есть результат держится только при высоком effort.

Claire Vo (Lenny's Newsletter) - «возвращаюсь к 4.7 на data-heavy»

Claire Vo - практик, которая тестировала Opus 4.8 на реальных задачах. В её разборе для Lenny есть важный балансирующий вывод: она продолжает использовать Opus 4.7 для data-тяжёлой стратегии и работы над roadmap.

Её формула: Opus 4.8 силён на greenfield-прототипах, one-shot фичах и быстром исполнении. Слаб на «последних 10%», edge case'ах в существующих кодбазах и галлюцинациях. То есть для нового кода - берём 4.8, для глубокого анализа старого - пока 4.7.

Этот практический вывод для меня самый ценный. Модель новая, но не универсальная. На Piratix AI я держу обе модели подключёнными: 4.8 как основной, 4.7 под ручку для анализа продуктовой аналитики.

Стоит ли переходить с Sonnet 4.6 или Haiku 4.5?

Я уже разбирал выбор между Sonnet и Opus в старом гайде, но это было про 4.7. С Opus 4.8 правила немного смещаются.

Decision matrix для 2026 года:

Для большинства вайб-кодеров оптимум - Sonnet 4.6 как ИИ-клон по умолчанию плюс Opus 4.8 под heavy-задачи через переключатель /model. Так и платишь меньше, и тяжёлые задачи закрываются нормально.

Что НЕ работает в Opus 4.8?

Три точки, где Opus 4.8 проседает по практическим отчётам:

1. Data-heavy стратегия и roadmap. Claire Vo прямо говорит, что для аналитики продолжает использовать 4.7. Если твой основной use case - собрать таблицу метрик и предложить roadmap, попробуй сначала на 4.8, при провале возвращайся к 4.7 через /model claude-opus-4-7.

2. «Последние 10%» в существующих кодбазах. Модель отлично делает greenfield (новый проект с нуля), но в дозревании старого кода - edge case'ы, специфические quirks архитектуры - она проседает. Это типичная слабость reasoning-моделей: они хорошо генерируют, но плохо «дочинивают» уже существующее.

3. Галлюцинации остались. «4× меньше пропускает баги» означает что модель чаще говорит «не знаю», но в случаях, когда контекста не хватает, она всё ещё может выдать правдоподобную выдумку. Защита - это Второй мозг в проекте: чем плотнее CLAUDE.md и business/, тем меньше места для галлюцинаций.

Это не означает «не обновляйся». Это означает: понимай ограничения и держи Sonnet 4.6 и Opus 4.7 в кармане как fallback.

Как Opus 4.8 меняет работу со «вторым мозгом»?

Гайд «Второй мозг в Claude Code» я писал на 4.7. С 4.8 правила структуры business/ не меняются - Claude по-прежнему читает её при старте сессии, по-прежнему уважает иерархию папок и frontmatter в md-файлах.

Что меняется - это режим работы со вторым мозгом на сложных задачах.

Раньше: сложный workflow требовал, чтобы весь нужный контекст был в текущей сессии. Если ты просил «перепиши 50 файлов под новый паттерн», Claude должен был сначала прочитать архитектуру (CLAUDE.md + business/architecture/), потом каждый файл, потом сгенерировать правки. На пятидесятом файле контекст переполнялся, начинались галлюцинации.

Сейчас с Dynamic Workflows: ты пишешь один промпт, Claude генерирует JS-скрипт. Скрипт запускает 16 параллельных subagent'ов. Каждый получает свой кусок задачи и свой срез второго мозга (нужные куски CLAUDE.md и business/). Промежуточные результаты лежат в переменных скрипта, не в контексте Claude. На выходе - итог.

Это переписывает уровни абстракции. Раньше второй мозг был библиотекой для одного агента-исполнителя. Теперь он - общая база знаний для целой команды агентов, работающих в параллели.

Практически: если у тебя business/ нормально структурирован (правила, аудитория, продукты, цели, экономика), Dynamic Workflow начинает работать на полную мощность. Если структуры нет - workflow умножает галлюцинации на 16.

Третий кит, без которого связка разваливается - контекст-инжиниринг. Решение «какая информация попадает в контекст агента, в какой момент, и как её ужать» - вот реальная работа в workflow-оркестрации. NotebookLM, Plan Mode, /compact, Dynamic Workflows - все эти инструменты работают на дисциплину контекста, не на сами по себе.

Что дальше после Opus 4.8?

TechCrunch в обзоре релиза цитирует Anthropic:

«Coming weeks» в формулировках Anthropic обычно означает 4-8 недель. То есть Mythos-class модель, скорее всего, выйдет в июне-июле 2026. Это меняет тактику:

• Если у тебя текущие проекты на Sonnet 4.6 или Opus 4.7 - обновляйся на 4.8, попробуй xhigh и workflow на конкретных задачах. Это бесплатный апгрейд по цене.
• Если ты планировал большую миграцию через workflow - не торопись. Через месяц-два может выйти модель, которая сделает её ещё лучше. Можешь начать с эксперимента на одном модуле, чтобы понять механику.
• Если ты собирался переделывать инфраструктуру под Dynamic Workflows - подожди. Mythos может изменить базовые паттерны.

В этой нестабильности и есть главный совет: оставайся гибким. Opus 4.8 - хороший инкрементальный апгрейд. Mythos может быть скачком. Не вкладывайся в большие переделки за месяц до возможной новой модели.

Полная схема по вайб-кодингу за вечер: ИИ-клон + Второй мозг + Контекст-инжиниринг. 3 эфира, 2 000 ₽. Записи остаются у тебя.

Практикум по вайб-кодингу

+Твой второй мозг

3 вечера - стек, метод, первый проект

Старт 9–11 июня  ·  2 000 ₽

Записаться →