Defender и кеши на C: почему ИИ-агенты тормозят компьютер — кейс 2026

27.10.2026 · Техника и обзоры · PrimeCoder

PrimeCoder · 2026 · формат: tech

Разбор новинки простыми словами: что это, кому нужно и брать ли.

Если команда держит ИИ-агентов на рабочей машине, то защита в реальном времени и кеши в AppData начинают незаметно съедать ресурсы, и это можно исправить без нового железа.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Компьютер не падал. Он задумывался

Симптом выглядел безобидно. Ни синего экрана, ни перезагрузки. Окно открывается через секунду вместо мгновения, курсор замирает на полпути, вентилятор живёт своей жизнью, хотя вы вроде бы ничего не запускали. Машина работала почти круглосуточно: на ней крутились Claude Code и Codex — правили код, ставили пакеты, гоняли сборки и тесты.

Автор разбора под ником nETPO (он же разработчик проекта Local Commander) не полез в диспетчер задач вручную. Отправил в чат одну строку: посмотри, что грузит процессор и диск, назови главную причину, ничего не меняй. Вернулись две причины. Обе из тех, что ищут долго: ни одна не выглядит как «тяжёлая программа».

Проверка обеих заняла примерно полчаса. Дальше — по порядку.

Причина первая: антивирус проверяет каждый файл, который пишут агенты

Defender в режиме реального времени открывает и проверяет каждый созданный или изменённый файл. Человек за день трогает десятки файлов. Агент — десятки тысяч: установка пакетов, сборка, отдельная копия проекта под каждую задачу. Каждый такой файл проходит через проверку. В диспетчере задач это выглядит как Antimalware Service Executable, который ест процессор на ровном месте.

Проверить руками можно за пару минут. PowerShell от администратора:

New-MpPerformanceRecording -RecordTo C:\Temp\defender.etl — начать запись;
дать агентам поработать пару минут, нажать Enter;
Get-MpPerformanceReport -Path C:\Temp\defender.etl -TopProcesses 10 -TopExtensions 10 -TopFiles 10 — посмотреть отчёт.

Если наверху node, git и папки ваших проектов — диагноз подтверждён.

Дальше три пути, и они неравноценны по цене риска.

Что делаем	Что даёт	Чем платим
Исключить рабочие папки с кодом	Defender не трогает файлы внутри них	В этих папках он больше ничего не поймает
Исключить процесс агента	Файлы программы не проверяются нигде	Самый серьёзный риск: пакеты качаются из интернета
Dev Drive на Windows 11	Облегчённый режим проверки, запись не тормозит	Отдельный диск и настройка, зато компромисс

В кейсе пошли первым путём и добавили второй: исключили рабочие папки и сами программы агентов — Claude Code, Codex, Antigravity, Cursor. Команды простые: Add-MpPreference -ExclusionPath "D:\Work" для папки и Add-MpPreference -ExclusionProcess "C:\путь\к\программе\agent.exe" для процесса.

Причина вторая: гигабайты в AppData на диске C

У всех агентов в инструкциях было написано: работать только на диске D. Проекты там и лежали. А системный диск C всё равно забивался.

Разгадка в том, что пишут не сами агенты, а программы, которые они запускают, и сами агентские программы. Кеши пакетов, служебные данные, временные файлы. Всё это по умолчанию оседает в AppData пользователя на C.

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

Наверху списка оказались кеш npm (вместе с кешем npx, который лежит внутри) и данные Docker. Логика простая: агенты запускают через npx всё подряд, и каждая версия пакета остаётся в кеше навсегда.

Чистка: npm cache clean --force и docker system prune (перед этим docker system df, чтобы увидеть объём). Это лечит симптом. Через месяц кеши вырастут снова, поэтому папки переносят на D, а на C оставляют junction-ссылку — программы по-прежнему пишут «в AppData», файлы физически лежат на другом диске. Для npm есть путь чище: npm config set cache D:\npm-cache.

Что изменилось по сравнению с «машиной разработчика»

Раньше рабочее место программиста описывалось набором приложений: IDE, браузер, мессенджер, терминал. Нагрузка была предсказуемой и в основном приходилась на моменты, когда человек что-то делает. Агент меняет профиль: он пишет файлы постоянно и с частотой, которой на обычной машине просто не бывает.

Компьютер, на котором работают агенты, — это уже другая нагрузка. Он пишет файлы в сотни раз чаще, и всё, что проверяет файлы, начинает тормозить.

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

Кому это нужно и как применить

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

Снять замер через New-MpPerformanceRecording, чтобы не гадать. Без базовой цифры любое «стало быстрее» — ощущение, а не факт.
Посчитать топ папок в AppData скриптом из PowerShell (Get-ChildItem по $env:LOCALAPPDATA и $env:APPDATA с суммой размеров).
Почистить кеши, затем перенести папки на D с junction-ссылкой или сменить путь кеша в конфиге инструмента.
Исключения в Defender добавлять по одной папке, а не «весь диск» и не «Загрузки».
Повторить замер. Разница между «до» и «после» и будет вашим ответом.

Подвох и чем платите

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

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

И отдельно про диагностику через ИИ-чат. Она работает, но с оговоркой «ничего не меняй»: сначала отчёт, потом решение. Иначе ассистент с радостью что-нибудь исправит — а вы не будете знать, что именно.

Вердикт за 30 секунд

Брать. Полчаса диагностики дают эффект, который обычно покупают новым железом: загрузка процессора упала с 67% примерно до 12%.
Начинать с папок, не с процессов. Исключение папки с кодом даёт большую часть выигрыша при меньшем риске.
Ждать нечего. Это не фича вендора и не платный апгрейд, а два действия руками, которые доступны на любой Windows-машине.

FAQ

Это лечится только на Windows 11?

Нет. Основные шаги работают на Windows 10 и 11. Отдельный диск для разработки (Dev Drive) — опция Windows 11, она даёт компромисс между «проверять всё» и «не проверять ничего».

Поможет ли простая инструкция агентам «работать только на D»?

Частично. Она ограничивает действия агента, но не путь, по которому пишут инструменты, которые он запускает. Кеши npm и данные Docker всё равно уйдут в AppData на C.

Почему нельзя просто отключить Defender?

Потому что вы отключите защиту целиком на машине, которая качает пакеты из интернета. Исключение конкретной папки с кодом решает ту же задачу с меньшей ценой.

Чистки кешей хватит надолго?

На месяц-другой. Кеши растут обратно, если не менять путь хранения. Чистка лечит симптом, перенос — причину.

Что сделать на этой неделе

Возьмите одну машину, где работают агенты, и снимите замер Defender. Если в топе отчёта node, git и папки проектов — у вас та же история, что в разборе, и она решается без похода за новым ноутбуком. Заодно посчитайте, сколько гигабайт лежит в AppData: цифра обычно удивляет сильнее, чем загрузка процессора.