Как внедрить ИИ, если система самописная
Самый частый стопор на аудите: нужные данные есть, но лежат в системе, которую писали десять лет назад и у которой нет ни API, ни документации, ни автора. Разбираем варианты.
Почему это важнее, чем кажется
Агент без доступа к данным умеет только разговаривать. Вся польза начинается там, где он может посмотреть остаток, статус заказа или историю клиента. Если данные недостижимы, проект сводится к чат-боту с базой знаний — и чаще всего не окупается.
Четыре способа, от лучшего к худшему
- API, если его можно добавить. Самый надёжный путь. Если система жива и есть кому её править, добавление нескольких методов чтения — работа на дни, а не месяцы.
- Прямое чтение базы данных. Подключение к СУБД на чтение, в обход приложения. Быстро и дёшево, но требует понимания структуры и осторожности: схема может измениться при обновлении системы.
- Выгрузки по расписанию. Система выкладывает файл, агент его читает. Подходит там, где данные не нужны в реальном времени. Самый безопасный вариант для хрупких систем.
- Автоматизация интерфейса. Робот открывает окна и нажимает кнопки. Крайняя мера: ломается от любого изменения экрана и работает медленно.
Сколько стоит появление API
Честный ответ: зависит от того, жива ли система. Три случая:
| Ситуация | Что реально |
|---|---|
| Есть разработчик и исходники | Несколько дней работы, недорого |
| Исходники есть, автора нет | Нужно разбираться в коде — недели |
| Исходников нет | ✓ Только чтение базы или выгрузки |
Третий случай встречается чаще, чем хотелось бы, и это не приговор — чтение базы закрывает большинство сценариев.
Главное правило: не трогать то, что работает
Система, которая десять лет считает вам деньги, ценнее любой автоматизации поверх неё. Если выбор между риском её сломать и менее элегантным решением — выбираем менее элегантное.
Поэтому мы предпочитаем читать, а не писать: агент берёт данные, а изменения в систему вносит человек или отдельный согласованный канал. Это медленнее, но не создаёт риска для учёта.
Что выяснить до сметы
- Есть ли исходный код и кто может его править
- Какая СУБД и можно ли дать доступ на чтение
- Обновляется ли система и кем
- Что произойдёт при изменении схемы данных
- Есть ли тестовая копия, на которой можно проверять
Последний пункт решает многое: без тестовой копии любая интеграция проверяется на боевой системе, а это риск, который стоит заложить в план.
Частые вопросы
У нас нет исходников системы. Это конец?
Нет. Остаётся чтение базы данных или выгрузки по расписанию — они закрывают большинство сценариев. Не получится только то, что требует записи обратно в систему.
Опасно ли давать доступ к базе?
Доступ только на чтение и только к нужным таблицам, под отдельной учётной записью. Риск в другом: при обновлении системы структура может измениться, и интеграция перестанет работать. Это закладывается в сопровождение.
Сколько времени занимает такая интеграция?
От нескольких дней при наличии API до нескольких недель при разборе чужого кода. Оценку даём на аудите, посмотрев на систему, а не по описанию.
Может ли агент сломать нашу систему?
При чтении — нет. Операции записи мы по умолчанию не предлагаем на хрупких системах, а если они нужны, проводим через подтверждение человеком.
Посмотрим вашу систему на аудите
Определим, какой способ подключения подходит, и назовём объём работ до сметы.
Оставить заявку