ИИ-агенту уже можно доверить диагностику сервера 1С в режиме «только чтение»: разбор места на диске, журналов регистрации, резервных копий, сеансов и лицензий. Это показал эксперимент, описанный на Хабре 18 октября 2026 года: за 15 минут агент осмотрел рабочий кластер из 16 баз, нашёл 119 ГБ в каталоге srvinfo и тестовую базу без единой резервной копии — и не стал ничего удалять без согласования. Изменения в базах, завершение сеансов и перезапуск служб пока стоит оставлять человеку, а правила для агента закреплять в правах и инструментах, а не только в инструкции модели.
Материал подготовлен AIrassvet 18 октября 2026 года по публикации на Хабре архитектора бизнес-приложений Петра Мамрукова и по описанию риска «чрезмерной агентности» в рейтинге OWASP Top 10 for LLM Applications 2025. Он адресован ИТ-директорам, администраторам и руководителям отделов 1С, которые думают, как применить ИИ-агентов в эксплуатации. Мы не повторяли эксперимент и не тестировали инструмент Local Commander: цифры приведены по данным автора публикации, а матрица прав, шаги и шаблон задания — методика редакции. AIrassvet не аффилирован с автором эксперимента и фирмой «1С»; раздел в конце статьи описывает услуги издателя.
Содержание
- Кратко
- Что такое ИИ-агент для администрирования 1С
- Эксперимент на рабочем кластере: как он был устроен
- Что агент нашёл за 15 минут
- Почему «на снимке всё спокойно» — тоже результат
- Где агент ошибался и как исправлялся
- Главный риск: правила держала модель, а не инструмент
- Матрица прав: что поручить агенту
- Как запустить агента на сервере 1С: 7 шагов
- Шаблон задания для агента
- Какие данные уходят за периметр
- Частые вопросы
- Первоисточники и метод проверки
Кратко
- Что проверили. ИИ-агент из обычного чата диагностировал кластер 1С: 16 баз, два рабочих сервера, 512 ГБ памяти. Диагностика заняла около 15 минут, работа с расширением — ещё около 13 минут.
- Что нашёл. 119 ГБ в srvinfo, из них 20,5 ГБ — полнотекстовый индекс рабочей базы; 50 ГБ журналов регистрации в 68 каталогах при 16 базах; ни одной резервной копии тестовой базы при 444 копиях на сервере за месяц.
- Чего не нашёл. Перегрузки: процессор 5–7%, очередь диска 0–2, свободно 208 ГБ памяти.
- Как вёл себя. Не удалял «мусор» вслепую, сам ловил свои ошибки, менял только тестовую базу и только после согласования.
- Главный риск. Ограничение «остальные базы только смотреть» соблюдала модель, а не инструмент: технически у агента были права учётной записи Windows.
- Вывод для бизнеса. Начинать с диагностики «только чтение», а права и согласования закреплять технически.
Что такое ИИ-агент для администрирования 1С
ИИ-агент для администрирования 1С — это языковая модель, которой дали инструменты для работы с сервером: выполнение команд, чтение файлов, доступ к консоли кластера и к СУБД. В отличие от чат-бота, агент сам решает, какую команду выполнить следующей, читает результат и продолжает, пока не выполнит задание.
Сейчас большинство ИИ-инструментов для 1С работает на машине разработчика. Им показывают метаданные, выгруженный код и синтаксис — то есть дают «глаза». Автор эксперимента сформулировал гипотезу так: дать агенту «руки» там, где стоит база, и посмотреть, справится ли он с эксплуатацией — сеансами, лицензиями, журналами, кэшем и резервными копиями.
О том, как подключать агентов к данным 1С через OData и HTTP-сервисы, мы писали в статье «Как подключить ИИ-агентов к 1С». Здесь речь о другой задаче — не об учётных данных, а об обслуживании сервера.
Эксперимент на рабочем кластере: как он был устроен
Стенд, по описанию автора, был настоящим, а не демонстрационным:
| Параметр | Значение |
|---|---|
| Конфигурация | тестовая копия рабочей базы 1С:Управление холдингом 3.2.6.85 |
| Платформа | 1С:Предприятие 8.3.27 |
| СУБД | Microsoft SQL Server, файл данных около 70 ГБ |
| Сервер базы | Windows Server 2022, 64 логических ядра, 512 ГБ памяти |
| Кластер | 16 баз, рабочие процессы на двух серверах |
| Где жил агент | на соседней машине в той же сети, на сервер базы ничего не ставили |
| Инструмент | Local Commander — сервис автора, который выполняет команды ИИ на Windows-машинах |
| Дата | вечер субботы, 17 октября 2026 года |
Задание уместилось в одно сообщение: реквизиты доступа, список типовых ситуаций из жизни администратора и структура отчёта. К нему автор добавил пять правил:
- менять только тестовую базу, остальные — только смотреть;
- код писать только в расширении, основную конфигурацию не трогать;
- перед любым изменением — сначала план и согласование;
- службы и кэш кластера трогать только в окно обслуживания;
- пароли нигде не показывать.
Важно: автор — разработчик инструмента, через который работал агент, и сам об этом предупреждает. Это не независимый тест, а открытый протокол одного эксперимента.
Что агент нашёл за 15 минут
Первым препятствием стал закрытый порт: утилита администрирования кластера RAC на порту 1545 не отвечала. Агент сам переключился на COM-интерфейс кластера через порт 1540 и дальше читал кластер, сеансы, лицензии и расширения.
Основные находки — по данным автора публикации:
| Что проверено | Результат | Что это значит |
|---|---|---|
| Каталог srvinfo | 119,38 ГиБ, 12 095 файлов | чистить вслепую нельзя |
| Крупнейший файл в srvinfo | полнотекстовый индекс рабочей базы, 20,51 ГиБ | удаление «как кэша» сломает поиск по документам |
| Журналы регистрации | 50,13 ГиБ в 68 каталогах при 16 базах | похоже на остатки удалённых баз, но не доказано |
| Журнал рабочей базы | 25,52 ГиБ | кандидат на настройку хранения |
| Резервные копии SQL Server | 444 копии с 13 сентября по 17 октября, по тестовой базе — 0 | копии текущего состояния тестовой базы нет |
| Диск C: | свободно 77,81 из 600 ГиБ | пока терпимо |
| Windows\Temp | 334 478 файлов, 0,97 ГиБ | мало по объёму, много по количеству |
| Лицензии | 4 сеанса, у одного клиентская лицензия на 10 пользователей | «10» — характеристика лицензии, а не число занятых мест |
Главная находка — «резервная копия-призрак». Сервер делал резервные копии активно, но по тестовой базе их не было ни одной. Агент выяснил происхождение базы: её восстановили 17 сентября из полной копии рабочей базы от 16 сентября. Запрос выполнялся с правами sysadmin, так что версия «агенту просто не показали» отпадает.
Вторая ценная находка — осторожность с srvinfo. Типовой совет из интернета — запустить скрипт очистки кэша сервера 1С. Агент сначала посмотрел, что внутри, и нашёл там полнотекстовый индекс на 20,5 ГБ. Его удаление было бы не уборкой, а проблемой для пользователей, которые завтра будут искать документы.
Почему «на снимке всё спокойно» — тоже результат
Жалоба «1С тормозит» — самая частая. Автор ожидал, что агент найдёт причину, но перегрузки не было:
- загрузка процессора — 5–7%;
- очередь диска — от 0 до 2;
- свободно 208 ГБ памяти из 512, процесс rphost занимал около 5 ГБ;
- план электропитания уже «Высокая производительность».
Нулевые пороги памяти кластера многие принимают за выключенную защиту. Агент сверился с документацией платформы 8.3.27: ноль означает пороги 80% и 95% памяти сервера — около 409 и 486 ГБ, — и менять их не нужно. Технологический журнал уже был настроен под рабочую базу, и агент не стал перезаписывать его своей версией.
Это важное свойство для эксплуатации. Агент, который на любом сервере находит проблемы, создаёт тревогу и лишнюю работу. Полезен тот, кто может сказать: на этом снимке всё в порядке. Похожий принцип мы разбирали для разбора инцидентов в статье «ИИ-агент для разбора алертов (AIOps)».
Где агент ошибался и как исправлялся
Автор насчитал семь ошибок, и все агент поймал сам:
| Ошибка | Как агент исправил |
|---|---|
| лишняя скобка в первой команде | увидел ошибку, исправил, повторил |
| COM-свойства в PowerShell трижды вернули пустоту | не принял пустой ответ за успех, перешёл на явный вызов |
| скрипт с кириллицей не прочитался в PowerShell 5 | добавил в файл метку BOM |
| подсчёт размера srvinfo упёрся в таймаут | не выдал частичный размер за полный, пересчитал заново |
| кириллица в путях logcfg.xml прочиталась некорректно | перечитал XML с учётом кодировки |
| нет безопасного способа передать пароль | собрал временный зашифрованный канал, затем удалил и проверил журналы: пароль не найден |
| большой вывод обрезался | пересобрал компактный результат |
Для администратора здесь важны две вещи. Первая: агент не путал «команда выполнилась» и «задача выполнена» — проверял результат. Вторая: типовые проблемы связки 1С и PowerShell — кодировки, COM-объекты, длинный вывод — никуда не делись, и обвязка агента должна их учитывать.
Изменение было одно. После согласования агент создал пустое расширение в тестовой базе, где уже было восемь чужих расширений. Первая попытка упала: платформа потребовала синоним в формате НСтр(). Со второй попытки команда заняла 6,1 секунды. Затем агент сравнил идентификатор поколения основной конфигурации и хеши всех восьми расширений до и после изменения — всё совпало. Модуль с функцией он написал только в файлах и загружать не стал: разрешение было только на пустое расширение.
Главный риск: правила держала модель, а не инструмент
Это самый важный вывод публикации, и автор формулирует его сам. Local Commander не песочница: команды выполняются с правами учётной записи Windows, под которой он запущен. Доступ можно сузить до выбранных папок, запретить отдельные команды и отозвать компьютер. Но правило «остальные базы только смотреть» в эксперименте соблюдала модель, а не инструмент. Изменений в других базах не было. Как агент повёл бы себя на провокацию вроде «заверши сеансы в рабочей базе», автор не проверял.
В рейтинге рисков OWASP Top 10 for LLM Applications 2025 такая ситуация называется чрезмерной агентностью (Excessive Agency). Её причины OWASP сводит к трём:
- лишняя функциональность — агенту доступны инструменты, которые не нужны для задачи;
- лишние права — инструменты работают с правами шире необходимого;
- лишняя автономность — агент выполняет опасные действия без подтверждения человеком.
Ошибку может вызвать не только сбой модели, но и внедрённая инструкция — например, текст в журнале или файле, который агент прочитает при диагностике. Поэтому вывод простой: инструкция в чате — это пожелание, а не граница. Границу задают права учётной записи, набор разрешённых команд и шлюз согласований. Подробнее о правах агента как сотрудника — в статье «ИИ-агент как цифровой сотрудник: учётная запись и права».
Матрица прав: что поручить агенту
Таблица ниже — методика редакции, составленная по итогам эксперимента и рекомендациям OWASP. Это стартовая точка, а не универсальное правило: уровень зависит от цены ошибки в вашей компании.
| Задача | Уровень | Как ограничить технически |
|---|---|---|
| Отчёт о месте на дисках, srvinfo, журналах регистрации | агент сам | учётная запись только на чтение файлов |
| Сеансы, лицензии, состав кластера | агент сам | доступ к консоли кластера без прав администратора кластера |
| История резервных копий и проверка их наличия | агент сам | роль СУБД только на чтение системных таблиц |
| Сравнение настроек с документацией платформы | агент сам | без права записи в конфигурационные файлы |
| Очистка временных файлов, архивация журналов | с согласованием | разрешённый список команд, план перед выполнением |
| Создание расширения в тестовой базе | с согласованием | отдельная тестовая база, сверка хешей до и после |
| Завершение сеансов, блокировка входа | человек | у агента нет такой команды |
| Очистка кэша кластера, перезапуск служб | человек, в окно обслуживания | у агента нет прав на службы |
| Изменения в рабочих базах и основной конфигурации | человек | у агента нет доступа на запись к рабочим базам |
Принцип: агент собирает факты и готовит план, человек утверждает изменения. Когда агент месяцами работает без ошибок на задачах «с согласованием», часть из них можно перевести на уровень «агент сам» — но только вместе с расширением технических прав, а не одной фразой в инструкции.
Как запустить агента на сервере 1С: 7 шагов
Порядок ниже — методика редакции.
- Выберите одну задачу. Например, еженедельный отчёт о месте на дисках, журналах и резервных копиях. Опишите, как её сейчас делает администратор и сколько времени уходит.
- Подготовьте тестовый стенд. Копия рабочей базы на отдельном сервере или хотя бы отдельная база, изменения в которой ничего не сломают. Как устроить песочницу для агента, мы разбирали в статье «Песочница для ИИ-агента: как тестировать».
- Создайте отдельную учётную запись. Не используйте учётную запись администратора. Дайте права только на чтение нужных каталогов, консоли кластера и системных таблиц СУБД.
- Ограничьте инструменты. Разрешённый список команд и каталогов, запрет на управление службами и завершение сеансов. Всё, что меняет систему, — через отдельный шлюз с согласованием.
- Передавайте пароли безопасно. Секреты — через хранилище, а не в тексте задания. В эксперименте безопасного канала не было, и агенту пришлось собирать его самому.
- Журналируйте всё. Команды, ответы, согласования и итоговое состояние системы. Проверяйте результат отдельным чтением системы, а не по отчёту агента.
- Проведите приёмку. Прогоните задачу несколько раз, сравните отчёты агента с проверкой администратора, добавьте провокационные запросы: «удали старые журналы», «заверши сеансы». Агент должен отказаться или запросить согласование. Как проводить приёмку, описано в статье «Приёмка офисного ИИ-агента на своих задачах».
Шаблон задания для агента
Шаблон ниже составлен редакцией по мотивам задания из эксперимента. Адаптируйте его под свой кластер.
Роль: ты помогаешь администратору сервера 1С. Режим: только чтение.
Объекты: кластер <имя>, сервер СУБД <имя>.
Тестовая база (разрешены изменения после согласования): <имя>.
Остальные базы: только чтение.
Проверь и составь отчёт:
1. Место на дисках, размер srvinfo и его крупнейшие файлы.
2. Журналы регистрации: размер по базам, каталоги без соответствующей базы.
3. Резервные копии за 30 дней по каждой базе: дата последней, базы без копий.
4. Сеансы и лицензии: висящие сеансы, тип лицензий.
5. Нагрузка: процессор, память, очередь диска; сравнение с порогами кластера.
Правила:
- Ничего не удаляй и не меняй. Для любого изменения сначала план, затем жди «согласовано».
- Если вывод неполный или команда вернула пустоту, не считай это результатом — перепроверь.
- Помечай выводы: «подтверждено» или «похоже, но не доказано».
- Не выводи пароли и ключи ни в отчёт, ни в журналы.
- Если всё в порядке, так и напиши.Шаблон не заменяет технических ограничений: правила в тексте задания модель может нарушить, поэтому права учётной записи должны запрещать то, что запрещено в задании.
Какие данные уходят за периметр
Автор эксперимента прямо пишет: команды и их результаты проходят через сервис и чат с ИИ. Выгружать конфигурацию не нужно, но утверждение «данные не покидают сервер» было бы неправдой. В отчётах диагностики могут оказаться имена пользователей, названия баз, пути и фрагменты журналов.
Что сделать до запуска:
- решите, какие данные допустимо отправлять во внешнюю модель, и согласуйте это со службой безопасности;
- маскируйте имена пользователей и учётные данные в выводе команд;
- рассмотрите модель в своём контуре, если диагностика затрагивает персональные данные или коммерческую тайну.
Как сравнить готовые инструменты 1С с собственным ИИ-ассистентом, мы разбирали в статье «1С:Напарник или свой ИИ-ассистент для 1С».
Частые вопросы
Можно ли доверить ИИ-агенту администрирование 1С?
Диагностику в режиме «только чтение» — да: место на дисках, журналы, резервные копии, сеансы и лицензии. Изменения в рабочих базах, завершение сеансов и перезапуск служб пока стоит оставлять человеку и запрещать агенту технически.
Что ИИ-агент нашёл на кластере 1С в эксперименте?
По данным автора публикации на Хабре: 119 ГБ в каталоге srvinfo, включая полнотекстовый индекс на 20,5 ГБ, 50 ГБ журналов регистрации в 68 каталогах при 16 базах и тестовую базу без резервных копий при 444 копиях на сервере за месяц.
Можно ли удалить содержимое srvinfo, чтобы освободить место?
Не вслепую. В эксперименте крупнейшим файлом в srvinfo оказался полнотекстовый индекс рабочей базы. Его удаление нарушит поиск по документам. Сначала разберите, что лежит в каталоге, и согласуйте очистку.
Почему нельзя ограничить агента только инструкцией?
Инструкцию соблюдает модель, а модель может ошибиться или выполнить внедрённую команду из прочитанного файла. OWASP называет этот риск чрезмерной агентностью. Ограничения нужно задавать правами учётной записи и списком разрешённых команд.
Какие права дать ИИ-агенту на сервере 1С?
Отдельную учётную запись с правами только на чтение нужных каталогов, консоли кластера и системных таблиц СУБД. Изменения — только через шлюз с согласованием и только в тестовой базе на старте.
Уходят ли данные 1С в облако при работе агента?
Если модель внешняя, то команды и их результаты проходят через сервис модели. Конфигурацию выгружать не нужно, но в выводе могут оказаться имена пользователей и пути. Для чувствительных данных рассмотрите модель в своём контуре.
Первоисточники и метод проверки
Метод: 18 октября 2026 года мы прочитали публикацию об эксперименте целиком, выписали стенд, правила, находки, ошибки и ограничения, сверили цифры в тексте и в итоговой таблице автора. Риск чрезмерной агентности описан по странице OWASP. Собственных экспериментов AIrassvet не проводил; матрица прав, семь шагов и шаблон задания — методика редакции.
- Хабр, 18.10.2026, Петр Мамруков: «Я пустил ИИ-агента на рабочий кластер 1С. Он нашёл 119 ГБ srvinfo, бэкап-призрак и не нашёл тормозов» — стенд, правила, находки, ошибки агента, ограничения инструмента.
- OWASP Gen AI Security Project: LLM06:2025 Excessive Agency — определение и причины чрезмерной агентности.
Ограничения: это один эксперимент на одном кластере, проведённый автором инструмента. Часть задач — завершение сеансов, обновление при работающих пользователях, загрузка кода в расширение, очистка кэша кластера — автор не проверял и обещал разобрать во второй части. Переносить результат на свой сервер без собственной проверки нельзя.
Как AIrassvet помогает внедрить ИИ-агента для обслуживания 1С
Агент, который сам осматривает сервер 1С, экономит время администратора, только если ему выданы ровно те права, которые нужны, и каждое изменение проходит согласование. На сайте AIrassvet описаны направления, которые относятся к этой задаче напрямую:
- агентная автоматизация действий в 1С и других системах с ограниченными правами и журналом команд;
- аудит процесса эксплуатации: какие проверки делать агенту, какие — человеку, где нужны согласования;
- развёртывание LLM на серверах заказчика, если вывод диагностики нельзя отправлять во внешний сервис;
- тестирование агента на копии базы, запуск, обучение команды и поддержка.
Первый шаг — выбрать одну регулярную задачу администратора, описать, сколько времени она занимает сейчас, к каким системам нужен доступ, какие действия запрещены, и критерий приёмки, например совпадение отчёта агента с проверкой администратора.
Итог: сначала глаза, потом руки
Эксперимент показал, что ИИ-агент уже полезен в эксплуатации 1С: он быстро собирает факты, не путает индекс с кэшем, находит базу без резервных копий и умеет сказать, что на сервере всё спокойно. Но он же показал слабое место: границы держала модель, а не права.
Поэтому начинайте с диагностики «только чтение» на одной задаче, закрепляйте запреты в учётной записи и списке команд, а изменения пропускайте через согласование. Права агента расширяйте вместе с проверенной историей его работы, а не вместе с длиной инструкции.
