СЦЕНАРИЙ / 02

Корпоративный RAG: поиск и ответы по документам

Архитектурный сценарий корпоративного поиска с генерацией ответа по внутренним источникам, контролем доступа, оснований ответа и качества.

Система / контур

Что входит в решение.

Конкретная архитектура определяется после анализа задачи, данных, ограничений, метрик качества и эксплуатационной модели.

01

Подключение и актуализация источников

Определяем источники, правила загрузки, версии документов и порядок обновления индекса.

·
02

Поиск и ранжирование

Комбинируем полнотекстовый, векторный и гибридный поиск с фильтрами и правами доступа.

·
03

Ответ с основаниями

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

·
04

Оценка качества

Проверяем поиск и ответы на согласованном наборе вопросов, отдельно наблюдая пропуски, ошибки и изменения корпуса.

·
Состав работ

Поиск, генерация и права — разные части системы.

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

Когда достаточно поиска

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

Какие источники подключаются

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

Как учитываются права доступа

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

Как проверяется качество

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

С чего начинается оценка проекта

Для первого обследования достаточно описать типы источников, порядок доступа, типовые вопросы пользователей и требования к обновлению. Реальные документы передаются только по согласованному защищённому рабочему контуру, а не через внешние SEO-инструменты.

Метод CoreX

Архитектура и измеримость прежде выбора технологий.

Решение принимается на основании воспроизводимого результата, а не привлекательности конкретной технологии.

01 / PRINCIPLEОпора на источники
02 / PRINCIPLEКонтроль доступа
03 / PRINCIPLEОценка качества
04 / СЛЕДУЮЩИЙ ШАГСостав работ и цена фиксируются после архитектурного обследования.
Практика / подготовка

Запуск корпоративного RAG: что оценить до разработки

Ориентиры для обсуждения проекта: доступ к знаниям, проверяемость ответов и эксплуатация.

01

Источники и права доступа

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

·
02

Качество поиска и ответов

Собираем набор реальных вопросов сотрудников с эталонными источниками. Раздельно измеряем полноту поиска, корректность ссылок и обоснованность ответов, включая случаи отказа от ответа.

·
03

Пилот и эксплуатационные критерии

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

·

Для предварительной оценки достаточно перечня источников, сценариев поиска и требований к доступу. Точные сроки и стоимость зависят от обследования. Получить предварительную оценку →

Следующий шаг

Начнём с задачи, а не с технологии.

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

Сначала архитектура

Сначала зафиксируем границы системы.

После этого можно честно выбрать технологии, оценить риски и назвать стоимость.

Открыть форму →