← Практика · 22 октября 2026
Как ИИ-агент нашёл старый BIOS, лишнюю нагрузку и задержки DNS, исправил свои ошибки и настроил ПК, пока владелец отвечал с телефона.
12 минут чтениякомпьютер

Оптимизация Windows 11 часто начинается с удаления временных файлов. Место освобождается, но процессор по-прежнему занят, сайты открываются с паузой, а компьютер неожиданно засыпает. В нашем случае за жалобой «система тупит» обнаружились лишние фоновые процессы, задержки DNS и старый BIOS. Корзину почистили, но на этом инженерная часть только началась.
Работу выполнял ИИ-агент Claude Code под контролем владельца студии IKORG. Владелец компьютера предоставил доступ и общался с ассистентом через мессенджер на телефоне: читал короткие отчёты, отвечал «да», «нет» или номерами пунктов. Большую часть проверок и изменений агент провёл самостоятельно. Прошивку BIOS и несколько действий у самого ПК выполнил человек.
Разберём, что измерили, что исправили и где ошибся сам ассистент. Полная история — в кейсе оптимизации компьютера с помощью ИИ, а удаление больших файлов и лишних программ — в статье об очистке диска C.
Конфигурация вполне подходила для игр и повседневной работы: Windows 11 Pro, Intel 13/14-го поколения, плата ASRock B760M, 32 ГБ оперативной памяти, видеокарта NVIDIA и Wi-Fi 6E. Владелец жаловался на нехватку места и общую медлительность.
Эти проблемы пришлось разбирать отдельно. Удаление ненужного установщика возвращает место, но постоянно перезапускающаяся служба продолжает работать, сетевые имена разрешаются с задержкой, а микрокод процессора остаётся прежним. После описи файлов ассистент проверил автозагрузку, службы, задания планировщика, драйверы и журналы Windows.
В простое процессор был загружен на 16–20%. Ничего особенного не открыто, а у компьютера, судя по всему, собственный напряжённый рабочий день. Проверка выявила конкретных потребителей ресурсов. Заодно нашлись настройки, требовавшие внимания независимо от скорости открытия окон.
Работали последовательно: найти причину, оценить последствия изменения, согласовать действие, выполнить и проверить. Удаление программ требовало отдельного «да». Перед правками реестра сохраняли экспорт затрагиваемых веток.
Главной находкой оказался BIOS 2022 года. Система оставалась без необходимого исправления проблемы деградации процессоров Intel 13/14-го поколения. В ходе проверки и обновления зафиксировали переход микрокода с 0x12B на 0x133.
До такого риска уборка на диске просто не добирается. Архивов стало меньше, автозагрузка сократилась, а прошивка осталась прежней. Поэтому BIOS проверяли отдельно.
Микрокод — низкоуровневые исправления поведения процессора. BIOS участвует в запуске и настройке оборудования, а его обновления могут содержать эти исправления. Чтобы понять, нужна ли новая версия, её сопоставляют с конкретной платой и установленным процессором.
Ассистент нашёл проблему и подготовил инструкцию. Решение о прошивке и само действие остались за человеком. После обновления проверили результат и вернулись к параметрам памяти и другим настройкам платы. Здесь занимались состоянием оборудования; красивые цифры в тестах были бы уже другой задачей.
В этом кейсе BIOS обновили с версии 1.08 до 14.02 через встроенную утилиту Instant Flash. Владелец выполнял прошивку непосредственно у компьютера, ассистент помогал разобраться с процедурой. Этот этап потребовал участия человека.
Начинают с точного определения модели платы и подходящей прошивки. Затем следуют инструкции производителя: готовят файл, открывают встроенную утилиту и выполняют обновление. Во время записи прошивки нельзя прерывать питание.
Совпадения производителя или семейства платы недостаточно: нужна совместимость с конкретным оборудованием. Приведённые версии описывают историю этого компьютера, выбирать по ним прошивку для своего ПК не стоит.
После обновления проверяют настройки, которые могли сброситься. Здесь уделили внимание памяти, ReBAR и автоматической установке драйверов ASRock. Успешный запуск Windows — повод продолжить проверку: нужные параметры могли не сохраниться.
Владелец выполнил действие у ПК, а ассистент взял на себя поиск проблемы, объяснения и проверку результата.
Оперативная память работала на 4800 вместо паспортных 5200. Компьютер запускался и выполнял задачи, так что без проверки разница вполне могла остаться незамеченной.
XMP — записанный в модулях профиль настроек памяти. Он позволяет применить предусмотренные для комплекта параметры без ручного подбора каждого значения. Но даже с подходящими модулями профиль нужно проверить: он может быть выключен.
Порядок такой:
Названия разделов зависят от платы и версии BIOS, поэтому ориентироваться нужно на конкретный интерфейс. Если после изменения появились сбои, настройку пересматривают. Галочка поставлена — работа ещё не закончена.
На этом ПК память заработала на 5200. Также включили ReBAR — механизм, позволяющий процессору обращаться к более крупным областям видеопамяти. Отдельных игровых замеров до и после не проводили, поэтому конкретную прибавку кадров этим изменениям не приписываем.
ASRock Auto Driver Installer связан с установкой драйверов после установки Windows, а включается в BIOS. Поэтому при очередной установке системы программа может появиться снова, даже если раньше её удаляли. У некоторых программ прощание получается с продолжением.
На этом компьютере два процесса компонента постоянно занимали примерно полтора ядра процессора. Причиной вмешательства стала измеренная нагрузка. Ассистент удалил компонент и дал владельцу инструкцию выключить Auto Driver Installer в BIOS.
Для этого нужно открыть настройки платы, найти соответствующий параметр и выключить его. Расположение зависит от версии BIOS. Проверить настройку прошивки нужно отдельно: удаление программы из Windows её не меняет.
Так диагностика прошла сразу через оба уровня: занятый процессор виден в Windows, источник установки находится в BIOS, исправление затрагивает оба места.
Ассистент проверил обновления через Центр обновления Windows. Обновили драйверы Wi-Fi и Bluetooth Intel, а также видеодрайвер NVIDIA. Остальные оказались свежими.
Видеодрайвер с официального сайта скачивался плохо, поэтому с загрузкой помогли через сервер. Трудность была в получении файла; источник оставили официальным.
Driver Booster удалили по просьбе владельца. Драйвер-паки не использовали: проверили оборудование, состояние установленных драйверов и обновили нужное.
При этом обслуживание драйверов и поиск причины тормозов — разные задачи. Свежая версия сама по себе не объясняет каждую задержку. Здесь медленное открытие сайтов потребовало разбора DNS, а нагрузка в простое — проверки фоновых программ. Обновление стало частью общей работы, со своей вполне конкретной задачей.
В фоне работали ASRock Launcher, шесть экземпляров NVIDIA Broadcast и девять процессов Edge. К ним добавлялись падающая служба VPN-клиента и Firefox, которым в тот момент не пользовались. Яндекс.Диск часами загружал одно ядро на 100%.
По одному списку процессов удалять программы рано. Несколько процессов браузера могут быть нормальной частью работы. Нужно смотреть на нагрузку и выяснять, нужна ли владельцу фоновая функция.
Ассистент сократил лишние автозапуски, включая Gemini, Logi, AIDA64, задания IObit и OneDrive второй учётной записи. Яндекс.Диск убрали из автозагрузки: владелец запускает его вручную, когда нужна синхронизация. Программа осталась доступна, изменился момент запуска.
После комплекса изменений загрузка CPU в простое снизилась с 16–20% до 3–5%. Это общий измеренный результат работы с фоном; выделить заслугу одной службы или переключателя по этим данным нельзя.
С Edge ассистент ошибся: завершение фоновых процессов, вероятно, прервало обновление WebView2. Последствия пришлось исправлять отдельно. Внешне лишний процесс оказался возможным участником обслуживания другого приложения.
В этом случае отключили DiagTrack, задания CEIP и рекламный идентификатор. За названиями стоят разные механизмы: диагностическая служба, задания участия в программе улучшения качества и идентификатор для персонализации рекламы.
Управляются они тоже отдельно: рекламный идентификатор — в параметрах конфиденциальности Windows, служба — через управление службами, задания — через планировщик. Перед изменением стоит разобраться в назначении каждого пункта.
Эти действия входили в общую настройку. Отдельно нагрузку от телеметрии не измеряли, поэтому итоговые 3–5% относятся ко всему комплексу изменений.
Часть системных функций, наоборот, вернули в работу. SysMain включили, а Windows Search настроили с исключениями для облачных папок. Поиск по компьютеру сохранили.
Отключать всё незнакомое — соблазнительный способ сократить список служб, но польза требует проверки. Здесь решения принимали по потребностям владельца и найденным проблемам.
После смены схемы питания владелец заметил, что компьютер будто выключается. Журнал событий показал три перехода в сон. Настоящего выключения в этих эпизодах не было.
Причину внёс сам ассистент: включил схему «Сбалансированная», но пропустил таймер сна через 15 минут простоя. Для ПК, на котором шла удалённая работа, настройка оказалась неподходящей. Компьютер добросовестно соблюдал режим отдыха — просто с владельцем его не согласовали.
По журналу нашли причину и исправили параметры. Саму схему «Сбалансированная» оставили, изменили таймер. Этот случай хорошо напоминает: вместе со схемой питания нужно проверять и связанные настройки.
Если ПК неожиданно перестал отвечать, сначала выясняют, что случилось: сон, перезагрузка или выключение. Снаружи эти события могут выглядеть одинаково. Журнал помог установить конкретную причину, а ассистенту — проверить последствия своего действия, признать ошибку и устранить её.
Game DVR связан с записью игрового процесса. На этом компьютере фоновую запись Xbox отключили. Если она не нужна, её параметры можно проверить в разделе Windows, посвящённом играм и захватам.
Смотреть нужно именно на фоновую запись: игровая панель и постоянная запись происходящего — разные функции. Настройку выбирают под то, как человек пользуется ПК.
Также включили HAGS — аппаратное планирование графического процессора — и оптимизации оконных игр. Изменения зафиксированы, но отдельных сравнительных игровых тестов нет. Конкретную прибавку производительности по ним обещать не можем.
Популярные «игровые» правки TCP в реестре сознательно пропустили: в этой работе их оценили как мифы без достаточного основания для вмешательства. Реальную сетевую задержку искали по журналам и измерениям.
Критерий простой: какую проблему решает настройка и как проверить результат. Длина списка правок сама по себе производительности не добавляет.
Пинг может быть нормальным, а сайт всё равно открываться с паузой. До соединения по имени нужно получить адрес сайта. Здесь задержка возникала именно на этом этапе: новое имя разрешалось за 0,4–0,6 секунды.
Журнал DNS-клиента помог найти причины. В hosts обнаружились старые записи: файл содержал 553 строки и тормозил сеть. Ещё задержку давали запросы к роутеру по IPv6, которым в этой конфигурации не пользовались.
Повторно измерять пинг было недостаточно: он проверял другой участок пути. Понадобился отдельный замер времени обработки нового имени.
Старые записи в hosts убрали из цепочки разрешения имён. Для DNS использовали Яндекс и Cloudflare. IPv6 отключили на адаптере Wi-Fi, поскольку глобального IPv6 у провайдера не было.
После изменений новое имя обрабатывалось за 17–115 мс вместо 400–600 мс. Это ускорение именно DNS в данной конфигурации. Время загрузки страницы зависит ещё от соединения, ответа сайта и получения содержимого.
Настройка находится в свойствах используемого сетевого адаптера: там можно отключить компонент протокола IPv6 и применить изменение. В этом кейсе меняли свойства Wi-Fi.
Основанием стали записи DNS-клиента и отсутствие глобального IPv6 у провайдера. Перед таким действием нужно выяснить, используется ли протокол в сети и связан ли он с задержкой. Одного медленно открывающегося сайта для решения мало.
В другой сети IPv6 может быть нужен, поэтому превращать это изменение в универсальный рецепт не стоит.
Здесь сетевых изменений было несколько: работа с hosts, выбор DNS и отключение IPv6 на адаптере. Итоговые 17–115 мс — их совокупный результат. Вклад каждого действия отдельно не измеряли.
У изменений были разные задачи. Одни уменьшили измеренную задержку или нагрузку, другие исправили настройки оборудования либо убрали риск. Поэтому результаты удобнее смотреть по отдельности.
| Изменение или утверждение | Что показал кейс |
|---|---|
| Сократить лишнюю фоновую работу | Загрузка CPU в простое снизилась с 16–20% до 3–5% после комплекса изменений |
| Разобраться с DNS и hosts | Новые имена стали обрабатываться за 17–115 мс вместо 400–600 мс |
| Проверить BIOS и микрокод | Найдено и выполнено необходимое обновление |
| Включить XMP | Память перешла с 4800 на паспортные 5200 |
| Исправить таймер сна | Устранены нежелательные засыпания через 15 минут |
| Освободить место и считать это ускорением | Свободное место и скорость работы — разные результаты |
| Применить игровые твики TCP | Оценены как мифы; изменения не выполняли |
| Обещать рост FPS от HAGS и ReBAR | Оснований нет: отдельных игровых замеров не проводили |
Самой заметной для приложений стала ошибка с WebView2. После завершения фоновых процессов Edge папка версии runtime осталась пустой, а одно приложение перестало открываться в собственном окне. Связь с прерванным обновлением осталась вероятной причиной, гипотезой. Работу восстановили переустановкой runtime, предварительно экспортировав затрагиваемые записи реестра.
Ошибался ассистент и в диагностике. Сканер реестра принял пути с пробелами за битые ссылки. Результаты проверили вручную, лишнего не удалили. В падении мессенджера MAX сначала заподозрили Punto Switcher. Тесты предположение не подтвердили, программу вернули. Причина нашлась в обработке временного пути; после изменения TEMP/TMP владелец подтвердил исправление.
При включённом VPN на ПК рвался удалённый доступ, поэтому на время работы владелец выключал VPN. Ошибку с таймером сна ассистент тоже внёс сам и исправил по журналу событий.
Человек решал, что удалять, прошивал BIOS, перезагружал ПК и закрывал программы, удерживавшие файлы. Он же вручную удалил 360 Total Security: программа заняла роль антивируса, а Защитник Windows был отключён. Ассистент убрал остатки и восстановил защиту.
Судьбу личных архивов оставили владельцу: 37 ГБ дубликатов сохранили до его решения. Всего потребовалось около десяти ответов с телефона за сутки и несколько действий у компьютера. Модель видела опись, списки программ и журналы, но не содержимое документов. Доступ оставался под контролем владельца.
Зависит от оборудования и прошивки. Здесь обновление требовалось для исправления проблемы процессоров Intel. Очистка Windows эту задачу не решала.
В этом кейсе подтверждён переход памяти с 4800 на 5200. Прибавку в приложениях и играх отдельно не измеряли.
Здесь отключили конкретные компоненты, но их отдельный вклад не измеряли. Снижение нагрузки оценивали после комплекса изменений фоновой работы.
Пинг и разрешение имени проверяют разные процессы. Здесь задерживалось получение адреса нового сайта, поэтому разбирались с DNS-клиентом.
Большую часть работы выполнили удалённо. Прошивка BIOS, перезагрузка, удаление отдельной программы и некоторые действия с открытыми файлами остались за владельцем.
В IKORG можем проверить компьютер глубже обычной уборки: BIOS и память, драйверы, фоновую нагрузку, питание, сон и сетевые задержки. Работу выполняет ИИ-агент Claude Code под контролем владельца студии. Сначала выясняем состояние системы, затем предлагаем изменения и согласуем действия, затрагивающие программы и данные.
Самостоятельно разбирать журналы Windows и изучать каждую службу необязательно. Можно получать понятные отчёты в мессенджере на телефоне и принимать решения короткими ответами. Чтобы разобраться, что мешает вашему ПК работать нормально, напишите нам.