claude-code

Claude Code 2.1.267 ограничивает уровень усилий

Claude News

claude-code

Anthropic выпустила Claude Code 2.1.267 с настройкой maxEffortLevel, которая задаёт верхний предел уровня усилий у всех провайдеров, включая Bedrock, Vertex и Foundry. Настройка указывается на верхнем уровне или для конкретной модели в modelSettings, при этом пользователь по-прежнему может выбрать уровень ниже; полный список изменений опубликован в примечаниях к релизу на Github.

Коротко

  • Фронтматтер effort: в пользовательских командах, навыках и субагентах игнорировался на моделях с закреплённым уровнем усилий по умолчанию, среди которых Opus 4.7, Opus 4.8 и Fable 5; в 2.1.267 он учитывается.
  • Возобновление сессии с транскриптом больше 5 МБ сохраняет параллельные вызовы инструментов и вывод их хуков, а после /compact в режиме -p --resume не вставляется лишний ход «Continue from where you left off.»
  • Управляемые настройки стали строже: путь записи маркетплейса с обратным слешем мог обойти проверку изоляции загруженных маркетплейсов на macOS и Linux, а нечитаемые управляемые списки allowedHttpHookUrls и allowedChannelPlugins теперь не разрешают ничего.

Большая часть релиза посвящена не новым возможностям, а тому, чтобы разговор не переписывался задним числом: больше десяти правок сводятся к сохранению префикса запроса и уже записанных определений инструментов. Для длинных сессий с подключёнными MCP-серверами промах кеша означает повторную обработку всего контекста и потерю накопленных рассуждений, так что этот блок исправлений, судя по всему, весит больше, чем единственная новая настройка. Настройка maxEffortLevel, в свою очередь, даёт управляемым командам единый потолок для собственного API и корпоративных развёртываний.

Флаг --system-prompt-snapshot off рендерит системный промпт заново на каждом запросе

Ключ --system-prompt-snapshot off отключает повторное использование записанного в разговоре промпта: на каждый запрос собирается свежая версия. По умолчанию Claude Code опирается на промпт, зафиксированный в самом разговоре. В примечаниях к релизу флаг описан как средство для работы над текстом системного промпта.

Субагенты и сессии, запущенные с --system-prompt или --append-system-prompt, записывают системный промпт и определения инструментов один раз вместо повторного рендеринга. Первая отрисовка при --resume ускорена для сессий с большим числом вызовов Bash, а нажатия клавиш в поле ввода перестали иногда отставать на кадр от перерисовки спиннера или потока.

Изменены и подсказки для самой модели, влияющие на её ответы в терминале: описание инструмента Bash теперь предлагает объяснять смысл команды обычными словами вместо её дословного повторения, а руководство по песочнице советует предлагать /copy, если команды буфера обмена вроде pbcopy внутри неё не работают.

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

Смена модели командой /model приводила к повторной отправке всех определений инструментов и промаху промпт-кеша. Текст атрибуции для коммитов и pull request приходит как заметка разговора, которая обновляется при смене модели. Похожим образом фоновый обработчик, ответвлённый от разговора, добавлял EnterWorktree в блок инструментов уже идущей сессии и ломал повторное использование кеша.

Инструменты MCP и плагинов, появляющиеся посреди сессии без ToolSearch, раньше переписывали весь список инструментов; поддерживаемые модели получают их как отложенные определения. Возобновлённые сессии перестали переписывать встроенный набор инструментов при переподключении MCP-коннектора в другой момент и заново рендерить описания инструментов вместо записанных.

Отдельная группа правок касается потери рассуждений: расширенное мышление отбрасывалось, когда MCP-сервер повторно присылал уже загруженный инструмент, когда инструмент исчезал из-за отключённого сервера или обновления, а также когда набор инструментов коннектора claude.ai менялся между сессией и её возобновлением. Ещё один случай: интерактивное возобновление разговора из режима -p не меняет префикс системного промпта.

claude remote-control закрывал все подключённые сессии при истечении серверных учётных данных

Учётные данные сервера remote-control истекают примерно через 30 дней после запуска, и раньше это приводило к выходу claude remote-control и обрыву всех подключённых сессий; теперь хост перерегистрируется и продолжает работу. Клиенты Remote Control, подключающиеся к сессии Claude Desktop или VS Code, показывали устаревший режим разрешений до его следующей смены.

Запланированные задачи Cowork в облаке падали при старте в организациях, где управляемые настройки требуют песочницы. На машинах с обязательным входом через шлюз приложений Claude диалог /login закрывается по Esc. Истёкшие учётные данные AWS или Google Cloud под хост-приложением вроде Claude Desktop давали десять повторов с общей ошибкой «request failed» до появления сообщения о необходимости повторной аутентификации.

В шлюзе upstream с forward_user_identity возвращает 429 как есть разработчику, чей email был передан, вместо перехода к следующему upstream, чтобы сохранялись лимиты на пользователя. Для самостоятельно размещённого раннера ключ --use-anthropic-git-proxy сообщается серверу при регистрации, а каждая сессия, всё ещё клонирующая через старый git-прокси, получает предупреждение.

Правки в редакторах и Claude Tag

В расширении для VS Code устранено зависание хоста расширений на 100% CPU при форке, правке раннего сообщения или откате в разговоре с циклической ссылкой на родителя. В Claude Tag ответ при исчерпании кредитов организации объясняет причину и порядок пополнения вместо сообщения о недопустимом запросе. Дата следующего выпуска в примечаниях к релизу не называется.

Комментарии

Пока никто не написал. Будьте первым.

Присоединяйтесь к разговору

Войдите через Google, чтобы оставить комментарий. Имя и аватар подставятся из вашего профиля Google, а комментарий появится после модерации.

Из Google мы используем только имя и аватар. Почту не сохраняем.