RAG система для документов: ответ из ваших файлов

RAG система для документов компании это два шага подряд. Сначала поиск: из ваших файлов достают куски регламента, инструкции, письма. Затем генерация: модель пишет ответ только из этих кусков. Retrieval находит. Generation формулирует. Интернет сюда не входит.

Headline внедряет нейросети в поддержку, анализ данных и генерацию контента. Не продаёт процент точности и не рисует чужие имена клиентов. Отдельной цифры окупаемости чат-бота на сайте нет, и для RAG мы её тоже не выдумаем. Слой другой: не очередь заявок, а AI-поиск по корпоративным данным.

Три «финала» и ни одного ответа

Новый сотрудник пишет в общий чат: какой пакет на первую отгрузку юрлицу в Казань. Через двадцать минут прилетают три файла. «Регламент_финал». «Регламент_финал_2». Письмо юриста с марта, вложение не открывается на телефоне. Старший говорит: правильный пункт «где-то в почте». Отгрузка ждёт не модель. Отгрузка ждёт абзац, которому можно верить.

Так выглядит дыра, которую пытаются закрыть внедрением RAG. Не лозунг «искусственный интеллект в компанию». Конкретный вопрос, на который ответ уже должен жить в файле. Если файла нет, модель сложит гладкий текст из обрывков. Это хуже пустого места: звучит уверенно и ломает отгрузку.

Кому это про вас. Внутренняя справка, первая линия, разбор типовых писем, черновик описания по карточке. Повторяемый вопрос, закрытый справочник. Не ваш случай, если каждый запрос уникален или цель: залить диск и «чтобы само».

• Один и тот же вопрос задают каждую смену, а ответ бродит по папкам.
• Правильная версия живёт у одного человека. Отпуск становится риском.
• Сотрудники уже клеят договоры в публичный чат, «чтобы кратко пересказать».
• Поиск по диску выдаёт сорок файлов со словом «регламент» и ни одного хозяина.

Чат ловит заявку. RAG ищет абзац

Рядом лежит другая боль: чат-бот для бизнеса. Там виджет глотает ночь. Заявка не получает номер. Оператор копирует один абзац. Бот нужен, чтобы сообщение стало работой.

RAG система для документов компании карточку в очередь не ставит. Она отвечает на вопрос из корпуса. «Какие документы на первую отгрузку». «Где срок претензии в нашем договоре». «Как писать карточку этой позиции». AI-поиск по корпоративным данным здесь не вывеска. Это поиск по вашим текстам, не по памяти модели об отрасли.

Склеивать слои в первом пилоте вредно. Поставите виджет, а правды нет в файлах: бот будет вежлив и пуст. Соберёте корпус без очереди: внутренние найдут абзац, ночной виджет снова съест пачку.

Общая рамка та же, что во внедрении ИИ в бизнес: один поток, одна метрика, человек на дорогом. Модель без хозяина и без журнала отвечает красиво и безответственно. Цифру окупаемости не нарисуем: на сайте её нет.

Нашёл кусок. Написал черновик. Дальше человек

Живой запрос: «какие закрывающие на первую отгрузку новому юрлицу». Система ищет в памятке и в шаблоне письма. Достаёт список. Модель собирает черновик: что нужно, чего в файле нет. Дыру не додумывает. Пишет, что в корпусе пусто, и отдаёт человеку.

Человека оставляют там, где ошибка дорогая. Пункт договора. Срок, которого нет в файле. Возврат денег. Остаток. Фраза клиенту, который уже зол. В пилоте жать «отправить наружу» в таких местах нельзя. Черновик внутренний. Кнопка «в эфир» принадлежит человеку.

Журнал обязателен. Что спросили, какие куски нашлись, что ушло в черновик, кто правил. Иначе разбор инцидента превращается в спор «модель сама». Внедрение RAG без журнала это демо в кабинете, не контур.

Что собрать, чтобы пилот не умер на второй неделе

1. Один тип вопроса, который уже считают руками.
2. Корпус, которому верите: актуальный регламент, не свалка PDF с пятницы.
3. Правило: модель отвечает только из найденного. Нет куска: нет выдумки.
4. Человек на дорогих ответах до отправки клиенту или в учёт.
5. Журнал запроса, кусков и правок.
6. Сервер и доступы. Личная подписка сотрудника: дыра, не пилот.

Пятничная свалка PDF это не база

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

Сначала хозяин текста. Кто утверждает регламент. Какая версия живая. Что сознательно не кладут в корпус: черновики, личные переписки, чужие шаблоны. Пока этого нет, AI-поиск по корпоративным данным будет искать шум быстрее человека.

Договор модели сочинять незачем. Пакет из договора, счёта и акта быстрее собирает шаблон. В КонтрактПРО договор 2–5 минут вместо 20–40, пакет 5–15 минут вместо 1–2 часов. Это не RAG. Это роли и бланк. Про сборку пакета: электронный документооборот. Поиск по файлам и сборка по шаблону лечатся по-разному.

Десять случайных файлов не корпус. Десять живых вопросов с правильным ответом руками: уже рамка пилота. Если команда спорит, какой абзац верный, модели копировать нечего. Сначала текст. Потом поиск.

Договор в публичный чат уже уехал

В файлах имена, счета, телефоны, иногда паспорт на пропуск. Сотрудники уже так делают: копируют кусок в публичную модель «на минуту». Официальный контур должен быть строже теневого, а не наоборот. On-Premise здесь не лозунг. Данные остаются в периметре клиента.

152-ФЗ не закрывается самой установкой. Он требует понятного места и понятного оператора. Headline даёт технический периметр: система крутится у вас, сырые базы не обязаны уезжать во внешний API. Политики и согласия остаются вашими. Как устроен периметр: On-Premise и 152-ФЗ.

Публичный API уместен, если тексты не секретны и заказчик принимает вынос. Для внутренних регламентов с клиентами и суммами это редко так. «Тест на две недели в чужом облаке» часто становится продом. Выход потом дороже пилота.

Понедельник: десять вопросов, не вся база

Сядьте с тем, кто отвечает на эти вопросы сейчас. Выпишите десять живых формулировок. Правильный ответ напишите руками и укажите файл. Команда спорит: стоп. Сначала хозяин текста.

Потом узкий срез. Один тип вопроса, один корпус, счётчик: сколько ответов ушло без раскопок по папкам, сколько ушло человеку, сколько черновиков выкинули целиком. Такой срез можно собрать как MVP за 14 дней. Вся база компании и «замена отдела» туда не влезают.

После пилота корпус нельзя бросить. Регламент поедет. Позиции переименуют. Старый файл снова ляжет рядом с новым. Модель достанет вчерашний срок. Нужны хозяин, очередь правок, мониторинг. Иначе внедрение RAG сгниёт, а люди вернутся в папку «общее».

В письме хватит четырёх строк: какие три вопроса повторяются, где лежит правильный файл, какая ошибка недопустима, можно ли держать контур On-Premise.

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

01

Что такое RAG система для документов компании?

Это поиск по вашим файлам плюс генерация ответа из найденных кусков. Не модель, которая «всё знает». Нет корпуса: будет уверенный текст без факта.

02

Чем это отличается от чат-бота для бизнеса?

Чат-бот ставит заявку в очередь: номер, тип, хозяин. RAG система для документов компании ищет абзац и пишет черновик. Слои соседние. В первом пилоте их лучше не склеивать.

03

Нужно ли заливать все файлы компании?

Нет. Нужен корпус, которому верите, и один тип вопроса. Пятничная свалка PDF даст два противоречивых срока в одном ответе. Сначала хозяин текста.

04

Данные останутся в нашем контуре?

Да. On-Premise: базовый вариант Headline, когда в файлах договоры, счета и персональные данные. 152-ФЗ политики не заменяет. Он требует понятного места хранения.

05

Какая точность у вашего RAG?

Отдельной цифры точности и окупаемости RAG на сайте нет. Рисовать проценты не будем. Смотрим живые вопросы, долю пустых находок и число правок черновика.

06

RAG заменит шаблоны договоров?

Нет. Пакет из договора, счёта и акта быстрее собирает шаблон. В КонтрактПРО договор 2–5 минут, пакет 5–15. RAG ищет формулировку. Шаблон собирает файл.

07

С чего начать внедрение RAG?

Десять живых вопросов, правильные ответы руками, один корпус, человек на дорогом. Функциональный срез: логика MVP за 14 дней. Письмо: welcome@headln.ru.

Если ответ на один и тот же вопрос уже три дня бродит по папкам, напишите на welcome@headln.ru: какие три вопроса повторяются, где лежит правильный файл и какая ошибка недопустима.