ИИ-агент ведёт сайт: шлюз вместо доступа в админку

Агент пишет статьи, правит поля для поиска и ведёт справочники — но не получает ни административную часть, ни базу, ни командную строку. Вместо этого узкий вход: список разрешённых операций, у каждой записи режим проверки, перед правкой копия страницы, история и откат. Новые страницы выходят черновиком, выпускает их человек. Запись с ошибкой шлюз не пропускает.

Обсудить задачу

Сроки: от 10 рабочих дней
Кому подходит: Компаниям, где контент ведёт ИИ-агент или внешний автор, а сайт живой: каталог, заказы, обмен с 1С

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

Третий вариант

Шлюз — узкий вход, через который можно делать два десятка операций над контентом и ничего больше. Базы, файлов и командной строки агент не видит. Каждая операция устроена одинаково: сначала проверка, потом запись, перед записью копия страницы.

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

Что это даёт на практике

На проекте, где мы это сделали, агент за первые недели прошёл через шлюз с 75 новыми страницами и 438 обновлениями, а на каждую публикацию пришлось по две проверки: первая показывала замечания, вторая проходила чисто. Треть операций — после десяти вечера, когда разработчика нет и не нужно.

Чего мы не делаем

Не выдаём агенту удаление — его в шлюзе нет совсем. Не включаем операции, которыми можно увести живую страницу переадресацией, пока клиент сам не решит, что это нужно. И не выпускаем новые страницы на сайт автоматически: их включает человек.

Что входит в услугу

Разбор границ: что агенту можно менять, а что трогать нельзя никогда
Узкий вход: отдельный ключ на одну команду, список операций, без базы и файлов
Режим проверки у каждой записи: показывает, что изменится, и ничего не трогает
Копия страницы перед правкой, история, откат и снимок раздела перед массовой правкой
Правила под ловушки вашего сайта: проверка ссылок, canonical, поля, которые перезаписывает 1С
Ответы в формате, который дёшево разбирает модель, и подсказки вместо кодов ошибок
Журнал всех операций и отчёт о том, что агент сделал

Как проходит работа

Смотрим сайт Выясняем, где у него опасные места: что перезаписывает обмен с 1С, где переадресации, какие поля нельзя трогать без последствий.
Описываем границы Составляем список операций, которые агент получит, и список того, чего не получит никогда. Удаление в шлюз не попадает.
Собираем шлюз Каждая операция делается по одним правилам: сначала проверка, потом запись, перед записью копия, после записи запись в журнал.
Проверяем на всём сайте Выгружаем все страницы и прогоняем обратно через шлюз. Расхождений быть не должно ни одного — только после этого открываем доступ.
Запускаем и наблюдаем Первую неделю смотрим журнал и разбираем замечания. Границы расширяем по мере того, как видно, что агент не ломает.

Что вы получаете

Контент выходит без разработчика, в том числе ночью и в выходные
Ошибки ловятся до записи: агент сам исправляет замечания и проверяет снова
Любую правку можно вернуть, в том числе массовую
Видно, что именно сделал агент: каждая операция в журнале
Магазин работает: каталог, цены и обмен с 1С агент не трогает

Частые вопросы

Чем это отличается от доступа в административную часть?

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

Что будет, если агент ошибётся?

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

Агент сможет испортить каталог или цены?

Нет. У товаров через шлюз меняются только поля для поиска, потому что описания и цены перезаписывает обмен с 1С. Удаления в шлюзе нет вовсе.

Подойдёт, если агента у нас пока нет?

Да. Тот же шлюз работает как канал публикации для человека: статья отправляется на сайт одной командой из текстового файла, с проверкой перед записью. Агента можно подключить позже к тому же входу.

Это только для Битрикса?

Мы делаем на 1С-Битрикс, потому что знаем, где у него опасные места: наследование свойств, переадресации, перезапись полей обменом. На другой платформе принцип тот же, но правила придётся выяснять заново.

Почему Оверплан

Платиновый

Партнёр Битрикс24 — высший статус партнёрской программы, ТОП-2 в Ярославской области. По 1С-Битрикс — сертифицированный партнёр, ТОП-3 в области.

Топ-3 и Топ-29

По продажам облачного Битрикс24 в ЦФО и в общем рейтинге партнёров по России — по итогам 2025 года.

С 2021 года

Более 300 выполненных проектов. Свой штат разработчиков и аналитиков: растим специалистов от стажировки до руководителей направлений.

20+ приложений

Собственные решения в Битрикс24.Маркет: роботы, вычисляемые поля, проверка контрагентов. Мы не только настраиваем систему, но и расширяем её.

Сначала аудит

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

Остаёмся рядом

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