Claude Code 2.1.299: автокомпакція довгих сесій і фікс дірки в пісочниці

Автокомпакція простою: що реально відбувається під капотом

Тригер спрацьовує тільки для розмов від 200K токенів: якщо сесія лежить без дій приблизно 54 хвилини, Claude Code стискає історію ще до того, як спливе годинний кеш промпту. Сенс саме в цьому вікні — якщо чекати закінчення кешу, наступне повідомлення довелося б перечитувати всю розмову заново, а це і час, і токени.

Поріг у 200K — не захардкожений: його можна змінити через CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS, а повністю вимкнути функцію — додавши "idleCompaction": false у settings.json. Обидва способи керування вимагають версії не нижче v2.1.290, тож на старіших збірках прапорці просто ігноруються. Окремо в цьому ж релізі додали CLAUDE_CODE_DISABLE_FILE_MENTIONS — при `@`-згадуванні файлу Claude отримує лише шлях і читає вміст інструментом, а не отримує весь файл одразу в контекст; це той самий напрямок економії токенів, що й автокомпакція, але для вхідних даних, а не для історії діалогу.

Дірка в пісочниці — і що ще підтягнули по безпеці

Основна проблема була в тому, що команда шелу всередині пісочниці могла писати у папку, задану через --plugin-dir. Код з цієї папки Claude Code потім перезавантажує і запускає вже поза пісочницею — тобто пісочниця ефективно не захищала від виконання довільного коду, якщо той спершу потрапляв саме туди. Виправлення закриває цей шлях запису.

У тому ж релізі закрили ще дві суміжні діри: на macOS заборонений шлях (`denyRead`/`allowRead`) можна було обійти, якщо він проходив через symlink на реальне розташування файлу — пісочниця бачила символічне посилання, а не кінцевий шлях. На WSL2 команди в пісочниці падали з `bwrap: Can't mkdir /mnt/c/Program Files/ClaudeCode`, коли пісочниця мала право писати на диск Windows, — тепер це теж працює.

Менш критична, але відчутна зміна: запити на підтвердження перед `rm` більше не зринають для команд, згенерованих під час виконання скрипта, який Claude Code не може прочитати напряму (наприклад, `rm`, зібраний у змінній усередині `sh -c`). Якщо для вашого процесу важливо бачити запит навіть у такому випадку — поверніть сувору поведінку прапорцем CLAUDE_CODE_STRICT_INLINE_SHELL_RM_PROMPT=1.

MCP-сервери та фонові сесії: дрібні, але дошкульні баги

Якщо в конфізі MCP у вас був сервер з іменем constructor або prototype — він до цього релізу взагалі ніколи не підключався (і не запитував дозволів навіть у auto-режимі та bypass permissions): це наслідок того, як JS-рушій трактує такі ключі як властивості прототипу, а не звичайні поля об'єкта. Тепер підключається нормально.

Окремо виправили логіку політик: якщо MCP-сервер заблокований організаційною політикою, claude mcp list, claude mcp get і виклики з сабагентів раніше все одно встигали його запустити, а вже потім повідомляли про блок. Тепер заблокований сервер і не стартує, і одразу звітує про причину.

• В agent view додали /effort і /fast для налаштування параметрів нових сесій за замовчуванням
• Голий виклик /model, /effort або /fast там же тепер відкриває пікер замість помилки
• У панелі перегляду фонових сесій з'явилась позначка «safe mode» для тих, що запущені з --safe-mode

На Windows виправили витік процесів PowerShell, які залишались «осиротілими» на навантажених машинах, поки пам'ять не закінчувалась, і баг, коли Bash-команди падали з «command not found» на всю сесію, якщо Git Bash не повідомив свій PATH при старті.