Mac задыхается от десятка агентов: как найти и убрать балласт

Знакомая ситуация: вы держите открытыми несколько сессий Codex или Claude Code, добавляете субагентов, и в какой-то момент Mac начинает захлёбываться. Курсор думает дольше самого агента, вентиляторы воют.

У автора поста случилось ровно это. Машина у него не из слабых, M1 Max с 64 ГБ памяти, но и она просела, когда сессий стало слишком много. На ноутбуках с меньшим объёмом памяти всё упрётся в своп ещё раньше.

Ключевой вывод автора неожиданный: тормозили не модели. Балласт копится на машине месяцами — висящие dev-сервисы, дубли MCP-серверов, забытые headless-браузеры, старые сетевые расширения и VPN, помощники браузеров, автозапуск и апдейтеры.

Что он сделал

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

Промпт, который стоит забрать себе

Автор собрал из этого разбора аудит-промпт для macOS и Windows. Главный принцип — безопасность: первый проход только смотрит и ничего не трогает (dry-run), а любое действие выполняется лишь после вашего поштучного одобрения.

Логика промпта такая:

• снять базовые метрики несколькими замерами, а не одним снимком (CPU, память, своп, диск, троттлинг);
• собрать дерево процессов по группам: ИИ-инструменты, разработка, фоновые службы;
• проверить все источники автозапуска;
• найти крупных пожирателей диска (node_modules, кэши Docker, сборки);
• разметить каждый пункт: нужен / простаивает / осиротел / дубль;
• выдать таблицу с уликами, ожидаемым эффектом, риском и обратимыми командами отката.

И ключевое ограничение: без вашего явного согласия агент ничего не убивает, не удаляет и не трогает системную безопасность.

Ниже — полный промпт на русском. Можно скопировать целиком и дать своему агенту.

Проведи аудит производительности этого компьютера под ИИ-агентов. Сначала определи, macOS это или Windows, и зафиксируй конфигурацию оборудования. Используй только встроенные инструменты и только для чтения. Не запускай субагентов и ничего не меняй на первом проходе.

1. Сними базовые показатели.

Делай несколько замеров, а не один снимок.

Проверь загрузку CPU, среднюю загрузку или очередь процессора, нагрузку на память или доступную / выделенную память, рост свопа / файла подкачки, дисковый ввод-вывод, свободное место, троттлинг из-за перегрева, блокировщики сна, подключённые дисплеи и количество процессов / потоков.

Если какой-то показатель недоступен, отметь это и продолжай. Ничего не устанавливай.

2. Построй дерево процессов.

Сгруппируй основной процесс и вспомогательные для каждого семейства приложений.

Обрати внимание на:
-> ИИ: Codex, Claude Code, MCP-серверы, индексаторы кода, headless-браузеры
-> Разработка: Node / Bun / Python, Docker / WSL / виртуальные машины, dev-серверы, вотчеры, тестовые процессы, базы данных
-> Фоновое: помощники браузеров, процессы синхронизации, апдейтеры

Зафиксируй родительский процесс, среду выполнения, CPU, память, активность диска и сети, прослушиваемые порты, каталог проекта и то, используется ли процесс всё ещё терминалом, редактором или активной сессией.

3. Проверь все источники автозапуска.

macOS:
-> Объекты входа (Login Items) и «Разрешить в фоне» (Allow in Background)
-> LaunchAgents, LaunchDaemons, службы Homebrew
-> системные и сетевые расширения

Windows:
-> Автозагрузка приложений, службы, планировщик заданий, ключи Run
-> WSL и Docker Desktop
-> VPN, прокси и сетевые фильтры

На обеих платформах проверь браузеры, мониторы в строке меню или системном трее, помощники Adobe и Office, облачную синхронизацию, а также устаревшие записи VPN, DNS или прокси.

4. Найди крупных потребителей диска.

Учитывай результаты сборок, node_modules, данные Docker, DerivedData или симуляторы, папку «Загрузки» и дублирующиеся копии проектов. Не удаляй массово кэши или личные файлы.

5. Пометь каждый элемент.

Используй метки: активен и нужен / простаивает / осиротевший / дубликат / неизвестно.

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

6. Верни таблицу в режиме dry-run.

Для каждого элемента укажи:
-> доказательства
-> ожидаемую пользу и риск
-> требуется ли перезагрузка
-> рекомендованное действие: оставить / закрыть штатно / остановить / отключить в автозапуске / удалить / разобраться
-> обратимые команды и шаги отката

Без моего поэлементного одобрения не завершай процессы, не удаляй файлы, не деинсталлируй ПО, не выгружай службы, не меняй элементы автозапуска или сетевые настройки и не перезагружай компьютер. Если нужен доступ через sudo или права администратора, объясни цель и риск, затем дождись одобрения.

Не отключай FileVault, BitLocker, брандмауэры, Defender и другие средства системной безопасности. Сохрани активные сессии агентов, терминалы, редакторы, базы данных, задачи синхронизации, VPN и инструменты безопасности, о которых я явно скажу, что они ещё используются.

После того как я утвержу план, обрабатывай по одной группе за раз и делай повторные замеры после каждой. По завершении перезагрузи компьютер, подожди 5–10 минут и замерь снова. Поработай за компьютером день в обычном режиме, затем повтори аудит. Покажи результаты «до / после» и отметь процессы или службы, которые вернулись.

Мой взгляд

Мне это близко: сам держу несколько Codex-станций одновременно. Ценно здесь вот что. Разбор проблемы вы поручаете тому же агенту, который её и создаёт, а дисциплина dry-run снимает главный страх пускать агента в систему: аудит с ручным подтверждением каждого шага делает уборку безопасной.

По теме

• Статья: Как я собрал личную Codex-станцию: новый MacBook, Mac mini и два iPhone
• Блог: gpt-5.6-sol без выжженных лимитов: перевод советов Тео из t3.gg
• База знаний: Context7 — актуальная документация библиотек для Codex и Claude Code

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

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov