Утечка Claude Code — скрытые функции в исходниках

BUDDY

Виртуальный питомец

Пасхалка Не выпущено

У каждого пользователя появляется свой виртуальный спутник рядом со строкой ввода. Его вид, редкость и поведение вычисляются по формуле из идентификатора аккаунта, так что питомец не случайный на каждый запуск, а по сути постоянная часть аккаунта.

Подробности: механика, параметры, где лежит в коде

Сроки релиза

Тизер: 1–7 апреля 2026. Полный запуск: май 2026.

Модель генерации

Внешность вычисляется по формуле из идентификатора аккаунта (Mulberry32). Питомец генерируется один раз и сохраняется навсегда.

Разнообразие

18 видов, 5 характеристик, 6 типов глаз, 7 шляп, блестящая версия с шансом 1%.

Поведение

Обновление каждые 500мс, анимации моргания и ожидания, пузырьки реплик около 10 секунд, /buddy pet даёт реакцию-сердечко.

Что это даёт пользователю

CLI перестаёт быть стерильным. BUDDY добавляет ощущение индивидуальности, эмоциональную обратную связь и ощущение, что Claude Code проектируется не только как чисто рабочий инструмент, но и как «продукт-компаньон».

Где это в коде

src/buddy/companion.ts mulberry32, species, eye, hat, shiny — генерация характеристик по userId.

src/buddy/types.ts SPECIES, EYES, HATS, STATS, StoredCompanion — словари и модель хранения.

src/buddy/CompanionSprite.tsx BUBBLE_SHOW, FADE_WINDOW, PET_BURST_MS, tick — тайминг пузырей, анимаций ожидания и всплеска сердечек.

KAIROS

Постоянный ассистент

Долгоживущий режим Не выпущено

Это режим постоянной работы, где Claude не обнуляется между сессиями. Он ведёт логи памяти (записи только добавляются, не удаляются), получает периодические сигналы, умеет проактивно действовать и ночью "видит сны" — консолидирует накопившуюся память в более полезные заметки.

Подробности: память, процесс «сна», инструменты, кодовые следы

Флаг активации

feature('KAIROS') + tengu_kairos.

Дневные логи

~/.claude/.../logs/YYYY/MM/DD.md, формат «только дозапись», без переписывания старой истории.

Фазы «сна»

Ориентация → Сбор → Объединение → Очистка. Весь процесс идёт в режиме только чтение.

Модель работы

15 секунд на активный ответ, потом уходит в фон. Два режима: обычный и проактивный. Специальные инструменты: отправка файлов, уведомления, подписка на PR, пауза.

Что это даёт пользователю

Не "ещё один чат", а персональный инженер, который помнит контекст, отслеживает долгие ветки работы и сам поддерживает непрерывность между днями, PR и идеями.

Где это в коде

src/main.tsx feature('KAIROS'), assistantModule, kairosGate, proactivePrompt — включение и системный режим.

src/memdir/memdir.ts logPathPattern, ежедневные логи (только дозапись), ночная дистилляция в MEMORY.md.

src/tools.ts SendUserFileTool, PushNotificationTool, SubscribePRTool, SleepTool — набор инструментов KAIROS.

ULTRAPLAN

Удалённое планирование

Облачное планирование Не выпущено

Для сложных задач Claude поднимает отдельный облачный сервер и может планировать до 30 минут отдельно от локальной сессии. План собирается удалённо, а пользователь потом утверждает или отклоняет его в браузере до запуска.

Подробности: удалённое планирование, цикл одобрения, кодовые следы

Модель

Opus 4.6 через tengu_ultraplan_model.

Бюджет

До 30 минут на отдельную сессию удалённого планирования.

Цикл управления

Опрос каждые 3 секунды → выход из режима планирования → одобрить/отклонить → новый цикл или выполнение.

Телепорт

Кнопка «Телепорт в терминал» архивирует удалённую ветку и переносит выполнение обратно в локальный терминал.

Что это даёт пользователю

Вместо того чтобы жечь локальную сессию на размышления, можно вынести planning в облако, получить более глубокий план и включиться уже на этапе принятия решения.

Где это в коде

src/commands/ultraplan.tsx getUltraplanModel(), ULTRAPLAN_TIMEOUT_MS, teleportToRemote() — точка входа и модель.

src/utils/ultraplan/ccrSession.ts POLL_INTERVAL_MS, ExitPlanModeScanner, pollForApprovedExitPlanMode() — цикл опроса одобрения/отклонения.

src/tools/ExitPlanModeTool/ ExitPlanMode — механизм выхода из режима планирования и передачи одобренного плана обратно в поток.

Coordinator Mode

Управление агентами

Параллельные воркеры Через переменную

Здесь Claude ведёт себя как менеджер: режет задачу на подзадачи, раздаёт их воркерам, ждёт структурированные отчёты и собирает финальный синтез. Это уже не "один агент с долгим промптом", а слой координации поверх нескольких исполнителей.

Подробности: оркестрация, воркеры, XML-уведомления

Активация

CLAUDE_CODE_COORDINATOR_MODE=1.

Протокол

Воркеры шлют XML-уведомления формата <task-notification>.

Поля уведомлений

status, summary, tokens, duration.

Изоляция

Рабочие папки через tengu_scratch, продолжение диалога идёт через SendMessage.

Что это даёт пользователю

Нормальную параллельную работу над крупной задачей. Не один медленный проход модели, а распределённый execution с отдельными контекстами и управляемым merge результатов.

Где это в коде

src/coordinator/coordinatorMode.ts CLAUDE_CODE_COORDINATOR_MODE, tengu_scratch — активация режима и изоляция рабочих папок.

src/coordinator/coordinatorMode.ts <task-notification>, status, summary, total_tokens, duration_ms — формат сообщений от воркеров.

src/tools/SendMessageTool/ SEND_MESSAGE_TOOL_NAME и продолжение диалога с конкретным воркером по ID.

UDS Inbox

Обмен между сессиями

Локальные сообщения Не выпущено

Если на машине запущено несколько Claude-сессий, они могут общаться друг с другом как маленькая локальная команда. Транспорт основан на Unix domain sockets, а адресация поддерживает локальные, peer и bridge-маршруты.

Подробности: адресация, обнаружение, реестр сессий

Схемы адресации

to: "researcher", to: "uds:/.../sock", to: "bridge:...".

Обнаружение

ListPeersTool и реестр сессий в ~/.claude/sessions/.

Роль

Обмен данными между агентами, локальными сессиями и удалёнными подключениями.

Применение

Передача задач между сессиями, сбор результатов из нескольких параллельных потоков.

Что это даёт пользователю

Возможность строить собственную сеть агентов на одной машине: отдельная сессия ресёрчит, другая пишет, третья координирует и всё это может разговаривать без внешнего слоя оркестрации.

Где это в коде

src/setup.ts --messaging-socket-path — запуск локального сервера сообщений и ручное переопределение пути сокета.

src/utils/peerAddress.ts uds:, bridge:, разбор адресов и маршрутизация сообщений.

src/utils/concurrentSessions.ts ~/.claude/sessions/, реестр PID/сессий, перечисление соседей и именование сессий.

Bridge

Удалённое управление

Веб ↔ локальная связь Не выпущено

Claude запускается локально, но управляется с телефона или через claude.ai в браузере. Разрешения, смена модели и подтверждения на использование инструментов передаются через мост в реальном времени, а локальная сессия остаётся источником исполнения.

Подробности: точка входа, транспорт, управляющие сообщения

Точка входа

claude remote-control.

API инициализации

POST /v1/environments/bridge.

Транспорт

Опрос на старте, затем двусторонняя связь через WebSocket. Есть путь синхронизации для управления удалёнными сессиями.

Управляющие сообщения

initialize, set_model, can_use_tool и другие запросы управления сессией в реальном времени.

Что это даёт пользователю

Локальная машина становится движок выполнения, а интерфейс можно вынести куда угодно. По сути это удалённый рабочий стол для Claude Code без потери локальных файлов, прав и инструментов.

Где это в коде

src/entrypoints/cli.tsx remote-control, rc, remote, sync, bridge — псевдонимы CLI и быстрый путь.

src/bridge/bridgeApi.ts POST /v1/environments/bridge, bridgeId, точки переподключения/архивации и регистрация окружения.

src/remote/RemoteSessionManager.ts / src/remote/SessionsWebSocket.ts can_use_tool, запросы управления в реальном времени, /v1/sessions/ws/{id}/subscribe, логика переподключения WebSocket.

Daemon Mode

Фоновый супервизор

Фоновая работа Не выпущено

Это управляющий слой для долгоживущих фоновых сессий. Claude можно запускать как фоновый сервис, смотреть список, логи, переподключаться и завершать нужную сессию без потери контекста на каждом закрытии терминала.

Подробности: супервизор, фоновые сессии, отсоединение tmux

Команды

daemon, ps, logs, attach, kill.

Фоновый режим

claude --bg <prompt> запускает сессию в tmux.

При выходе

Не завершение, а отсоединение — сессия продолжает жить после выхода из терминала.

Назначение

Супервизор сессий для удалённого управления, фоновых задач, долгих процессов и отложенных задач.

Что это даёт пользователю

Claude начинает вести себя как фоновый рабочий процесс, а не как одноразовая интерактивная команда. Это база для фоново живущих агентов и длинных автоматизаций.

Где это в коде

src/entrypoints/cli.tsx daemon, --daemon-worker, ps, logs, attach, kill, --bg, --background.

src/utils/concurrentSessions.ts SessionKind, 'bg', 'daemon', 'daemon-worker', isBgTmuxSession() — типы и состояние сессий.

src/commands/exit/exit.tsx tmux detach-client внутри claude --bg вместо kill при выходе.

ULTRAREVIEW

Глубокая проверка кода

Облачный ревью Не выпущено

Команда /ultrareview поднимает облачный контейнер и запускает систему bughunter — оркестратор, который параллельно ищет и верифицирует баги. Работает в двух режимах: проверка PR по номеру и проверка текущей ветки. Результаты приходят асинхронно.

Подробности: флот агентов, стадии, биллинг, где в коде

Флот агентов

По умолчанию 5, максимум 20. Каждый агент работает до 10 минут (потолок 1800 сек).

Общее время

До 22 минут на ревью (потолок 27 мин). Локальный поллер ждёт до 30 минут.

Стадии

Поиск багов → Верификация найденных → Дедупликация и синтез отчёта.

Биллинг

Для Pro/Max: квота бесплатных ревью, далее Extra Usage ($10 мин. баланс). Для Team/Enterprise: без ограничений.

Что это даёт пользователю

Вместо ручного ревью — параллельная команда агентов-багхантеров, которая за 10–20 минут проверяет ветку или PR и возвращает отчёт с верифицированными багами. Живой счётчик «N найдено · M проверено» в интерфейсе.

Где это в коде

src/commands/review/reviewRemote.ts Основная логика: проверка квоты, запуск удалённого ревью, все переменные окружения bughunter, регистрация задачи.

src/commands/review/ultrareviewEnabled.ts Флаг активации: GrowthBook tengu_review_bughunter_config, проверка enabled === true.

src/tasks/RemoteAgentTask/RemoteAgentTask.tsx Поллер с таймаутом 30 мин, парсинг heartbeat-тегов прогресса, стадии finding/verifying/synthesizing.

Verification Stack

Независимая верификация

Агент-проверщик Не выпущено

Отдельный агент, задача которого — не подтвердить, а сломать реализацию. Получает описание задачи, список изменённых файлов и подход — возвращает вердикт PASS / FAIL / PARTIAL с доказательствами в виде реальных команд и их вывода.

Подробности: обязательные проверки, adversarial probes, формат вердикта

Тип агента

verification — запускается через AgentTool, не может изменять файлы проекта (запрещены Edit, Write, NotebookEdit).

Обязательные шаги

Сборка проекта (ошибка = FAIL), запуск тестов (падение = FAIL), линтеры, adversarial probes.

Adversarial probes

Конкурентность, граничные значения (0, -1, пустая строка), идемпотентность, orphan-операции. PASS без попытки сломать — недопустим.

Формат вердикта

Строго: VERDICT: PASS, FAIL или PARTIAL. Каждая проверка: команда → вывод → результат.

Что это даёт пользователю

Защита от ситуации «агент сказал готово, но ничего не проверил». Верификатор не имеет контекста реализации — проверяет вживую, а не читает код. Каждый PASS требует реально выполненную команду с выводом.

Где это в коде

src/tools/AgentTool/built-in/verificationAgent.ts Полный системный промпт, список запрещённых инструментов, условия вызова.

src/commands/init-verifiers.ts Команда /init-verifiers — генерация project-specific скиллов для Playwright/CLI/API.

src/tools/AgentTool/builtInAgents.ts Флаг: feature('VERIFICATION_AGENT') && tengu_hive_evidence.

Brief / SendUserMessage

Канал для пользователя

Обмен сообщениями Не выпущено

Отдельный канал ответа, параллельный основному потоку. Предназначен для финальных сообщений, статусных обновлений и доставки файлов. Два режима: обычный (по запросу) и проактивный (агент сам инициирует сообщение).

Подробности: статусы, инструменты, связь с KAIROS

Статусы

normal — ответ на запрос, proactive — агент сам инициирует (завершение задачи, блокер, фоновое обновление).

Блокирующий бюджет

15 секунд на синхронный ответ, далее задача уходит в фон.

Связанные инструменты

SendUserFile (файлы), PushNotification (уведомления), SubscribePR (GitHub-события), SleepTool (пауза).

Привязка к KAIROS

Все инструменты канала доступны только в режиме KAIROS — долгоживущего постоянного ассистента.

Что это даёт пользователю

Основной поток перегружен служебными данными. Brief выносит финальные ответы в отдельный канал — пользователь видит только важное. В режиме KAIROS это единственный способ вернуть результат фоновой работы.

Где это в коде

src/tools.ts Регистрация KAIROS-инструментов: SendUserFileTool, PushNotificationTool, SubscribePRTool, SleepTool.

src/main.tsx Включение режима: feature('KAIROS'), assistantModule, proactivePrompt.

src/memdir/memdir.ts Brief-сообщения становятся частью дневных логов памяти агента.

BG Sessions

Фоновые сессии

Фоновая работа Не выпущено

Фоновые сессии через claude --bg — агент запускается в tmux и продолжает работать после закрытия терминала. Полный набор команд: ps (список), logs (логи), attach (подключение), kill (остановка).

Подробности: флаги, виды сессий, поведение tmux

CLI-флаги

--bg / --background — запуск в tmux. Также --daemon-worker для супервизорного режима.

Виды сессий

Три типа: bg, daemon, daemon-worker. Определяются через SessionKind.

При выходе

Не завершение процесса, а tmux detach-client — сессия продолжает жить в фоне.

Реестр

PID и метаданные хранятся в ~/.claude/sessions/. Функция isBgTmuxSession() определяет тип.

Что это даёт пользователю

Агент ведёт себя как фоновый процесс: запустил задачу → закрыл терминал → вернулся через claude attach. Основа для долгих автоматизаций без потери контекста.

Где это в коде

src/entrypoints/cli.tsx Флаги --bg, --background, --daemon-worker; субкоманды daemon, ps, logs, attach, kill.

src/utils/concurrentSessions.ts SessionKind, реестр в ~/.claude/sessions/, isBgTmuxSession().

src/commands/exit/exit.tsx Логика tmux detach-client вместо kill при выходе из фоновой сессии.

Auto-Dream

Переработка памяти

Фоновая консолидация Не выпущено

Автоматический фоновый механизм: после каждого ответа проверяет условия и запускает агента-консолидатора. Тот анализирует накопленные транскрипты и обновляет файлы памяти. Аналог «сна» — когда накопилось достаточно опыта, система переваривает его.

Подробности: условия запуска, lock-файл, 4 фазы, ограничения агента

Условия запуска

≥24 часа с последней консолидации + ≥5 новых сессий. Оба порога настраиваются через GrowthBook. Повторная проверка — не чаще раза в 10 минут.

Lock-файл

.consolidate-lock в директории памяти. Его mtime = время последней консолидации. PID в теле файла. Протухание через 1 час.

4 фазы

Ориентация (чтение текущей памяти) → Сбор (поиск нового в логах) → Объединение (запись/обновление файлов) → Очистка (обновление индекса, лимит ~25KB).

Ограничения агента

Только read-only команды: ls, find, grep, cat, stat, wc, head, tail. Пользователь может прервать в любой момент.

Что это даёт пользователю

Память автоматически «дефрагментируется» между сессиями. Накопленный опыт синтезируется в структурированные файлы, устаревшие факты удаляются, индекс остаётся компактным. Процесс полностью фоновый и прерываемый.

Где это в коде

src/services/autoDream/autoDream.ts Главная логика: gates, lock, запуск агента, отслеживание прогресса.

src/services/autoDream/consolidationLock.ts Lock-файл, HOLDER_STALE_MS (1 час), rollback при сбое.

src/tasks/DreamTask/DreamTask.ts UI-задача: фазы starting → updating, прерывание с откатом lock.

src/services/autoDream/consolidationPrompt.ts 4-фазный промпт для агента-консолидатора.

Proactive Mode

Автономный режим

Самостоятельный агент Не выпущено

Агент не ждёт команды — сам решает, что делать дальше или когда уйти в паузу. Получает периодические сигналы, может инициировать действия, отправлять уведомления и подписываться на внешние события.

Подробности: двойной gate, статусы, бюджет, механизм паузы

Двойной gate

feature('KAIROS') + tengu_kairos. Оба флага обязательны — одного недостаточно.

Два статуса

normal — ответ на запрос пользователя, proactive — агент сам инициирует действие.

Бюджет

15 секунд на активный ответ, затем автоматический уход в фон.

Механизм паузы

SleepTool — агент явно вызывает его, когда решает «спать». SubscribePR может разбудить при событиях в GitHub.

Что это даёт пользователю

Ассистент, который сам двигает задачу. Не «ещё один чат», а фоновый инженер с долгосрочной памятью, ночной консолидацией и проактивными уведомлениями. Сам решает — работать или ждать.

Где это в коде

src/main.tsx feature('KAIROS'), kairosGate, proactivePrompt — включение проактивного режима.

src/tools.ts SleepTool, SendUserFileTool, PushNotificationTool, SubscribePRTool — инструменты автономного агента.

src/memdir/memdir.ts Дневные логи, append-only формат, ночная дистилляция в MEMORY.md.

Скрытые функции Claude Code

Ключевые скрытые функции

Интерфейс и настройки

Скрытые команды и ops

Эксперименты и заготовки