Claude Code 2.1.205: что нового для агентов

Знакомая история: запускаешь агента на длинную задачу, уходишь пить кофе, возвращаешься — а он потерял половину контекста или выдал невнятную кашу вместо структурированного ответа. Время на доработку агентов иногда перевешивает выгоду от их использования.

Релиз Claude Code 2.1.205 вышел 8 июля 2026 года и почти целиком состоит из таких вот скучных исправлений. Ни одной громкой фичи — зато агенты стали заметно предсказуемее. Ниже разбираю, что именно поменялось и как это использовать.

Claude Code 2.1.205: ключевые изменения для агентов

Полный список изменений всегда лежит в релизах на GitHub — я взял оттуда то, что реально влияет на агентные сценарии.

Структурированный вывод: `--json-schema` больше не молчит

Раньше, если вы передавали в claude -p флаг --json-schema с некорректной схемой, Claude просто выдавал неструктурированный текст. Молча. Приходилось гадать: то ли модель не справилась, то ли схема кривая. В 2.1.205 это починили — невалидная схема теперь даёт понятную ошибку, а не мусор в ответе.

Для меня это критично в скриптах, где вывод Claude идёт дальше по пайплайну: в базу, в другой скрипт, в отчёт. Молчаливая деградация в таких местах — худший вид бага, потому что вы узнаёте о нём через три шага.

Практический вывод: если у вас в CI или в cron-скрипте висит вызов с --json-schema, обновитесь и перепроверьте схему. Возможно, она была невалидна всё это время, а вы списывали кривой вывод на модель.

Сообщения больше не теряются на лимите `--max-turns`

Второй фикс из той же серии. Если вы писали сообщение, пока Claude работал, и ход заканчивался по лимиту --max-turns, это сообщение просто исчезало. Теперь оно доходит.

Мелочь, которая экономит нервы в длинных сессиях: вы больше не гадаете, дошла ли ваша поправка до агента или он её никогда не видел.

Auto mode: защита транскриптов сессий

Главное изменение релиза — новое правило в auto mode, которое блокирует запись в файлы транскриптов сессий. Это те самые .jsonl в ~/.claude/projects/, куда Claude Code пишет историю разговора. Правило покрывает и прямую запись, и попытку сделать это через shell-команду. Чтение транскриптов не блокируется.

Если вы не сталкивались с auto mode: это режим разрешений, в котором Claude работает без постоянных запросов «можно?», а действия проверяет отдельная модель-классификатор. Она блокирует всё, что выходит за рамки задачи, необратимо или направлено на чужую инфраструктуру. Подробности — в документации по режимам разрешений.

Почему это не паранойя

Транскрипт — это не рабочий файл, а состояние сессии. Когда вы возобновляете работу, классификатор перечитывает историю разговора, чтобы понять контекст и границы, которые вы задавали («не пушь», «дождись ревью»). Подделанная запись в транскрипте попадёт во все последующие проверки. Отсюда и правило: запись в транскрипт блокируется как защита в глубину.

Я всегда говорю, что скучная автоматизация выигрывает у красивых демо. Защита файлов транскриптов — ровно тот случай: фича, о которой никто не напишет пост, но без которой длинные агентные прогоны не заслуживают доверия.

Как включить auto mode

Никаких специальных флагов вроде --auto-mode не существует. Auto mode — это одно из значений --permission-mode:

claude --permission-mode auto

Внутри сессии режимы переключаются по Shift+Tab. Чтобы сделать auto mode режимом по умолчанию, добавьте в ~/.claude/settings.json:

{
  "permissions": {
    "defaultMode": "auto"
  }
}

Важная деталь: именно в пользовательский ~/.claude/settings.json. Из .claude/settings.json внутри репозитория значение auto игнорируется — чтобы склонированный проект не мог сам себе выдать повышенные права.

Посмотреть полный список правил классификатора можно командой:

claude auto-mode defaults

Она печатает все правила в JSON — что блокируется по умолчанию, что разрешено. Полезно прочитать один раз целиком, прежде чем удивляться, почему агент отказался что-то делать.

Ещё две вещи, о которых стоит знать заранее. Auto mode требует достаточно свежей модели: Opus 4.6 и выше, Sonnet 4.6 и выше или Fable 5. И если классификатор заблокировал действие 3 раза подряд или 20 раз за сессию, режим ставится на паузу и Claude Code возвращается к обычным запросам разрешений.

Подагенты стали надёжнее

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

В auto mode работа подагентов проверяется в трёх точках: перед запуском оценивается сама формулировка делегированной задачи, во время работы каждое действие проходит через классификатор с теми же правилами, что и у родительской сессии, а на выходе классификатор просматривает всю историю действий подагента. Если что-то настораживает, к результату подклеивается предупреждение.

Отдельно отмечу: permissionMode во frontmatter подагента в этом режиме игнорируется. Подагент не может выдать себе больше прав, чем есть у сессии.

Типичная схема, которую я гоняю чаще всего:

1. Агент-аналитик исследует кодовую базу и строит карту зависимостей.
2. Агент-разработчик вносит правки, работая в отдельном git worktree, чтобы не конфликтовать с текущими задачами.
3. Агент-тестировщик пишет и обновляет тесты.
4. Отдельный агент-ревьювер с чистым контекстом смотрит на diff и проверяет соответствие требованиям.

Ключевое здесь — четвёртый шаг. Агент, который писал код, плохо его ревьюит: он уже убедил себя, что всё правильно. Ревьювер с чистым контекстом ловит то, что автор пропускает.

Про подключение внешних инструментов к этой схеме через MCP я писал отдельно: MCP Registry: как подключить Claude к любой БД.

Остальные исправления релиза

Помимо крупных изменений, 2.1.205 принёс ряд мелких, но заметных фиксов:

• Windows: удаление worktree. Раньше удаление git worktree могло снести файлы за его пределами, если внутри лежал NTFS junction или symlink на директорию. Это один из тех багов, после которых начинаешь бояться автоматизации. Исправлено.
• Windows: краш при удалении рабочей директории. Claude Code падал, если папку, из которой он запущен, удаляли, блокировали или отмонтировали во время выполнения команды.
• Статус фоновых агентов. Агенты переставали висеть как «failed» или «completed» после возобновления, а фоновые задачи больше не прыгают из «needs input» обратно в «working», когда в ходе агента не было читаемого текста.
• claude attach. Больше не падает с ошибкой, если фоновый агент в этот момент перезапускается на обновлении — теперь дожидается его возвращения.
• claude mcp add-from-claude-desktop. Не зависает, если в имени сервера есть неподдерживаемые символы.

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

Как я это использую на практике

Возьмём масштабный рефакторинг: переписать модуль на новый сервисный слой, обновить все вызовы, поправить тесты. Раньше это был день-полтора ручной работы — выявить зависимости, переписать, проверить, что ничего не отвалилось.

Сейчас я начинаю с плана. Даю Claude спецификацию и прошу сначала составить пошаговый план, не трогая код:

Проведи рефакторинг модуля legacy_api_handler.py.

1. Переписать функции fetch_user_data и update_user_profile
   на использование UserService вместо прямого обращения к БД.
2. Обновить все вызовы этих функций в проекте.
3. Добавить юнит-тесты для UserService, обновить существующие
   тесты для legacy_api_handler.py.
4. Проверить совместимость с Python 3.10.

Сначала составь пошаговый план, код пока не трогай.

Планирование удобно делать в plan mode — Claude читает файлы и исследует проект, но не редактирует исходники, пока вы не примете план:

claude --permission-mode plan

Когда план готов, Claude предлагает варианты продолжения, включая «принять и перейти в auto mode». Дальше я подключаю свой скилл разбиения на подагентов — скиллы вызываются в сессии как слэш-команды, /имя-скилла, отдельных CLI-флагов для их запуска нет.

Дальше подагенты идут по плану, а я смотрю на результат. То, что раньше занимало день-полтора, теперь укладывается в несколько часов, причём моё участие сводится к постановке задачи и финальным решениям — а не к перепроверке каждого шага.

Больше про мои рабочие скиллы — в статье Claude: 5 навыков, экономящих часы еженедельно.

Часто задаваемые вопросы

Что такое Claude Code и кому он нужен?

Claude Code — это CLI-инструмент от Anthropic, команда в терминале называется claude. Он даёт доступ к Claude прямо из терминала или IDE: писать и править код, автоматизировать рутину, объяснять чужую кодовую базу, работать с git через естественный язык.

Что даёт релиз 2.1.205 для агентов?

Три вещи. Невалидная схема в --json-schema больше не приводит к молчаливому неструктурированному выводу. Сообщение, отправленное во время работы Claude, не теряется при достижении лимита --max-turns. И новое правило auto mode блокирует запись в файлы транскриптов сессий.

Как включить auto mode?

Запустить claude --permission-mode auto или переключиться внутри сессии по Shift+Tab. Чтобы сделать режим постоянным, добавьте "permissions": {"defaultMode": "auto"} в ~/.claude/settings.json — именно в пользовательский файл, из настроек репозитория это значение игнорируется. Нужна модель Opus 4.6+, Sonnet 4.6+ или Fable 5.

Что именно чинили для Windows?

Два бага. Удаление git worktree могло затронуть файлы за его пределами, если внутри был NTFS junction или symlink на директорию. И Claude Code падал, если директорию запуска удаляли или отмонтировали во время выполнения команды.

Хотите внедрить Claude Code в свою работу?

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