
Разбор для бизнеса · Опубликовали 07.10.2026
RAG-система для компании отвечает по вашим документам, если сначала навести порядок в самих документах
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 7 октября 2026
RAG-система для компании ищет ответы в ваших документах, но сама не определяет, какой из противоречащих регламентов действует.
Перед разработкой нужно выбрать источники, назначить их владельцев и записать вопросы для приёмки: иначе новый чат будет повторять старые ошибки базы знаний.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. RAG находит материал для ответа, а достоверность нужно проверять.
RAG сначала находит фрагменты в базе знаний. Затем модель получает их вместе с вопросом и составляет ответ. Полное имя подхода: retrieval augmented generation.
База знаний с ИИ-поиском должна выдавать проверяемый ответ. Вопрос про согласование командировки приводит к действующему порядку и ссылке на документ.
Ссылка не доказывает ответ. Поиск может найти старую инструкцию, а модель пропустить исключение. Приёмка проверяет найденный материал и его пересказ.
У каждого этапа своя проверка.
AWS Prescriptive Guidance, Writing best practices; Microsoft, RAG chunking phase; AWS, разбор оценки RAG от 14.03.2025. Проверено 07.10.2026.
2. Сначала утвердите правило, потом добавляйте документ в поиск.
Загружайте документы, по которым компания готова отвечать сотруднику. Утверждённый регламент и предложение изменить его должны сохранять разный статус.
Владелец процесса разрешает противоречия. Он подтверждает порядок командировок и указывает заменённую инструкцию. Поиск сам не утверждает новую норму.
Вся вики для старта не нужна. Ответ о сегодняшнем порядке опирается на действующую версию. Архивный абзац должен остаться источником об истории.
У документа должен быть паспорт.
Предлагаемая нами форма подготовки базы знаний, 07.10.2026. Техническая опора для разграничения доступа: Microsoft, Document-level access control.
AWS советует понятные заголовки и расшифровку сокращений. Microsoft разбирает сохранение структуры при делении текста. Проверено 7 октября 2026.
Фрагмент сохраняет условие вместе с правилом. Исключение для командировок за рубеж не должно отрываться от заголовка. Таблицу сверяют со столбцами оригинала.
Скан проверяют после распознавания. В поиске нужен читаемый порядок действий с сохранёнными сносками. Агент готовит правку, владелец подтверждает смысл.
Оформление меняет смысл найденного фрагмента.
Редакционные примеры по рекомендациям AWS и Microsoft, проверенным 07.10.2026. Это учебные формулировки, не клиентский кейс.
3. Наш опыт показывает, что записанное правило ещё нужно сделать находимым.
Инженер ведёт машину агентов по документам. Мы держим описание vibecoding.ru рядом с кодом.
На живой странице /open 7 октября 2026 указаны 387 тысяч строк спеков против 391 тысячи строк кода.
Это опыт организации знаний для агентов; своего клиентского кейса RAG у нас нет. Объём описания не измеряет точность ответов.
Документ может существовать, а агент пройти мимо. В июле мы исправляли вход к правилу и отдельно ставили проверку исполнения. Обе вехи ниже.
Файл правил разобран в статье «Правила для ИИ-агентов». Для поиска берём требование: действующий документ находится по вопросу сотрудника.
В курсе «Агентная разработка» урок «Файл правил целиком» начинает работу с общего документа. Остальные материалы должны вести к утверждённому порядку.
Правило заработало после исправления входа и проверки.
17.07
Агент подготовил чертёж по старым образцам, мимо канона. Канон был в документах, но отсутствовал во входном README. В README добавили обязательный вход к правилу.
30.07
Адрес экрана расходился с домом его документации. Правило зеркальности закрепили машинной проверкой: перенос документа требует соответствующего адреса экрана.
Записи журналов машины 17 и 30 июля 2026, перечитаны 07.10.2026. Это ошибки работы агентов с документацией, не инциденты RAG.
Проверяйте связность вопросами сотрудников. Порядок не находится: уточните название ситуации или связь разделов. Ещё одна копия документа не поможет.
Раздел найден, а вывод неверен: переписывать базу рано. Сначала разбирают, какие фрагменты получила модель и где потерялось условие.
Ошибку нужно вернуть в тот участок, где она возникла.
Предлагаемая схема разбора ошибок; разделение поиска и генерации опирается на AWS, RAG evaluation, 14.03.2025. Проверено 07.10.2026.
4. Пилот начинайте с процесса, у которого есть владелец и проверяемые ответы.
Начните создание RAG-системы с процесса, где есть вопросы сотрудников и владелец ответов. Размер архива не помогает выбрать пилот.
Командировки здесь служат учебным примером. Система отвечает о согласовании по регламенту. Расчёт и проведение выплаты потребуют отдельной задачи.
Ответ известен только опытному сотруднику: сначала запишите его и утвердите. Иначе связный текст пилота будет не с чем сравнить.
Для пилота нужен небольшой проверяемый пакет.
Предлагаемый план пилота, 07.10.2026. Это порядок работ, не обещание срока внедрения.
5. Принимайте RAG по ответам, исключениям и правам доступа.
Владелец готовит вопросы до настройки системы. К каждому записывает допустимый вывод и раздел документа. Часть вопросов оставляет для приёмки.
В наборе нужны вопросы без ответа в базе. Система называет нехватку данных и направляет к владельцу. Догадка о норме компании считается ошибкой.
Проверяйте переформулировки: сотрудники редко пишут заголовками регламента. Ссылка не спасает ответ с пропущенным условием или нормой другого отдела.
Приёмка должна включать неудобные вопросы.
Предлагаемая матрица приёмки; AWS, оценка поиска и генерации, 14.03.2025; Microsoft, document-level access control. Проверено 07.10.2026.
Права проверяют до передачи фрагментов модели. Microsoft описывает фильтрацию при поиске и обновление прав. Запрет в промпте не заменяет настройку доступа.
Модель помогает оценивать ответы, спорные правила подтверждает владелец процесса. Ответственность за ошибки ИИ разобрана в отдельной статье.
Считайте найденные источники отдельно от верных ответов. Иначе общий процент скрывает причину ошибки. Порог приёмки выбирают под её последствия.
Для приёмки фиксируют результат каждого вопроса.
Предлагаемая форма протокола, 07.10.2026. Универсальный процент точности для всех компаний не установлен этой статьёй.
6. После запуска обновляйте базу и повторяйте приёмку.
Владелец утверждает изменения, инженер доставляет их в поиск. Правка файла ещё не означает, что поисковый индекс обновился.
В разработку включают цикл обновления. Новый регламент попадает в поиск, старый перестаёт отвечать на текущие вопросы. Права и удаление проверяют так же.
Ошибка становится проверочным вопросом. После исправления его сохраняют в наборе для следующих изменений. Так ошибки возвращаются в работу над базой.
Замкнутый цикл начинается с вопроса и заканчивается повторной проверкой.
Предлагаемый рабочий цикл; AWS рекомендует повторять оценку при обновлении базы; Microsoft описывает синхронизацию прав. Проверено 07.10.2026.
На 7 октября 2026 подписка «Один проект» стоит 250 000 ₽ в месяц. Код идёт в ваш репозиторий. ИИ-функцию готового продукта оплачиваете отдельно.
В задачу включают подготовку базы, поиск, ссылки и проверки обновления. Машина предлагает правки, ваша компания утверждает нормы. Объём согласуют по документам.
Некому вести работу: начните с теста для руководителя. Он про ИИ в разработке. Приёмку поиска готовят на вопросах вашей компании.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Устройство RAG | Прочитаны официальные документы AWS и Microsoft: структура источников, деление на фрагменты, разграничение доступа, отдельная оценка поиска и ответа. Это рекомендации по устройству, не замер нашей RAG-системы. | 2026-10-07 |
| Наш опыт | Строки спеков и кода сверены с живым /open 7 октября. Записи 17 и 30 июля перечитаны по журналу: исправление входа и отдельная проверка зеркальности. Своего клиентского кейса RAG нет. | 2026-10-07 |
| Цена разработки | 250 000 ₽ в месяц за тариф «Один проект» сверены с живым /services. Это цена подписки, не смета RAG-проекта. Работа ИИ-функции в готовом продукте оплачивается заказчиком отдельно. | 2026-10-07 |
| Спрос | Wordstat, РФ, 7 октября: «rag система» 2 243, «retrieval augmented generation» 1 626, «база знаний с ии» 347. Хвосты использованы для глав и FAQ; пересекающиеся частоты не складывались. | 2026-10-07 |
| План и приёмка | Паспорт документа, набор вопросов и цикл исправления предложены редакцией. Командировки служат учебным примером. Процент точности, срок и эффект на клиентском проекте не измерялись. | 2026-10-07 |
7. Частые вопросы
RAG-система и RAG-нейросеть означают одно и то же?+
«RAG-нейросеть» встречается в поиске, но RAG обозначает связку поиска и генерации ответа. Языковая модель составляет ответ по найденному материалу; база знаний и поиск работают рядом с ней.
Нужно ли обучать модель на документах компании?+
Для обычного RAG документы извлекают и передают модели во время ответа. Переобучение модели для этого не обязательно. Дообучение и подготовка поисковой базы решают разные задачи.
Можно ли сделать локальную RAG-систему?+
Можно разместить поиск и модель в своей инфраструктуре. Само размещение не исправляет противоречия документов и не задаёт права доступа. Выбор закрытого контура разобран в статье «ИИ в закрытом контуре».
Нужно ли переносить всю вики в репозиторий?+
Нет. Источники могут оставаться в привычной системе документов. В репозитории полезно держать код поиска и его проверки; место хранения самих документов выбирают по работе компании и правам доступа.
RAG исключает выдуманные ответы?+
Нет. Модель может исказить найденное или ответить без достаточной опоры. Нужны проверочные вопросы, показ источников и проверка отказа при нехватке данных.
Сколько стоит и сколько занимает создание RAG-системы?+
До разбора документов цену проекта и срок назвать нельзя. На объём влияют форматы файлов, права, интеграции и подготовка базы. Тариф разработки из статьи не измеряет срок отдельного RAG-проекта; стоимость работы готового поиска считают отдельно.
Источники
- AWS: рекомендации по структуре документов для RAG, проверено 07.10.2026 — документация
- Microsoft: деление документов на фрагменты, проверено 07.10.2026 — документация
- Microsoft: права доступа к документам, редакция 17.09.2026, проверено 07.10.2026 — документация
- AWS: оценка поиска и генерации ответов, 14.03.2025, проверено 07.10.2026 — инженерный блог
- AWS: ответы по собственным документам без переобучения, проверено 07.10.2026 — документация
- Живая машина vibecoding.ru: объём описания проекта, срез 07.10.2026 — наш опыт
- Подписка на агентную разработку: цена и условия, срез 07.10.2026 — наш сервис
- Правила для ИИ-агентов: устройство работы с документами — статья серии
- Курс «Агентная разработка»: урок «Файл правил целиком» — наш продукт
- Wordstat: запросы о RAG и базе знаний, РФ, замер 07.10.2026 — замер спроса
Запомнить
1. Утвердите действующие источники и назначьте владельцев до запуска поиска.
2. Сохраните условия, версии и права при подготовке фрагментов.
3. Начните с процесса, где правильные ответы можно проверить.
4. Принимайте отдельно поиск и ответ, включая неизвестное и закрытые документы.
5. После правки базы повторяйте вопросы, на которых система ошибалась.