30 октября 2026 года Anthropic выпустила Claude Code 2.1.314. В версии появилась настройка, которая запрещает инструментам Write, Edit и NotebookEdit записывать файлы за пределами рабочих каталогов независимо от режима разрешений. Mentoring.digital разбирает, что это меняет для разработчиков, использующих ИИ-помощника в нескольких проектах.
Граница для инструментов редактирования
Новая настройка называется permissions.blockWritesOutsideWorkingDirectories. Она задаёт ограничение для трёх названных инструментов. Например, при подготовке правки в одном репозитории полезно отдельно проверить, какие соседние каталоги считаются рабочими и куда помощник вообще должен сохранять результат.
Из описания релиза не следует, что этот параметр блокирует любую запись любым способом. Команды оболочки, сетевые обращения и другие инструменты требуют собственного контроля. Поэтому наличие новой опции нельзя считать доказательством полной изоляции сессии.
Ошибка запуска стала заметнее автоматизации
Ещё одно исправление касается claude -p. Раньше при неудачном старте команда могла завершиться с кодом 0 и ничего не вывести. Теперь она печатает ошибку и возвращает код 1. Для сценария CI это существенная разница: шаг, который ориентируется на код завершения, сможет отличить сбой запуска от успешного выполнения.
Также исправлено применение защиты песочницы к рабочей копии Git, в которую переходила сессия, продолженная через claude -p --resume или --continue. Эти изменения относятся к поведению инструмента, а не к качеству созданного им кода.
Что проверить в своём процессе
- Зафиксировать установленную версию и действующий список рабочих каталогов.
- На отдельном учебном проекте проверить разрешённую запись внутри каталога и отказ снаружи именно для инструментов редактирования.
- Убедиться, что сценарий автоматизации сохраняет код выхода и сообщение об ошибке запуска.
- Проверить итоговый diff и тесты проекта перед объединением изменений.
Это рекомендуемый план проверки, а не отчёт о тестировании конкретной установки. Разобрать права процесса и поведение CI на своём примере можно с наставником по DevOps. Главный практический результат обновления: у команды появляется более явная граница для редактирования и более точный сигнал о неудачном запуске.
