На удалённом Mac резко выросла загрузка CPU, а сессия Claude Code ещё открыта или уже завершена.
Быстрое решение: сначала найдите фактического потребителя CPU в Activity Monitor и проверьте связь процесса с текущей задачей; затем действуйте по сценарию. Не удаляйте неизвестные процессы, пока не выяснили их происхождение.
Эта инструкция пригодится независимым разработчикам, которым нужно отличить нагрузку агента от сборки или тестов.
Она также полезна инженерам, обнаружившим процессы, оставшиеся после закрытия удалённого терминала.
Командам с постоянно работающим Mac — чтобы расследовать повторную нагрузку без необоснованных завершений и удалений.
Последняя проверка: 26 октября 2026 года. Сведения о средствах диагностики сверены с руководством Apple по Activity Monitor и документацией Anthropic по CLI Claude Code.
Сначала установите, какой процесс действительно загружает CPU
Высокая загрузка CPU не доказывает, что Claude Code неисправен или сам выполняет всю работу. Агент может инициировать анализ проекта, компиляцию, тестирование или скрипт, а значительную нагрузку создаст дочерний процесс — например, компилятор или тестовый раннер. Важны не похожие названия, а наблюдаемая связь между задачей, процессом и изменением нагрузки.
Откройте Activity Monitor на удалённом Mac и выберите представление CPU. В руководстве Apple описаны показатели активности CPU, в том числе загрузка со стороны системы, пользовательских процессов и свободная доля; здесь это полезные категории для первичной оценки, но не универсальные пороговые значения. Смотрите, какой процесс занимает верхние позиции и меняется ли его активность вместе с вашим заданием. Apple описывает просмотр активности CPU в Activity Monitor.
Затем найдите процесс в списке и изучите его сведения. При необходимости переключите отображение процессов на иерархическое: так проще проверить, запущен ли процесс другим процессом и что находится рядом с ним в цепочке. Инструкция Apple по информации о процессах и их иерархическому отображению помогает соотнести наблюдение не только с именем процесса, но и с его родителем.
Если удобнее работать в терминале, можно получить снимок списка процессов:
ps -axo pid,ppid,%cpu,etime,command
Сопоставьте PID, родительский PID, время работы и командную строку с Activity Monitor и с известными действиями в проекте. Командная строка может содержать имена каталогов или аргументы, которые вы не хотите раскрывать в отчёте: перед отправкой снимка коллегам удалите секреты, токены и персональные данные. Вывод ps — не самостоятельное доказательство вредоносности, а дополнительный материал для проверки.
| Что вы наблюдаете | Что проверить прежде всего | Безопасное следующее действие |
|---|---|---|
| Высокую активность во время анализа, сборки или теста | Какие процессы появились при запуске задачи; совпадает ли их работа с этапом задания | Дождаться завершения или приостановить известную задачу |
| Несколько активно работающих инструментов | Какие задания запущены параллельно и какой процесс относится к каждому | Останавливать или ждать по одному заданию, наблюдая за изменением списка |
| Нагрузку после закрытия сессии | Остались ли сборка, тест, скрипт или дочерний процесс | Установить владельца и состояние задачи до завершения процесса |
| Повторную нагрузку после перезапуска | Вход в систему, элементы автозапуска, фоновые задачи и автоматизацию | Сохранить сведения и проверять источник по правилам команды |
Если Claude Code ещё выполняет задачу, сопоставьте нагрузку с этапом работы
Когда агент анализирует код, вызывает инструмент сборки или запускает тесты, высокая активность CPU может соответствовать работе, которую вы ему поручили. Но одного совпадения по времени недостаточно: процесс мог существовать раньше, а параллельно могли стартовать независимые инструменты разработки.
Проверьте журнал и текущее состояние задания в сессии Claude Code. Спросите себя: какая команда или операция выполнялась перед ростом нагрузки, есть ли у неё ожидаемый этап компиляции или тестирования и продолжается ли действие сейчас? Документация Anthropic по использованию CLI и его параметрам — источник для проверки поведения CLI и доступных параметров; не предполагайте, что любое появление процесса с похожим именем означает непосредственный вызов со стороны агента.
Сравните Activity Monitor во время задачи и после её естественного завершения. Если нагрузка у процесса спадает вместе с окончанием известной операции, это поддерживает версию о штатной работе, но не исключает другие процессы. Если активность не меняется, изучите родительский процесс и уточните, не осталась ли работа в фоне.
Как проверить, относится ли высокий CPU к сборке, а не к неизвестной фоновой программе?
Не делайте вывод по одному имени. Проверьте, запускалась ли сборка или тесты, какому процессу принадлежит наблюдаемая работа и прекращается ли она после окончания соответствующей задачи. Если процесс имеет непонятное происхождение, не завершайте его только потому, что он появился рядом с Claude Code по времени: зафиксируйте сведения и проверьте контекст.
Сценарий из практики команды: разработчик поручил агенту проверить изменение, а параллельно запустил тесты из другой вкладки. В списке видны агент, тестовый раннер и инструмент сборки. Приписать всю нагрузку одному приложению было бы неверно. Сопоставьте время старта каждого задания и наблюдайте, что меняется после завершения каждого из них.
При параллельных сборках и тестах проверяйте задания по отдельности
Несколько задач могут выполняться одновременно: агент анализирует код, компилятор собирает проект, тестовый раннер выполняет проверки, а другая вкладка запускает самостоятельный скрипт. В таком случае совокупная активность не обязательно соответствует одному процессу или одному инструменту.
Не ищите универсальный процент CPU, после которого задачу следует считать неисправной. Допустимая нагрузка зависит от проекта, этапа обработки и числа одновременно запущенных операций. Вместо фиксированного порога используйте наблюдение: отметьте, какие процессы активны, приостановите или дождитесь одной известной задачи и проверьте, как изменился список.
Решение по условиям: ждать, останавливать или расследовать
- Если процесс соответствует известной сборке или тесту и задача ещё выполняется, дождитесь завершения либо используйте штатный способ отмены этой задачи. После этого проверьте, прекратилась ли связанная активность.
- Если вы нашли несколько известных параллельных задач, завершайте или приостанавливайте их по одной, когда это допустимо. Так вы поймёте, какая операция влияет на загрузку, не прерывая всё сразу.
- Если сессия Claude Code закрыта, но известная сборка или скрипт продолжается, выясните, должен ли он работать в фоне. При необходимости завершите именно задачу, а не случайный процесс с похожим названием.
- Если источник процесса неизвестен или он связан с общей работой команды, не удаляйте его и не завершайте без согласования. Сохраните сведения, выясните владельца и следуйте правилам доступа вашей организации.
- Если процесс появляется повторно после перезапуска, проверьте легитимные механизмы входа и автоматизации, а при неясном происхождении передайте запись на проверку безопасности.
Если сессия завершилась, найдите оставшуюся дочернюю задачу
Закрытие окна удалённого терминала не обязательно останавливает каждую задачу, запущенную во время работы. Сборка, сценарий или другой дочерний процесс может продолжать выполнение по предусмотренной логике. Сначала запишите его имя, PID, родительский процесс и командную строку, затем установите, кому принадлежит задача и ожидается ли её работа после закрытия сессии.
Для этого сверяйте данные Activity Monitor с контекстом запуска. Если процесс относится к проекту, проверьте, не оставляли ли вы сборку или тестирование выполняться в фоне. Если это общая машина, узнайте у коллег, не обслуживает ли процесс задачу другого пользователя. Не нажимайте «Завершить» и тем более «Завершить принудительно», не понимая последствий для задания. Apple описывает варианты завершения процессов в руководстве по выходу из процесса в Activity Monitor; выбирайте действие только после проверки процесса и его роли.
Если вы администрируете удалённый доступ, документируйте, кто выполнял задачу и какой способ подключения использовался. Инструкцию по работе с удалённым терминалом и управлению сессиями полезно сверять с настройками вашего доступа; для соединения через браузер можно также посмотреть, как устроен доступ к удалённому Mac через NoVNC. Не передавайте учётные данные или вывод команд в открытые каналы.
Если высокая нагрузка возвращается после перезапуска, проверьте автозапуск
Повторное появление процесса после перезагрузки — повод проверить, настроен ли его запуск намеренно. Источником могут быть разрешённый элемент входа, фоновая задача команды или автоматизация, которая восстанавливает работу. Сам факт повторного запуска не доказывает заражение: сначала выясните, какой механизм его инициирует и кто его настроил.
Проверьте элементы входа и фоновые задачи в системных настройках. Apple объясняет, как управлять элементами, открывающимися при входе в систему, и документирует управление фоновыми задачами при развёртывании устройств. Для решений, основанных на системных службах, сверяйтесь с документацией Apple ServiceManagement; не удаляйте настройки службы, пока не установили, кому она принадлежит.
Подходящие вопросы для проверки:
- Совпадает ли команда запуска с известным инструментом или рабочим сценарием?
- Кто создал соответствующий элемент автозапуска или службу?
- Есть ли у команды задача, которая должна запускаться при входе?
- Сохраняется ли исходная информация о процессе, прежде чем вы меняете настройки?
В 2026 году СМИ опубликовали рассказ одного разработчика, который утверждал, что Claude Code помог обнаружить процесс майнинга на его Mac. Это единичное сообщение, а не независимое техническое подтверждение причин происшествия и не свидетельство того, что Claude Code обычно вызывает высокую загрузку CPU. Материал о сообщённом случае следует воспринимать именно как описание заявления одного пользователя. Не используйте его как диагноз для собственной системы: действуйте на основании процессов, которые вы наблюдаете на своём Mac, и подтверждённых процедур безопасности.
Если происхождение процесса остаётся неясным, сохраните список процессов и сведения о времени запуска. Затем действуйте по установленному в вашей организации порядку: ограничьте доступ к подозрительной среде, проведите проверку и попросите ответственного специалиста подтвердить выводы. Не удаляйте файлы и не отключайте службы наугад — это может уничтожить полезные данные для расследования или нарушить работу легитимной автоматизации.
Зафиксируйте результат и повторите проверку на реальной задаче
При разборе инцидента запишите контекст, чтобы не принимать одно наблюдение за окончательный диагноз. В заметке укажите, что выполнялось, какие процессы вы видели, как установили их связь с задачей, какие действия предприняли и что изменилось после проверки. Если проблема появляется снова, добавьте, возникла ли она во время сессии, после её закрытия или после перезапуска.
После исправления повторите именно ту операцию, которая изначально сопровождалась высокой нагрузкой: анализ проекта, сборку, тест или автоматический сценарий. Сравните, какие процессы появляются во время работы и какие остаются после её завершения. Результат считается достаточно понятным для завершения расследования, когда наблюдаемые процессы соответствуют известным задачам, а необъяснимой повторной активности вы не обнаружили. Если причина остаётся неясной, продолжайте проверку и передайте записи ответственному специалисту.
Для постоянно работающей среды ограничьте доступы необходимыми для работы и соблюдайте внутренние правила обращения с учётными данными и логами. Claude Code поддерживает параметры CLI, связанные с использованием и разрешениями; сверяйте их с официальным описанием CLI, а не переносите настройки вслепую между личной и командной средой. Сведения о способах хранения данных и правилах доступа к удалённой среде можно сверить с информацией о конфиденциальности macworker.
У вас есть выбор между текущей машиной и удалённым Mac. Локальный Mac даёт прямой физический доступ, но требует покупки и собственного обслуживания. Linux-хост не заменит macOS для задач, которым нужны инструменты Apple, а общий компьютер команды может создавать конкуренцию за ресурсы и усложнять разбор чужих процессов. Если нужна отдельная постоянно доступная macOS-среда для разработки или сборок, аренда удалённого Mac у macworker позволяет работать с реальным Mac через удалённое подключение без покупки собственного устройства. Она не заменяет проверку процессов и не подходит, если вам необходим физический доступ к машине или предпочтительнее владеть постоянным оборудованием; прежде чем выбирать, сопоставьте режим работы с доступными вариантами аренды Mac.
Подберите удалённый Mac для стабильной работы
Арендуйте выделенный физический узел macworker, чтобы контролировать ресурсы и отслеживать загрузку без конкуренции с другими пользователями.
