Claude Code v2.1.281: assume_role для Bedrock, Guardrails и длинный список исправлений возобновления
Вышел Claude Code v2.1.281 — в основном это доработка шлюзов плюс плотный список исправлений ошибок возобновления сессий и прокси. Если вы запускаете Claude Code за шлюзом или через Bedrock-апстрим, первые три пункта — самые важные.
Изменения в шлюзе приложений Claude
- Новые ключи Claude Desktop теперь поддерживаются в блоках политики desktop, включая
blockReadsOutsideWorkingDirectoriesиdisableBypassPermissionsMode. assume_roleдля Bedrock-апстримов: шлюз обращается к Bedrock от имени IAM-роли, которую он получает через STS, при необходимости в другом аккаунте AWS и опционально — по одной сессии на разработчика.guardrail: {id, version}для Bedrock-апстримов применяет guardrail Amazon Bedrock к каждому запросу, отправленному через них. Обратите внимание на ограничение: задайте его для всех Bedrock-апстримов или ни для одного.telemetry.resource_attributesпозволяет задавать фиксированные метки для телеметрии из Claude Desktop и сессий/login.
Отключение атрибуции и кросс-версионная оговорка
Установите "attribution": false в settings.json, чтобы скрыть всю атрибуцию коммитов и PR. Одна оговорка, которую стоит перечитать дважды, если вы коммитите файлы настроек в общий репозиторий:
{
"attribution": false
}Более старые версии CLI пропускают файл настроек, содержащий этот ключ, поэтому в файлах, используемых в разных версиях, храните его в виде объекта. Простой булев вид — именно тот вариант, которого стоит избегать.
Инструменты MCP и плагинов
- URL-режим elicitation для MCP на соединениях протокола 2026-07-28 — серверы могут попросить Claude Code открыть браузерный сценарий. На экране не остаётся диалога ожидания, когда у сервера нет способа подтвердить завершение.
claude plugin validateтеперь проверяет MCP-серверы и сообщает о записях.mcp.json, которые были бы молча отброшены при загрузке, о необъявленных ссылках${user_config.*}и о небезопасных URL.- В
/insightsдобавлена рекомендация автоматического режима, оценивающая, сколько запросов разрешений автоматический режим мог бы обработать в ваших недавних сессиях. - Списки установленного в
/skills,/mcpи/pluginполучили полосу прокрутки в полноэкранном режиме (наведение мыши, кликабельная, перетаскиваемая), как в/workflows.
Список исправлений
Большая часть этого релиза — исправление возобновлённых сессий и потоков. Основное:
- Падение («unrecoverable interface error»), которое могло завершить сессию во время повторной попытки API-запроса.
- Ход, который мог бесконечно повторяться, игнорируя
--max-turns, когда модель чередовала непарсируемые вызовы инструментов и усечение по лимиту вывода. - Возобновлённые сессии, повторно отправлявшие предыдущие ходы в изменённом виде — ходы с параллельными вызовами инструментов, входные данные вызовов MCP-инструментов, результаты поиска инструментов во время переподключения сервера — что могло заставить API отбросить предыдущие рассуждения.
- Возобновление очень большой сессии, восстанавливавшее только её последние несколько сообщений.
- Сессия, возобновлённая после перезапуска во время ожидающего запроса разрешения, отправляла другую историю, чем раньше, ломая кэш запросов с этого момента.
- Возобновление сессии, завершившейся во время вызова инструмента: Claude теперь видит вызов и получает уведомление, что его результат неизвестен, а ручное возобновление больше не вставляет скрытое сообщение «Continue».
- Потеря кэша запросов, когда MCP-сервер отключается посреди разговора или всё ещё подключается после возобновления, при выключенном поиске инструментов (например, за прокси или шлюзом).
- Ответы, оборванные прокси, который аккуратно закрывает поток, показывались как завершённые без предупреждения, а вызовы инструментов выполнялись дважды при дублированных событиях потока.
- Ошибка «Content block not found», когда прокси отбрасывает событие потока посреди ответа — теперь частичный ответ сохраняется, а веб-поиск сохраняет уже полученные результаты.
- Пустые завершённые ответы запрашивались дважды, когда соединение обрывалось до финального события потока.
- Потеря причины остановки, когда прокси отправляет завершающий кадр только с usage.
- Сбои сессий
CLAUDE_CODE_RETRY_WATCHDOGпри первой же ошибке 5xx или разрыве соединения после серии ожиданий 429/529, а также неограниченные тихие паузы при длительномRetry-Afterот 5xx. - Быстрый режим повторял запросы, ограниченные по частоте, подряд, когда сервер отправлял
Retry-After: 0. - Слишком большое изображение из одного инструмента оставляло родственные вызовы инструментов без ответа или завершало ход без финального сообщения.
- Разговоры навсегда застревали на
tool_use.name: String should have at most 200 charactersпосле слишком длинного имени инструмента. - Вызовы инструментов завершались ошибкой «Failed to get memory usage» — или сообщались как неудачные после выполнения — когда Claude Code не может прочитать собственное потребление памяти, например после исчерпания файловых дескрипторов.
- Сессии
--input-format stream-json(Agent SDK, расширение VS Code) и запланированные облачные сессии сбоили на каждом ходу.
Если вы используете Agent SDK, расширение VS Code или Bedrock-конфигурацию со шлюзом, это прямое обновление — несколько исправлений нацелены именно на эти сценарии.
📖 Read the full source: GitHub Claude-Code
👀 Смотрите также
OpenClaw v2026.9.3: Более чистое восстановление обновлений, более быстрое переподключение, просмотр браузера в реальном времени
OpenClaw v2026.9.3 приносит репетиционные обновления с автоматическим откатом, переподключения сессий, сохраняющие состояние интерфейса, живые панели браузера, отзываемые ссылки для чтения и многое другое. Требуется Node 24.16.0+ или 26.1.0+.

AI-агентам нужны примитивы отката, а не только автономия
Разработчик утверждает, что агентные фреймворки должны перенять концепции баз данных, такие как ACID, саги и компенсационные действия, чтобы обрабатывать частичные сбои, а не полагаться на LLM, чтобы «разобраться».

Повышение производительности Gemini 3 Flash с помощью конкурентного промптинга
Исследователи достигли 95% производительности бенчмарка Claude 4.6 Opus с помощью Gemini 3 Flash при 1/200 стоимости и в 4 раза большей скорости, используя конкурентные методы промптинга, которые задействовали человеческую ревность как мотивацию.

Docker-контейнеры: Аргументы против cron-заданий
Обсуждение на r/openclaw поднимает спорную тему использования cron-задач в контейнерах Docker. Хотя легкая автоматизация может быть немедленным преимуществом, сообщество советует избегать этого.