Skip to main content
Claude CodeCodexAI automation

Claude Code и Codex: скрытый перегрев в idle

Выяснилась неприятная вещь: Claude Code и Codex могут держать скрытые фоновые процессы и жечь CPU даже в idle. Для бизнеса это важно не только из-за батареи, но и из-за рисков в AI automation, где агент крутится часами без присмотра, нанося вред аппаратуре.

Технический контекст

Я зацепился за этот кейс не из-за драмы про «сгоревший макбук», а потому что это очень приземленная проблема для AI automation. Если агентный инструмент в фоне держит одно ядро на 100%, у вас ломается не только ноут, у вас ломается доверие к всей схеме автоматизации.

По сообщениям пользователей, и Claude Code, и Codex могут оставлять фантомные процессы после вроде бы обычной сессии. Снаружи все тихо, терминал будто idle, а внутри продолжает жить orphaned Node-процесс или hook, который крутит CPU без пользы.

Я бы смотрел в три места сразу: фоновые Node-процессы, автозапускаемые хуки и слишком длинные сессии с раздутым контекстом. Для Claude Code сообщество уже нащупало рабочие костыли: убивать зависшие Node-процессы, отключать superpowers hook, включать streaming mode, резать параллелизм до max-jobs = 2 и чистить контекст через /clear.

Отдельно мне понравился один практичный момент: тайм-аут неактивности на 5 минут. Это не «исправление архитектуры», но как предохранитель работает нормально. Особенно если у вас несколько агентных каналов и каждый норовит оставить после себя хвост.

Совет «запускайте в виртуалке» звучит грубо, но в нем есть смысл. Когда я проектирую AI integration для долгих сессий, я почти всегда стараюсь изолировать агентный рантайм от основной машины: отдельная VM, контейнер, лимиты CPU, мониторинг процессов и жесткие правила завершения задач.

Что это меняет для бизнеса

Первое: локальный запуск агентных IDE и CLI уже нельзя считать безобидным. Если команда строит AI solution development вокруг ноутбуков разработчиков, скрытая нагрузка быстро превращается в перегрев, шум, просадку батареи и странные «плавающие» баги.

Второе: выигрывают те, кто сразу закладывает изоляцию и наблюдаемость. Проигрывают те, кто оставляет агентов жить в бесконечных терминалах без тайм-аутов, лимитов и watchdog-проверок.

Третье: это удар по стоимости владения. Один фантомный процесс дешевле заметить на графике CPU, чем потом разбираться с железом, простоями и потерянным временем команды.

Если у вас агенты уже крутятся в фоне и машина ведет себя «как-то странно», я бы не ждал официальный фикс. Можно быстро пересобрать схему так, чтобы automation with AI не убивала рабочие станции: в Nahornyi AI Lab мы как раз разбираем такие кейсы руками и собираем безопасную AI architecture под реальную нагрузку, а не под красивое демо.

Мы ранее разбирали баг самоанализа Claude, где prompt injection провоцирует фантомные процессы и отказ в обслуживании. Та же динамика лежит в основе перегрева MacBook, о котором идёт речь сейчас.

Поделиться статьёй