Claude Code 2.1.265 подхватывает плагины на лету

В Claude Code 2.1.265 флаг --plugin-dir принимает целый каталог плагинов и следит за ним, пока идёт сессия. Так сказано в заметках к релизу на Github от 8 сентября. Кроме плагинов, в релизе две правки кэша промпта у субагентов, лимит на сохранённые результаты инструментов и длинный список исправлений помельче.

Механика простая. Вы передаёте флагу путь к папке, Claude Code обходит её дочерние каталоги и загружает каждый, в котором есть манифест плагина. Если во время работы положить в папку новый плагин или убрать старый, сессия заметит это сама. Обычно плагины так себя не ведут: согласно документации Claude Code, набор плагинов собирается при старте из installed_plugins.json и локального кэша, без обращения к сети, а изменения в настройках или на диске доходят до запущенной сессии только после /reload-plugins или перезапуска.

Заодно починили проверку путей. На macOS и Linux путь плагина с обратной косой чертой обходил проверку, которая не даёт симлинкам уводить за пределы корня плагинов. Была и обратная ошибка: каталоги, чьё имя начинается с двух точек, отклонялись как лежащие вне корня. А папку компонента, которую система не может проверить (например, из-за петли симлинков), Claude Code раньше молча пропускал, теперь она видна в /plugin с кодом ошибки. Для каталога, куда плагины подкладываются на ходу, такие проверки важнее, чем для разовой установки. Сама Anthropic предупреждает, что плагины сообщества «могут устанавливать непроверенное стороннее ПО, которое может оказаться вредоносным или повести себя непредсказуемо», как отмечает Tech Times.

С описаниями плагинов тоже разобрались. Вкладка Installed и claude plugin details теперь берут название и описание из записи маркетплейса, а пробелы заполняют из plugin.json. В /plugin Discover/Browse и в claude plugin list --json --available перестали пропадать описания у плагинов, чьи метаданные лежат только в plugin.json.

• в неинтерактивных сессиях (-p со stream-json, Agent SDK, облачные сессии) cd теперь переживает смену хода, рабочий каталог не сбрасывается с каждым сообщением;
• MCP-серверы с типом http, которые понимают только старый транспорт HTTP+SSE, теперь подключаются: Claude Code откатывается на SSE, как велит спецификация MCP;
• после падения процесса во время работы инструмента возобновление не переписывает последний промпт, а прерванный вызов сохраняется с пометкой interrupted;
• advisor и его инструкции выбираются один раз, а не заново в каждом запросе по модели запроса; если решение меняется, об этом сообщают в диалоге;
• двухклавишные сочетания внутри tmux ждут второе нажатие 3 секунды и показывают уведомление, если не дождались;
• --worktree на больших репозиториях делает checkout параллельно (нужен git 2.32+);
• на Windows Read, Write и Edit перестали отклонять все файлы внутри AppContainer или песочницы с ограниченным токеном;
• /model opusplan[1m] перестал отвечать «Model not found»;
• инструмент Artifact, читая чужой артефакт, считает страницу недоверенной и помечает встроенные в неё инструкции вместо того, чтобы их пересказывать;
• в VS Code появилась настройка «Archive inactive sessions»: по умолчанию сессии без активности архивируются через 14 дней.

Результаты инструментов, которые сохраняются на диск, ограничили 1 ГБ. Если файл обрезан, об этом скажет предпросмотр в диалоге. Для корпоративных установок через Claude apps gateway Claude Desktop и Cowork теперь передают в телеметрии user.email и user.groups, как терминальные сессии. Если управляемые настройки шлюза задают коллектор в OTEL_EXPORTER_OTLP_ENDPOINT, сессии отправляют OpenTelemetry прямо туда, минуя ретранслятор шлюза. Сам ретранслятор перестал замирать на 30 секунд после того, как коллектор отклонил несколько слишком больших или битых пакетов. Машины с forceLoginGatewayUrl в управляемых настройках с самого запуска работают как сессии шлюза и не используют оставшийся логин claude.ai или API-ключ.

Кэш промпта срабатывает, пока начало запроса совпадает с предыдущим. Стоит измениться списку инструментов или системному промпту, и всё после места расхождения считается заново по полной цене. В 2.1.265 закрыли два таких случая. Возобновлённый субагент, запущенный на переднем плане, получал другой список инструментов и другое начало системного промпта. А у участников команды агентов и возобновлённых субагентов контекст хука SubagentStart и предзагруженные навыки на следующих ходах уезжали из префикса. Как раз такие причины промаха, сменившиеся описания инструментов или системный промпт, научились называть /cost и строка состояния в 2.1.260.