RAGFlow — открытая платформа для поиска и ответов по документам: в ней загружают корпус, разбивают файлы на фрагменты, настраивают поиск и проверяют ответы по источникам. Для внутреннего пилота возьмите одну актуальную подборку инструкций и вопросы с известными ответами, включая случаи без подходящего документа. Качество решает связь ответа с найденным фрагментом, а право публикации ответа остаётся у владельца базы знаний.
Место платформы
RAGFlow объединяет подготовку документов, поиск фрагментов и генерацию ответа с опорой на источник. Для пилота важны три проверки: верно ли разобран документ, найден ли нужный фрагмент и действительно ли ответ следует из него.
Платформа отличается от Qdrant как векторной базы: Qdrant хранит и ищет представления фрагментов, а RAGFlow даёт более широкий рабочий контур загрузки корпуса, разбора документа и получения ответа. Сравнение этих материалов помогает выбрать слой задачи. Если команде уже хватает своей системы загрузки и ответов, может понадобиться только хранилище поиска; если нужно быстро проверить весь маршрут на ограниченном корпусе, уместен пилот RAGFlow.
Официальный репозиторий RAGFlow описывает систему RAG с вниманием к разбору сложных документов и источникам ответа. Точность цитаты из конкретного PDF нужно проверять отдельно. Таблица, колонтитул, двухколоночный текст и скан способны превратиться в плохие фрагменты после разбора. Поэтому пилот начинается с просмотра результата извлечения текста; окно диалога подключают позже.
- Корпус: ограниченный набор актуальных документов с владельцем и версиями.
- Разбор: текст и структура, полученные из файлов.
- Фрагменты: части документа, которые индексируются для поиска.
- Поиск: подбор подходящих фрагментов под вопрос.
- Ответ: вывод модели с ссылками, проверенными человеком.
Существующий материал про RAG-агента разбирает общую агентную логику. Здесь цель уже: проверить конкретную платформу RAGFlow на своём корпусе и принять решение по результату тестов. Это требует документа с известной структурой, правильных вопросов и записи, где именно маршрут дал сбой.
Загрузка корпуса
Выберите документы одной области: например, внутренние инструкции по настройке рабочего ПО. У каждого файла должен быть владелец, дата актуальности и категория доступа. Уберите дубли, архивные версии и приложения с секретами. Один устаревший регламент рядом с действующим способен дать правдоподобный, но ошибочный ответ. Для пилота лучше собрать небольшой качественный корпус, чем загрузить всю папку подразделения без ревизии.
В документации по настройке набора описаны способы разбора для обычных документов, таблиц, руководств, презентаций и других типов материалов. Выбор способа влияет на границы фрагментов. Для инструкции важно сохранить заголовок и шаги вместе; для таблицы — связь строки с названиями столбцов. Проверьте предварительный просмотр после обработки до запуска вопросов.
- Отберите актуальные файлы одной темы и подтвердите право загрузки.
- Назначьте каждому документу владельца и понятную версию.
- Выберите способ разбора под структуру файла и загрузите корпус.
- Просмотрите фрагменты, особенно таблицы, списки и заголовки.
- Исправьте исходный файл или настройку разбора при потере смысла.
Входные права должны совпадать с правами будущего пользователя ответа. Если инженер видит закрытую инструкцию, а обычному сотруднику доступ закрыт, общий индекс без разграничения доступа создаёт риск утечки. В пилоте можно использовать обезличенный корпус с единым уровнем допуска. Расширение на разные роли планируйте только после явного описания фильтрации документов и теста отрицательных случаев.
Возьмите вопрос, ответ на который находится в таблице или списке. Откройте найденный фрагмент и убедитесь, что вместе с ответом сохранился его заголовок и условие применения.
Поиск и нулевая выдача
Подготовьте вопросы трёх типов: прямое совпадение с инструкцией, вопрос с другими словами и вопрос вне корпуса. Для каждого заранее запишите ожидаемый документ и фрагмент либо отметку об отсутствии ответа. Сначала оценивайте поиск отдельно от генерации текста: найденный неверный фрагмент уже объясняет ошибку следующего шага. Если нужный документ загружен, но поиск его пропускает, смотрите разбиение, формулировку вопроса и метаданные.
Нулевая выдача — важный тест. Сотрудник может спросить о сервисе, которого в корпусе нет. Правильный рабочий маршрут в таком случае указывает на отсутствие достаточного источника и передаёт вопрос владельцу процесса. Уверенный ответ на общих знаниях модели создаёт ложное впечатление, что в компании есть утверждённая инструкция. Для пилота сохраните такие вопросы в постоянном наборе проверки.
- Точность поиска: нужный фрагмент есть среди найденных.
- Полнота: условия и исключения ответа сохранены рядом с основной фразой.
- Нулевая выдача: система явно показывает отсутствие подходящей опоры.
- Права: документ чужой роли исключён из результатов.
- Устойчивость: близкая перефразировка приводит к той же подтверждённой инструкции.
Если поиск даёт много похожих фрагментов разных версий, сначала исправьте корпус и метаданные. Подкручивание ранжирования поверх конфликтующих инструкций лишь маскирует проблему. RAGFlow позволяет настроить разбор и параметры поиска, но правило актуальности документов остаётся организационной задачей. Владелец базы знаний подтверждает, какой источник имеет приоритет.
Нужно проверить RAGFlow на документах вашей команды?
Цитата и ответ
После проверки поиска смотрите сгенерированный ответ. Для каждого утверждения о внутреннем порядке откройте источник и найдите соответствующую фразу. Ссылка на правильный файл сама по себе недостаточна: модель могла приписать документу чужое условие или убрать важное исключение. В тестовом журнале храните вопрос, найденный фрагмент, ответ и решение проверяющего.
Официальный проект RAGFlow поддерживает ответы с опорой на документы и цитирование. Но цитата может указывать на общий раздел, тогда как конкретная фраза вывода остаётся догадкой. Проверяйте соответствие каждого существенного вывода тексту источника вместе с оформлением ссылки. Для нормативных или кадровых инструкций рассмотрите режим черновика, который утверждает специалист до передачи сотруднику.
- Откройте исходный файл и найденный фрагмент.
- Сопоставьте каждое существенное утверждение ответа с конкретной строкой.
- Отметьте отсутствующие условия, устаревшие версии и лишние выводы.
- Проверьте реакцию на вопрос без ответа в корпусе.
- Передайте спорный случай владельцу документа и обновите тест.
Видимая ошибка требует локализации: плохой исходный документ, неверный разбор, слабый поиск или генерация поверх верного фрагмента. Только после определения слоя стоит менять параметры системы. Замена языковой модели при неверном разбиении таблицы сохранит потерю связи строки и столбца. Исправление источника и повторное индексирование часто дают более объяснимый результат.
Для каждого вопроса сохраняйте эталон, полученный фрагмент, цитату ответа и решение специалиста. Так команда сможет сравнить настройки без спора по памяти о демонстрации.
Приёмка пилота
Пилот можно принимать, когда команда знает долю вопросов с верным источником, число случаев отсутствия ответа, типы ошибок цитирования и порядок обновления корпуса. Цифровой порог задаёт владелец процесса под цену ошибки. Для внутренней технической подсказки допустим один режим проверки, для ответа по доступам и обязательствам — более строгий и с ручным подтверждением.
Сразу назначьте владельца документа и владельца системы. Первый обновляет инструкцию и снимает устаревшие версии, второй следит за загрузкой, правами и воспроизводимостью теста. Без этих ролей новая версия файла может оставаться вне индекса, а бот продолжит отвечать по прошлой. Журнал обновлений должен связывать версию исходника с результатом индексации.
При выпуске новой инструкции прогоните вопросы, которые уже давали правильный ответ, и вопросы по изменённому пункту. Если старая версия всё ещё участвует в поиске, сначала исправьте состав корпуса. Так обновление документов становится проверяемым изменением всей системы поиска.
Если платформа проходит испытания, расширяйте корпус по одной категории за раз и добавляйте вопросы для каждой новой области. Подключение к рабочему каналу выполняют после проверки разграничения доступа и действий при нулевой выдаче. Общий подход к подготовке данных и контролю ИИ описан на странице внедрения ИИ. В случае RAGFlow главный критерий — сотрудник может открыть документ и подтвердить каждый значимый вывод.