Sonnet или Opus 4.7 в Claude Code: выбор модели и /effort в 2026

Опубликовано 24.05.202620 мин чтенияСредний
Светящееся древо решений с ветвями Sonnet и Opus; поток энергии ведет к Sonnet, символизируя экономию.
Что узнаешь
  • Какую модель брать на какой тип задачи - готовая карта решений
  • Как настроить /model, /effort и /fast - пошагово
  • Сколько реально стоит каждая модель и где спрятана экономия
  • Как режим opusplan сжигает в 4-5 раз меньше токенов
Применить за 30 мин
Сэкономит 8 ч
Средний
3просмотров

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

Что меняется в мае 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5 и почему это важно

6 мая 2026 на конференции Code with Claude Anthropic выкатил пять серьёзных обновлений: managed memory (Dreaming), outcomes, multi-agent orchestration, Remote Control и Agent View. В тот же день удвоили лимиты Pro, Max, Team и Enterprise. Peak-hour throttling, который висел с конца марта, сняли полностью.

Параллельно открылся другой контракт - на compute. SpaceX в S-1 раскрыл сделку Anthropic на 1,25 млрд долларов в месяц до мая 2029 года за Colossus (220 000+ NVIDIA GPU, 300+ МВт). Это значит, что в ближайшие годы мощностей у Claude будет больше, не меньше.

Что это меняет на практике для вайб-кодера. Раньше типичный процесс работы звучал так: «беру Opus, потому что он умнее». Сейчас три модели реально отличаются между собой:

  • Opus 4.7 ($5 / $25 за миллион токенов input/output, 1M контекст) - вышел 16 апреля 2026. Новый токенизатор. SWE-bench Verified - 87,6%, +13% к Opus 4.6.
  • Sonnet 4.6 ($3 / $15, 1M контекст) - 79,6% на SWE-bench Verified. 91% от Opus 4.7 при 40% его цены, и почти равенство с Opus 4.6 (80,8%) - всего 1,2 пункта разницы.
  • Haiku 4.5 ($1 / $5, 200K контекст) - быстрый и дешёвый. Для всего, что не требует архитектурного мышления.

И главное - три новые команды в Claude Code, которые в начале мая получили обновления: /model, /effort, /fast. Каждая снижает расход токенов в 2-5 раз, если знать когда её применять.

Я работаю в обеих основных моделях каждый день. Ниже - карта решений, которую выработал.

Как выбрать модель: карта решений по типу задачи

Эту таблицу держу на втором мониторе. Каждый раз, когда переключаюсь между задачами, сверяюсь.

Тип задачиМодельEffortПочему
Переименовать файл, grep, build командаHaiku 4.5lowНе нужно думать, нужно выполнить
«Что делает эта функция?», explain codeHaiku 4.5mediumПростое чтение, не reasoning
Daily кодинг, малые рефакторы, новые функцииSonnet 4.6highГлавный рабочий режим. 91% качества Opus 4.7 за 40% цены
Multi-file рефакторинг (5-15 файлов)Sonnet 4.6highSonnet справляется. Opus здесь - переплата
Отладка сложного бага с непонятной причинойOpus 4.7xhighГлубокое reasoning через всю кодовую базу
Архитектурное решение, выбор стека, дизайн APIOpus 4.7xhighСамая дорогая ошибка - не переплатить
Code review, security auditOpus 4.7highНужна паранойя, не просто исполнение
Длинная автономная задача 30+ шаговSonnet 4.6highДешевле и стабильнее на дистанции
Plan Mode (планирование) → executionopusplanxhighOpus планирует, Sonnet исполняет - 75-80% экономии
Любая задача, где время критичнее денегOpus 4.7 + /fasthigh2,5x быстрее за 6x цены - окупается при tight deadline

Главный принцип: по умолчанию - Sonnet. Дефолт для большинства пользовательских планов как раз Sonnet 4.6 - не случайно. Anthropic в официальной справке прямо пишет: Sonnet - правильный выбор для большинства задач кодинга.

Опасный паттерн, в который попадает 80% новичков: ставят Opus как default и удивляются, что лимит сгорает за полдня. Лимит сгорает потому, что Opus стоит в 1,67 раза дороже на каждом токене.

Чем Sonnet 4.6 отличается от Opus 4.7 в реальных задачах

Бенчмарк сам по себе мало что значит. Важна разница в реальных задачах. Привожу обе модели рядом - на одной задаче.

Сценарий 1. Простой рефакторинг (3-5 файлов).

Sonnet и Opus делают одинаково. Я не вижу разницы в качестве кода. Время - Sonnet быстрее на 15-20%. Стоимость - Sonnet в 1,67 раза дешевле, победитель очевиден.

Сценарий 2. Отладка нетривиального бага. Допустим, в e-commerce платформе после миграции платежного шлюза перестают приходить email-чеки. Симптом: cron работает, БД получает запись, но письмо не уходит.

  • Sonnet: за 15 минут проверит логи, очевидные места, найдёт что email-сервис в env переменных, предложит проверить ключ. Если ключ ОК, начнёт ходить кругами.
  • Opus с xhigh effort: сразу строит ментальную карту «webhook → cron → проверка статуса → email service». За 20 минут находит, что миграция изменила формат идентификатора заказа, а email-сервис фильтрует по старому формату.

Это не магия. Это adaptive reasoning - Opus 4.7 решает на каждом шаге, сколько думать, и на сложном багe тратит токены ради глубины reasoning, а не ради скорости ответа.

Сценарий 3. Архитектурное решение. «Стоит ли выносить аналитику в отдельный сервис?» На таком вопросе Sonnet даст хороший план, но не учтёт нюансы - например, что мониторинг с двумя сервисами потребует переноса алертов. Opus 4.7 проходит по таким нюансам системно.

ПараметрSonnet 4.6Opus 4.7
Цена input / output$3 / $15 за миллион токенов$5 / $25 за миллион токенов
Контекст1M (на Max/Team/Enterprise - usage credits; на Pro - usage credits)1M (на Max/Team/Enterprise - included; на Pro - usage credits)
SWE-bench Verified79,6%87,6% (Opus 4.6 - 80,8%)
Тип reasoningadaptive + fixed budget запасной режимвсегда adaptive
Effort levelslow, medium, high, maxlow, medium, high, xhigh, max
Default effort (v2.1.117+)highxhigh
Fast modeнет$30 / $150 за миллион токенов, 2,5x быстрее
Tokenizerпрежнийновый - до 35% больше токенов на тот же текст

Последняя строка - важная. Когда читаешь «Opus 4.7 стоит столько-то», помни: количество токенов на тот же файл будет на 20-35% больше, чем у Sonnet. Реальная цена на одну и ту же задачу растёт ещё сильнее, чем номинально следует из таблицы.

Хочешь не только выбирать между моделями, но и собрать связку, которая делает Claude стабильным независимо от модели? Выбор Sonnet vs Opus - это одна из осей контекст-инжиниринга. На практикуме за 3 эфира собираешь все три кита: ИИ-клон + Второй мозг + Контекст-инжиниринг - именно эта связка превращает Claude из «помощника с галлюцинациями» в надёжный инструмент. Без неё даже самая дорогая модель уйдёт в галлюцинации на третьем шаге.

Практикум по вайб-кодингу
+Твой второй мозг
3 вечера - стек, метод, первый проект
Старт 26–28 мая  ·  2 000 ₽
Записаться →

Когда брать Haiku 4.5 (и почему 80% задач Claude Code - это Sonnet)

Где Haiku реально окупается:

  • Скрипты-однострочники: «напиши bash для перезапуска nginx если процесс не отвечает 30 секунд».
  • Простой explain code: «что делает эта функция?»
  • Генерация conventional commit messages.
  • Базовый syntax check / lint фиксы.
  • Перевод комментариев между языками.

Технически Haiku работает в Claude Code так же, как и через /model haiku. Но есть нюанс: subagents и фоновый задачи по умолчанию идут через Haiku, если ты не переопределил это через переменную окружения ANTHROPIC_DEFAULT_HAIKU_MODEL.

Контекст Haiku - 200K токенов. Для большинства файлов это с большим запасом, но если работаешь с монорепо или длинными транскриптами - упрёшься. На Sonnet и Opus в этом случае - 1M.

Расход: на 1 000 однотипных запросов (например, генерация commit messages по 200 токенов вход + 50 выход) Haiku обходится в 0,45 доллара. Sonnet на той же нагрузке - 1,35. Opus - 2,25. Разница в три раза.

Команда /model: как переключаться внутри сессии

Шесть способов установить модель в Claude Code, в порядке приоритета:

  1. Во время сессии: /model <alias> - переключается мгновенно. История разговора, файлы и контекст переносятся - меняется только модель, обрабатывающая следующее сообщение. Если в сессии уже был output, меню выбора попросит подтверждение - следующий ответ перечитает всю историю без кэша.
  2. При запуске: claude --model <alias>.
  3. Env-переменная: ANTHROPIC_MODEL=<alias>.
  4. Settings файл: поле model в ~/.claude/settings.json.

Базовые команды:

bash
# Запуск с Opus 4.7
claude --model opus

# Переключение внутри сессии на Sonnet
/model sonnet

# Открыть меню выбора (для интерактивного выбора)
/model

# Переключиться на Opus с 1M контекстом
/model opus[1m]

# Переключиться на конкретную версию (pin)
/model claude-opus-4-7

Алиасы и за чем они стоят на Anthropic API:

  • opus → Opus 4.7
  • sonnet → Sonnet 4.6
  • haiku → Haiku 4.5
  • best → текущий самый умный (сейчас = opus)
  • default → дефолт твоего плана (Max и Team Premium → Opus 4.7; Pro, Team Standard, Enterprise, API → Sonnet 4.6)
  • opusplan → гибрид Opus + Sonnet (про него отдельно ниже)

⚠️ На Bedrock, Vertex и Foundry дефолты другие: opus → Opus 4.6, sonnet → Sonnet 4.5. Если используешь облако - либо пиннишь точную версию (claude-opus-4-7), либо ставишь переменные ANTHROPIC_DEFAULT_OPUS_MODEL.

С версии 2.1.144 главное изменение: /model больше не пишет выбор в settings. Применяется к текущей сессии и пропадает после её закрытия. Чтобы сохранить дефолт навсегда - в меню выбора нажимаешь d на подсвеченной строке. Это запишет поле model в ~/.claude/settings.json.

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

Проверить, какая модель сейчас активна, можно через /status - там показывается и аккаунт, и текущая модель.

/model opusplan: автоматический режим Opus → Sonnet, который экономит 75-80% токенов

Этот режим - то, что я использую по умолчанию для любой задачи, которая займёт больше 10 шагов.

Логика:

  • В Plan Mode (/plan) ты обсуждаешь архитектуру, обсуждаешь варианты, согласовываешь подход. Здесь дорог Opus - и он отрабатывает свою цену, потому что reasoning принципиально другой.
  • Как только Plan Mode заканчивается и Claude приступает к редактированию файлов, написанию тестов, прогону команд - это execution. На execution качество Sonnet 4.6 не уступает Opus.

Включить:

bash
# При запуске
claude --model opusplan

# Или внутри сессии
/model opusplan

Конкретный расчёт. Допустим, рефакторинг на 50 шагов, типичное распределение:

  • Планирование (5 шагов, ~30 000 input + 8 000 output токенов): Opus 4.7
  • Execution (45 шагов, ~200 000 input + 50 000 output токенов): Sonnet 4.6
ВариантРасход на планированиеРасход на executionИтого
Только Opus$0,15 + $0,20 = $0,35$1,00 + $1,25 = $2,25$2,60
Opusplan (Opus + Sonnet)$0,15 + $0,20 = $0,35$0,60 + $0,75 = $1,35$1,70

Экономия 35% по итоговому счёту. Если execution был тяжелее (90% сессии), а у Opus был бы новый токенизатор (+25% к input) - экономия выросла бы до 75-80%.

⚠️ Один нюанс: plan-mode Opus в режиме opusplan работает со стандартным контекстом 200K. Автоматический апгрейд до 1M, который доступен на алиас opus, на opusplan НЕ распространяется. Если планируешь огромную задачу с миллионами токенов контекста (например, разбор большого монорепо) - либо явно используй /model opus[1m], либо переключайся на opusplan ПОСЛЕ планирования.

Команда /effort: 5 уровней adaptive reasoning

Это вторая по важности команда после /model. Effort - это adaptive reasoning: модель сама решает на каждом шаге, насколько глубоко думать, исходя из сложности задачи. Чем выше уровень, тем глубже reasoning и больше токенов.

Уровни (исходя из задачи):

УровеньКогда братьЧто меняется
lowКороткие задачи без интеллектуальной нагрузки: переименование файлов, простые greps, «что делает функция?», build командаМодель почти не думает, отвечает быстро и дёшево
mediumРабота, где экономия токенов важнее небольшой потери точностиСокращает токены, иногда теряет точность на нюансах
highМинимум там, где нужен реальный reasoning: кодинг, рефакторы, code reviewБалансирует токены и качество. Дефолт для Sonnet 4.6 и Opus 4.6
xhighЛучшие результаты для большинства coding и agentic задачДефолт на Opus 4.7. Доступен только на Opus 4.7
maxОчень требовательные задачи. Может улучшить результат, но склонен к overthinkingБез ограничения на токены. Сбрасывается в конце сессии

Поддерживаются три модели: Opus 4.7, Opus 4.6 и Sonnet 4.6. На остальных effort недоступен.

Как ставить:

bash
# Открыть интерактивный slider
/effort

# Установить уровень напрямую
/effort high
/effort xhigh

# Сбросить к дефолту модели
/effort auto

# Через флаг при запуске
claude --effort high

# Через env-переменную (применяется при запуске)
export CLAUDE_CODE_EFFORT_LEVEL=high

# В settings (max не работает - max только session-only)
{
  "effortLevel": "high"
}

# В skill / subagent frontmatter
---
name: my-skill
effort: low
---

Уровень показывается рядом с logo и spinner в Claude Code, например «with low effort» - так что не надо открывать /model, чтобы убедиться.

Слайдер effort также появляется внутри меню выбора /model - используешь стрелки влево/вправо для установки.

Одна важная деталь. Когда переключаешься на Opus 4.7 с любой другой модели, effort принудительно становится xhigh - даже если для Opus 4.6 или Sonnet 4.6 у тебя был high. Чтобы вернуть нужный уровень - запусти /effort ещё раз.

И отдельный приём - ultrathink в промпте. Если включить слово ultrathink в текст промпта, на этот один ход Claude применит более глубокий reasoning без смены session effort. На других схожих фразах («think», «think hard», «think more») такой триггер не работает - они просто передаются как обычный текст.

Команда /fast: 2,5x быстрее Opus за 6x цены - когда это окупается

Fast mode - research preview фича. Требует Claude Code v2.1.36+ и проверяется через claude --version.

Включить:

bash
# Toggle fast mode (есть в Claude Code CLI и VS Code Extension)
/fast

# Или в settings
{
  "fastMode": true
}

После включения:

  • Если ты на другой модели, Claude Code автоматически переключится на Opus.
  • Появится подтверждение «Fast mode ON».
  • Рядом с promptom появится иконка .

Опции и нюансы:

  • Модель по умолчанию в fast mode - Opus 4.7 с версии 2.1.142+. Если хочешь закрепить fast mode на Opus 4.6, ставишь CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1.
  • Fast mode по умолчанию сохраняется между сессиями. Админы Team/Enterprise могут заставить явное включение на каждую сессию через fastModePerSessionOptIn: true.
  • Когда выключаешь fast mode через повторный /fast, остаёшься на Opus - модель не возвращается к предыдущей. Чтобы переключиться - /model.
  • Включение mid-conversation платится по fast mode цене за весь контекст разговора. Поэтому экономнее включать fast mode сразу в начале сессии, не посередине.

Когда брать fast mode:

  • Live отладка: ты сидишь и смотришь на трейс, время реакции критично.
  • Tight deadline на интерактивную работу: пишешь демо до 18:00, нужны быстрые итерации.
  • Rapid iteration на коде: проверяешь гипотезы одну за другой.

Когда не брать:

  • Длинные автономные задачи где скорость не критична. Платишь 6x, получаешь 2,5x скорости - не окупается, если ты идёшь обедать пока Claude работает.
  • Batch processing, CI/CD конвейеры - вообще не для интерактивного режима.
  • Cost-sensitive workloads - тут выбор очевидный.

Доступность:

  • НЕ работает на Bedrock, Vertex и Foundry.
  • Требует usage credits в аккаунте (биллинг сверх включённого лимита плана). Для индивидуальных аккаунтов - включается в Console billing settings. Для Team/Enterprise - админ должен включить.
  • Fast mode токены НЕ списываются с включённого лимита плана. Они идут напрямую из usage credits, по fast mode цене с первого токена.

Если хитишь fast mode лимит запросов или заканчиваются usage credits - fast mode автоматически переключается на standard скорость и цену, иконка становится серой, работа продолжается. Когда откат лимита закончится, fast mode сам включится обратно.

Fast mode и effort - не конкурирующие настройки. Можно комбинировать: fast mode + low effort = максимальная скорость на простых задачах.

Сколько реально стоит каждая модель: разбор твоего месячного счёта

Цены за миллион токенов (на Anthropic API, USD):

МодельInput5min запись в кэш1h запись в кэшCache hitOutput
Haiku 4.5$1$1,25$2$0,10$5
Sonnet 4.6$3$3,75$6$0,30$15
Opus 4.6$5$6,25$10$0,50$25
Opus 4.7$5$6,25$10$0,50$25
Fast mode (Opus)$30n/an/an/a$150

Что снижает счёт реально:

  1. Prompt caching. Anthropic кеширует повторяющиеся куски промптов: системный промпт, CLAUDE.md, описания инструментов. Cache hit стоит 10% от input цены. На Sonnet это превращает $3 за миллион токенов в $0,30 - в 10 раз дешевле. Включается автоматически через cache_control: { type: "ephemeral" } в API запросе. В Claude Code оно работает по умолчанию.

  2. Batch API: -50% на input и output для задач, которые можешь подождать (отчёты, массовая генерация текстов батчем). Sonnet через Batch API = $1,50 / $7,50. Не работает в Claude Code напрямую, но если строишь автоматизации с Anthropic SDK - используй обязательно.

  3. opusplan вместо чистого Opus: на типичной сессии экономия 35-80% (зависит от доли execution).

  4. Sonnet на дефолте + Opus при необходимости: главный source экономии. Каждый раз, когда я ловлю себя на том, что включил Opus «на всякий случай», переключаюсь на Sonnet. Если задача потребует Opus - я это пойму на третьем-четвёртом шаге и переключусь явно через /model opus.

  5. Не забывать про новый токенизатор Opus 4.7. На одном и том же файле Opus 4.7 потребляет до 35% больше токенов, чем Sonnet 4.6. Реальная цена на ту же задачу растёт сильнее, чем кажется по табличке.

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

  • Только Opus 4.7 (high effort): ~$4,80 за сессию (1,5 часа работы).
  • opusplan: ~$1,90 (план - Opus, исполнение - Sonnet).
  • Только Sonnet 4.6 (high effort): ~$1,30, но архитектурное решение оказалось хуже (Sonnet взял шаблонный подход, Opus в opusplan сделал свой под нестандартные требования).

Победитель для такой задачи - opusplan. Экономия 60%, качество Opus на критичной части.

Лимиты в Claude Code напрямую не показывают цифры в токенах - они динамические и зависят от плана. Но в /status ты видишь твой план и текущий расход. Если хочешь жёстче контролировать - есть подробный гайд: Как не сжечь лимиты Claude Code за день.

Какой процесс работы на день собрать: 4 готовых пресета

Эти четыре пресета я переключаю в зависимости от того, какой день - и какая задача.

Преднастройка 1. Daily Code - 80% моего рабочего времени.

bash
claude --model sonnet --effort high
# Внутри сессии при необходимости escalate на Opus
/model opus

Что это: пишу новые функции, делаю малые рефакторы, отладка простых багов, документация. Sonnet на high effort - sweet spot.

Преднастройка 2. Heavy Refactor - крупное изменение архитектуры.

bash
claude --model opusplan
# Сначала /plan для обсуждения структуры
# После выхода из Plan Mode - Sonnet делает execution

Что это: переписываю модуль на 15+ файлах. Меняю интеграцию с одного шлюза на другой. Архитектура - Opus (думает над зависимостями), execution - Sonnet (быстро редактирует файлы). На таких задачах экономия 70%+.

Преднастройка 3. Quick Fix - однострочные правки и скрипты.

bash
claude --model haiku --effort low

Что это: «поменяй название переменной во всех файлах», «напиши bash для перезапуска nginx», «что делает эта функция?». Haiku справляется и стоит в 3 раза меньше Sonnet.

Преднастройка 4. Architecture Session - стратегическое решение.

bash
claude --model opus --effort xhigh
# При входе в Plan Mode используем максимум:
/plan
# В промпте дополнительно слово ultrathink на критичных вопросах

Что это: «стоит ли выносить X в отдельный сервис?», «какие инструменты для прототипа?», «как организовать схему БД для multi-tenant?». Здесь дорог Opus 4.7 - и он окупается, потому что ошибка здесь стоит недели работы.

Эти преднастройкаы можно сохранить как Skills (по одной модели на skill) или как alias в ~/.zshrc:

bash
alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

Если работаешь в команде - можно стандартизировать через managed settings. Админ ставит availableModels: ["sonnet", "haiku", "opusplan"] в политике организации - и юзеры физически не могут выбрать Opus напрямую, только через явный явное включение. Хорошая защита от случайного «обжига» лимита.

Для тех, кто пилит subagents - там тоже можно ставить разную модель на разные subagents через CLAUDE_CODE_SUBAGENT_MODEL или через поле model во frontmatter определения agent'a. Это даёт ещё один уровень оптимизации.

Что делать, если лимит исчерпался: 5 практичных приёмов

Если в /status видишь, что Opus упёрся:

  1. Переключись на Sonnet 4.6: /model sonnet. У него отдельный пул, и на 80% задач ты не заметишь разницы. На Anthropic API даже когда упёрся в Opus, Claude Code может автоматически делать запасной режим на Sonnet, если ты приблизился к порог.

  2. Используй opusplan для того, что ещё впереди: /model opusplan. Если есть Plan Mode задачи на остаток дня - они пройдут через минимальное использование Opus (только план), execution полностью на Sonnet.

  3. Проверь prompt caching: убедись, что не отключал его через DISABLE_PROMPT_CACHING=1. Если в твоём CLAUDE.md или системном промпте лежит мегабайт настроек - он должен кешироваться. На 90% read это снижает расход в 10 раз.

  4. Перенеси batch задачи: если есть массовая генерация (отчёты, тексты, переводы), вынеси в скрипт с Batch API - 50% скидка на input и output. Не работает напрямую в Claude Code, но через tsx скрипт + Anthropic SDK - 30 минут настройки.

  5. На второстепенные задачи - Haiku: для рутины вроде «напиши коммит-сообщение», «расскажи что делает этот файл» - переключи Claude Code на Haiku. Расход в 3 раза меньше Sonnet и в 5 раз меньше Opus.

И главное напоминание: с 6 мая 2026 лимиты на Pro, Max, Team и Enterprise удвоены, peak-hour throttling снят. Если у тебя жжёт Opus за полдня, проблема не в лимитах - проблема в том, что Opus стоит там, где Sonnet справился бы. Карта решений из второго раздела этого гайда возвращает контроль.

Если хочешь глубокий разбор лимитов и 8 практичных правил экономии токенов - вот pillar: Как не сжечь лимиты Claude Code за день: 8 правил экономии токенов в 2026. И второй полезный сосед - Plan Mode в Claude Code: пошаговая инструкция, потому что без Plan Mode opusplan не запускается. И база, на которой стоит вообще любая модель - Как настроить CLAUDE.md в 2026.

Источники

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

Практикум по вайб-кодингу
+Твой второй мозг
3 вечера - стек, метод, первый проект
Старт 26–28 мая  ·  2 000 ₽
Записаться →
Была инструкция полезна?
Артемий Миллер
Автор
Артемий Миллер
Предприниматель и вайб-кодер

Артемий Миллер - предприниматель и вайб-кодер. Бывший программист, собирает продукты исключительно вместе с ИИ-агентами, без найма разработчиков.

Связанные инструкции

Как откатить изменения в Claude Code: /rewind, git и 5 способов в 2026

Пошаговая инструкция по откату изменений в Claude Code. /rewind с шестью режимами, git checkout, git reflog, готовое правило в CLAUDE.md, чтобы Claude больше никогда не делал git reset --hard.

15 мин

Контекст-инжиниринг в 2026: что это, чем отличается от промпт-инжиниринга и как применять в Claude Code

Что такое контекст-инжиниринг, чем отличается от промпт-инжиниринга и как настроить в Claude Code. 5 принципов Anthropic, 7 типичных ошибок и рабочая связка за вечер.

20 мин

Как не сжечь лимиты Claude Code за день: 8 правил экономии токенов в 2026

Лимит Claude Code упирается в методологию работы с контекстом, тариф здесь вторичен. 8 правил экономии: одна задача - один диалог, плотная CLAUDE.md, план в файле, skills по триггеру, выбор модели и кэш на 90%.

23 мин

Claude Code Skills в 2026: как собрать библиотеку навыков под себя

Claude Code Skills - упакованная методология повторяющегося действия. Структура SKILL.md, формула description, 5 готовых наборов от Anthropic, Matt Pocock и Corey Haines. Пошаговая сборка первого skill за 30 минут.

22 мин

Связанные концепты