Как выжать максимум из CoreCode

Кэш и тарификация Claude Code

Обновлено: 1 ноября 2026 г.

На каждом ходу Claude Code заново отправляет системный промпт, описания инструментов и весь диалог. Если это попадает в кэш промптов, оно тарифицируется как чтение из кэша — по 2,5–10% обычной цены входа, 5% на Opus 5.5 и Sonnet 5.5. Поэтому доля попаданий в кэш во многом определяет, сколько вы тратите. Другие способы сэкономить — в разделе как тратить на Claude Code меньше.

Как тарифицируется кэш

Кэш промптов Anthropic сопоставляется по префиксу: запрос читает кэш, только если его начало полностью совпадает с ранее закэшированным содержимым. Вход запроса тарифицируется тремя частями:

Цены за единицу — на странице Цены. В обычной сессии Claude Code на каждом ходу записывается лишь несколько сотен или тысяч новых токенов, а остальные сотни тысяч читаются из кэша. Как только префикс меняется, весь контекст записывается заново по цене записи — часто это сотни тысяч токенов за раз.

Что делает CoreCode

• Нативная передача: /v1/messages не преобразуется. Метки cache_control и заголовки anthropic-beta доходят до Anthropic без изменений, поэтому часовой кэш тоже работает.
• Привязка сессии: одна сессия Claude Code (по ID сессии и модели) остаётся на одном аккаунте-источнике, поэтому кэш не теряется из-за смены аккаунта; после перезапуска сервиса привязка восстанавливается.
• Официальные условия тарификации: вход, выход, чтение из кэша, а также запись в кэш на пять минут и на час тарифицируются отдельно, и каждая запись есть в журнале использования.

Когда кэш ломается, зависит от того, что отправляет клиент. Случаи ниже — собственное поведение Claude Code, и они одинаковы через любой прокси и при прямом обращении к Anthropic.

Во сколько обходится auto mode

Режим разрешений auto в Claude Code сам решает, можно ли выполнить действие, вместо того чтобы каждый раз спрашивать вас. Каждое проверяемое действие всё равно требует вердикта. Начиная с v2.1.278, когда запросы идут через шлюз или прокси, Claude Code сначала просит сервер проверить действия внутри обычных запросов к модели, без дополнительного запроса. CoreCode передаёт эти запросы и результаты проверки без изменений: в тесте 30 октября 2026 г. auto mode на Opus 5.5 и Sonnet 5.5 проверялся сервером, в запросах была только основная беседа и никаких дополнительных расходов.

Если сервер не проверяет, Claude Code возвращается к старому способу: перед каждым вызовом инструмента он отправляет отдельный запрос классификатора с частью транскрипта и ожидающим действием, и модель решает, разрешить ли его. В официальной документации сказано, что при работе по API-ключам или через прокси эти запросы классификатора учитываются в расходе токенов. На CoreCode к такому откату приходят почти только сессии, где задан CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS, — он заодно отключает проверку на сервере. Установка CLAUDE_CODE_AUTO_MODE_SERVER=0 делает то же самое.

Такие проверки могут и отклоняться: проверка передаёт модели часть транскрипта и просит записать рассуждение до вердикта. На CoreCode мы неоднократно видели, как классификатор безопасности Anthropic отклоняет такие запросы как извлечение рассуждений (reasoning_extraction). Отклоняется собственная проверка Claude Code, а не что-либо написанное вами, и CoreCode не штрафует за это ваш аккаунт, но та же проверка повторно не пересылается, а повторная отправка останавливается (см. 403). Уберите CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS и дайте серверу проверять — отдельные проверки прекратятся.

Какую модель использует классификатор при откате: у Anthropic по умолчанию это Claude Sonnet 5. CoreCode предоставляет Sonnet 5.5, Opus 5.5, Haiku 5.5 и Fable 5.1, но не Sonnet 5, и по правилам Anthropic Claude Code тогда использует модель вашей сессии. Поэтому если вы работаете на Opus, каждая проверка тоже тарифицируется по ценам Opus.

Вот сколько стоят отдельные запросы классификатора при откате.

Проблема в том, что в кэш попадает только небольшая начальная часть такой проверки. Остальные десятки тысяч токенов записываются заново каждый раз, а следующая проверка не может использовать то, что записала эта. Реальный случай:

• Основная беседа попадала в кэш более чем в 95% случаев, читая по двести–триста тысяч закэшированных токенов за ход, — без проблем.
• Каждый вызов инструмента добавлял проверочный запрос: из кэша читалось лишь десять–двадцать тысяч токенов, около 65 тысяч записывалось заново и несколько десятков токенов выхода.
• Эти проверки составляли треть запросов, но израсходовали 60% кредита.

Как это заметить

• В столбце потока журнала использования стоит Non-stream. Основная беседа Claude Code всегда идёт потоком, поэтому не потоковые запросы — почти всегда эти проверки.
• Обычно такой запрос следует за потоковым в течение секунд, с малым чтением из кэша, десятками тысяч токенов записи в кэш и очень коротким выходом.
• Консоль помечает его как промах кэша. При наведении показывается подсказка о том, что это, скорее всего, проверка auto mode, а уведомление на странице обзора отдельно указывает на это, когда таких запросов большинство.

Как убедиться, что auto mode включён

• Начиная с Claude Code v2.1.283, новые сессии в терминале и VS Code по умолчанию запускаются в auto, без каких-либо ваших настроек. В строке состояния виден ⏵⏵ auto mode on.
• Команда запуска содержит --permission-mode auto.
• Вы переключили режим разрешений через Shift+Tab во время сессии, и панель под полем ввода показывает auto.

Что делать

1. Уберите CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS: проверьте блок env в ~/.claude/settings.json, .claude/settings.json вашего проекта и профиль оболочки и удалите её, а также любой CLAUDE_CODE_AUTO_MODE_SERVER=0. CoreCode не нужна ни та, ни другая. Начните новую сессию — auto mode будет проверяться сервером, без отдельных проверок. Подтверждение: /status показывает Auto mode server как Enabled.
2. Выключайте auto, если не нужно оставлять работу без присмотра: нажмите Shift+Tab, чтобы перейти в режим Manual или accept-edits, и проверки прекратятся. Чтобы каждая сессия начиналась в Manual, добавьте в ~/.claude/settings.json:

   {
     "permissions": {
       "defaultMode": "default"
     }
   }

   Чтобы начинать в accept-edits, укажите acceptEdits вместо default.
3. Используйте более дешёвую модель классификатора: начиная с Claude Code v2.1.302 переменная окружения CLAUDE_CODE_AUTO_MODE_MODEL задаёт модель классификатора; укажите полный ID модели. Если вы работаете на Opus, задайте claude-sonnet-5-5, и проверки будут тарифицироваться по ценам Sonnet:

   {
     "env": {
       "CLAUDE_CODE_AUTO_MODE_MODEL": "claude-sonnet-5-5"
     }
   }

   Классификатор оценивает безопасность действия, а меньшая модель оценивает хуже; взвесьте это сами.
4. Примите расходы: auto mode избавляет вас от подтверждения каждого действия. Если он вам нужен, эти расходы ожидаемы и не являются проблемой прокси.

Другие причины промахов

Всё это меняет префикс, который отправляет Claude Code, поэтому на следующем ходу весь кэш записывается заново:

Правка CLAUDE.md не ломает кэш сразу, но и не вступает в силу сразу: она ждёт /clear, /compact или перезапуска. Как писать его хорошо — в разделе как писать CLAUDE.md.

Чтобы чаще попадать в кэш: по возможности заканчивайте задачу в одной сессии, не меняя модель и усилие мышления на полпути; когда контекст становится длинным, сжимайте его через /compact, а не начинайте новую сессию и не собирайте контекст заново.

Часовой кэш

Если вы часто останавливаетесь подумать на пять–шестьдесят минут и продолжаете после этого, пусть Claude Code пишет записи часового кэша. Добавьте одну строку в env в ~/.claude/settings.json (нужен Claude Code v2.1.242 или новее):

"CLAUDE_CODE_PROMPT_CACHE_TTL": "1h"

Запись в часовой кэш стоит около 2× цены входа, запись на пять минут — около 1,25×. При редких паузах каждая запись обходится дороже; при частых полные перезаписи, которых вы избегаете, экономят намного больше. CoreCode передаёт заголовки, нужные часовому кэшу, без изменений, так что больше ничего настраивать не нужно.

Разбор по журналу

Откройте журнал использования и читайте подряд идущие запросы одной сессии в порядке времени:

• Чтение из кэша продолжает расти, а запись в кэш — от нескольких сотен до нескольких тысяч: норма; на каждом ходу записывается только новое.
• Чтение из кэша у одного запроса вдруг падает до нуля или почти до нуля, а запись в кэш близка ко всему контексту: префикс изменился; сравните с таблицей выше, что вы делали в тот момент. Если перед ним была пауза дольше пяти минут, кэш истёк.
• Между ними не потоковые запросы, каждый пишет десятки тысяч токенов: проверки auto mode; см. Во сколько обходится auto mode.

В Claude Code /usage (или /cost) показывает расход токенов и стоимость текущей сессии, а /context — чем заполнен контекст.

Если журнал всё равно ничего не объясняет, пришлите нам время этих запросов из журнала использования, и мы проверим аккаунт-источник и маршрутизацию.

Другие модели в счёте

Даже если вы пишете код только на Opus, в счёте могут появиться Haiku или Sonnet, обычно из-за:

• Фоновых задач: Claude Code использует небольшую модель для фоновой работы, такой как сводки диалога и заголовки; каждый раз это стоит очень мало.
• Субагентов: субагенту можно назначить Sonnet или Haiku.
• Классификатора auto mode: по умолчанию Sonnet; см. выше.

Найдите соответствующие записи по времени в журнале использования, чтобы увидеть, какая модель использовалась в каждой и сколько это стоило.