Представим учебную ситуацию: помощник отвечает клиенту про доставку, находит старый тариф и уверенно называет его. В папке компании лежат оба прайса, но у файлов нет срока действия. Руководитель просит «сделать ИИ точнее», хотя сначала надо решить, какой документ сейчас верный.
Разберём, как подготовить базу знаний для такого помощника. У нас получится небольшой комплект: проверенные правила, карточка источника, примеры ожидаемых ответов и порядок обновления. Он пригодится и для внутреннего ассистента команды, и для помощника, который готовит ответы клиентам.
Коротко
- Для каждого правила нужны источник, срок действия и ответственный; старые версии выводят из используемой базы.
- Цены и инструкции отделяют от остатков, расписания и статусов заказов, которые требуют актуальной проверки.
- До запуска задают вопросы с известными ответами, проверяют исключения, доступы и замену документа.
Что включить в базу знаний для ИИ-агента?
В базу знаний для ИИ-агента включают проверенные сведения, необходимые для его конкретной задачи: описания услуг, правила, инструкции и ответы на типовые вопросы. У каждого документа должны быть понятны источник, ответственный и срок действия. Начать удобнее с одного процесса, например подготовки ответов о доставке.
База знаний даёт помощнику сведения о вашей компании. Модель сама по себе не знает, какое обещание вы дали клиенту вчера и какой прайс руководитель утвердил сегодня. При работе с документами системе нужно найти подходящий фрагмент и передать его модели вместе с вопросом.
Такой подход называют RAG, или генерацией ответа с поиском по источникам. Его устройство описано в материале Anthropic о поиске по базе знаний. Это объяснение метода, опубликованное в 2024 году; оно помогает разобраться в механике, но не подтверждает качество вашего будущего помощника.
Сначала выпишем вопросы, на которые сотрудник отвечает в выбранном процессе. Например: куда доставляете, от чего зависит стоимость, можно ли изменить адрес после оформления заказа, кому передать нестандартную просьбу. Затем напротив каждого вопроса найдём документ, по которому сотрудник принимает решение.
Это учебный пример структуры, а не правила конкретной компании. В своей таблице используйте реальные вопросы и действующие источники. Переписки можно брать только в разрешённом объёме и после удаления сведений о клиентах, которые для задачи не нужны.
Если документ не находится, мы обнаружили пробел в процессе. Запишем вопрос и назначим человека, который даст проверенный ответ. Помощнику пока зададим понятную границу: сообщить, что условия нужно уточнить, и передать вопрос ответственному. Восполнять такой пробел догадкой опасно даже при красивой формулировке.
Необязательно переносить в базу весь архив. Для первой задачи полезнее набор проверенных материалов, чем большая папка с противоречиями. Общий выбор процесса разобран в статье с чего начать внедрение ИИ в компанию; здесь мы сосредоточимся на том, что именно помощник будет читать.
Как оформить документы, чтобы ИИ находил нужный ответ?
Оформляйте документ вокруг одного понятного вопроса: укажите предмет, условия применения, исключения и источник. Сохраняйте рядом числа, единицы измерения, территорию и срок действия. Отдельный фрагмент должен оставаться понятным, даже когда система передаёт его без остальных страниц файла.
В учебном прайсе строка «600, бесплатно от 5000» допускает разные прочтения. Неясно, о какой услуге речь, в какой валюте указаны суммы и что входит в порог заказа. Сотрудник может помнить контекст, а у помощника его может не оказаться.
Перепишем ту же запись как самостоятельную карточку. Числа ниже вымышлены и нужны только для примера оформления.
Теперь человек может проверить и правило, и происхождение ответа. Для настоящей базы дополните карточку ссылкой на исходный документ и настройте доступ к нему. Если у правила есть дата окончания, внесите её явно. Если окончания нет, назначьте дату следующей проверки.
Исходный прайс при этом сохраняется. Карточка помогает найти и объяснить условие, а утверждённый документ остаётся основанием. Если при переносе появляется неоднозначность, её должен снять ответственный за правило.
У длинных документов есть ещё одна трудность: система может искать по небольшим фрагментам. Если отрезать заголовок «Для оптовых клиентов», скидка из следующего абзаца начнёт выглядеть общей. Поэтому мы сохраняем вместе правило и условие его применения. Механизм потери контекста при делении документов разобран в том же исследовании Anthropic.
Перед передачей файлов проверьте текст обычным копированием. Выделите строку из PDF и вставьте в пустой документ: остались ли названия колонок, валюта и оговорки? Если таблица превратилась в набор чисел, сначала подготовьте читаемый вариант. У скана может потребоваться распознавание и сверка с оригиналом.
Для внедрения полезно отдельно записать требование к ответу: показывать название и версию использованного источника. В документации Anthropic по цитатам описаны ссылки на конкретные места в переданных документах. Такая возможность зависит от реализации помощника; загрузка файла сама по себе не означает, что она включена.
Даже настоящая цитата требует чтения. Фрагмент может быть взят из действующего документа, но относиться к другому району, продукту или типу клиента. На проверке нужно сопоставить вопрос, ответ и условия источника.
Где заканчиваются знания и начинаются живые данные
Правило доставки может действовать месяцами, а свободный интервал меняется после каждого заказа. Поэтому заранее разделим справочные сведения и текущие данные. Это поможет не обещать клиенту то, чего помощник фактически не проверял.
Можно положить в базу вчерашнюю выгрузку остатков, но тогда в ответе придётся честно учитывать её давность. Для подтверждения наличия нужен тот источник и тот момент проверки, которые компания считает достаточными. Это решение принимают владелец процесса и специалист по внедрению.
Отдельно определим, кому можно показывать сведения. Внутренний ассистент для руководителя и помощник для посетителя сайта могут использовать разные наборы документов. Запрет в тексте инструкции не заменяет проверку доступа к данным на стороне системы.
Например, Microsoft описывает проверку прав на уровне документов для поиска, который используется в ИИ-приложениях. Это пример технического механизма. Выбор конкретного сервиса не отменяет необходимости проверить, какие документы получит каждый пользователь.
Для первой задачи удобнее оставить только материалы, которые разрешено использовать всей выбранной группе. Закрытые договоры, персональные сведения и служебные пароли не стоит добавлять «на всякий случай». Если без закрытых данных задача не решается, сначала согласуйте с ответственными людьми допустимый способ обработки и доступа.
Общие границы работы команды удобно закрепить в регламенте использования ИИ. В карточках базы мы затем укажем конкретную аудиторию документа: кто может получить его содержание и кому передавать исключение.
Как проверить базу знаний перед запуском?
Проверьте помощника на заранее подготовленных вопросах с известными ответами, спорных условиях и запросах вне его полномочий. Для каждого испытания сохраните ответ, использованный источник и решение проверяющего. Отдельно испытайте обновление документа: прежнее условие должно перестать использоваться там, где оно уже не действует.
Сначала составим ожидаемые ответы без ИИ, вместе с владельцем процесса. Затем зададим те же вопросы помощнику. Так мы сможем сравнить результат с правилом, а не оценивать его только по убедительности речи.
Ниже таблица приёмки для нашей вымышленной доставки. Она показывает ожидаемое поведение; это не отчёт о запуске готового бота.
Проверяем не только итоговую сумму. Правильно ли названа территория? Учтены ли скидки? Действительно ли приведённый источник содержит это правило? Не добавлено ли обещание точного времени, которого в базе нет?
После обычных вопросов задайте похожие фразы другими словами. Например: «У меня корзина на пять тысяч, за привоз плачу?» и «Заказ 5 000 до скидки, после неё 4 700». Они проверяют разные стороны одного условия. В нашем учебном правиле порог относится к сумме после скидок, поэтому ответы должны различаться.
Для проверки прав используйте разрешённые тестовые учётные записи и безопасные учебные документы. Помощник для клиента не должен раскрывать закрытый материал ни по прямому вопросу, ни по просьбе пересказать его или подтвердить отдельную цифру. Фактическую настройку доступа проверяет специалист, отвечающий за систему.
Порог приёмки установите до испытания. Для первого помощника, который готовит черновики ответов, разумно сохранить проверку человеком. Ошибка в цене, раскрытие закрытых сведений или выдуманный статус заказа требуют исправления и повторной проверки связанных сценариев. Общий процент удачных ответов не должен скрывать такие ошибки.
Что делать при ошибке в ответе
Допустим, на вопрос о бесплатной доставке помощник снова назвал старое условие. Мы уже знаем ожидаемый ответ и можем последовательно найти причину.
Сначала откроем источник, который использован в ответе. Если это прежний прайс, проверим его статус и доступность в поиске. Если найден действующий документ, посмотрим, попала ли в переданный фрагмент строка про скидки. Если условие передано целиком, но ответ ему противоречит, проверять нужно уже формирование ответа.
Такая запись помогает поставить конкретную задачу специалисту. Вместо «ИИ иногда путается» у нас есть вопрос, фактический ответ, нужный документ и место расхождения. Сохраните также дату проверки и версию базы: без них трудно понять, относится ли замечание к текущему состоянию.
Не стоит исправлять каждую ошибку добавлением ещё одного общего запрета в инструкцию. Если в поиске лежат два противоречащих прайса, сначала нужно разобраться с версиями. Если отсутствует срок действия, его должен подтвердить владелец документа.
Кто обновляет документы после запуска
Назначим ответственного за каждую группу сведений: логистику, услуги, правила поддержки. Ему не обязательно самостоятельно настраивать ИИ. Его задача — подтвердить содержание и сообщить, когда оно изменилось.
Порядок изменения можно сделать коротким: ответственный утверждает новое правило, специалист обновляет используемые документы и поиск, проверяющий повторяет связанные вопросы, затем команда получает сообщение о вступивших условиях. В журнале остаются дата, версия и результат проверки.
Вернёмся к учебному примеру. Если доставка подорожала с 600 до 700 ₽, недостаточно заменить число в файле. Мы проверим, что новое правило используется с нужной даты, прежнее выведено из действующей базы, а ответы про бесплатную доставку и крупногабаритный товар сохранили свои условия.
Как часто делать пересмотр, зависит от скорости изменений. Перед акцией проверьте правила акции, после изменения прайса — цены, перед запуском нового направления — его документы. Для сведений без событийного обновления назначьте обычную дату проверки и человека, который подтвердит актуальность.
Команда должна уметь сообщить об ошибке. Дайте сотрудникам простой шаблон: вопрос, ответ помощника, что ожидали, ссылка на правильный документ. Разбор таких примеров можно включить в обучение сотрудников работе с ИИ. Это позволяет поддерживать базу по реальным рабочим затруднениям.
Частые вопросы
Подойдёт ли обычная папка с документами?
Она может стать исходником. Сначала уберите из используемого набора устаревшие версии, проверьте текст и назначьте ответственных. Способ подключения папки зависит от выбранного помощника. Само наличие файлов ещё не показывает, что ответы будут верными.
Нужно ли сразу покупать векторную базу?
Выбор способа хранения и поиска зависит от объёма, обновлений, прав и задач. Начните с проверенных документов и вопросов для приёмки. По ним специалист сможет обосновать решение. Универсального размера базы, после которого всем нужен один и тот же инструмент, нет.
Можно ли загрузить все переписки сотрудников?
Сначала определите, какие сведения нужны для задачи и разрешено ли их использовать. В переписках есть личные данные, разовые исключения и устаревшие обещания. Для первых ответов удобнее извлечь и подтвердить общие правила, сохранив только необходимый разрешённый материал.
Что делать, если в базе нет ответа?
Предусмотрите уточняющий вопрос либо передачу ответственному сотруднику. Запишите пробел в очередь подготовки документов. Ответ добавляется после подтверждения владельцем процесса, затем проверяется на исходном вопросе.
Можно ли сразу включить ответы клиентам без проверки?
Начните с черновиков для сотрудника и заранее согласованной приёмки. Переход к самостоятельным ответам зависит от цены ошибки, результатов испытаний и способа передачи сложных вопросов человеку. Учебная таблица из статьи не заменяет проверку вашего решения.
С чего начать прямо сейчас
- За 10–15 минут выберите одну задачу помощника и запишите несколько вопросов к ней. Если вы только изучаете тему, используйте вымышленные данные. Если готовите рабочее решение, возьмите разрешённые вопросы из своего процесса.
- Напротив каждого вопроса найдите действующий документ и человека, который подтверждает правило. Пробелы и противоречия вынесите на уточнение до подключения ИИ.
- Оформите одну карточку по образцу: предмет, условие, исключение, дата, источник и ответственный. Проверьте её чтением отдельно от остальной папки.
- С владельцем процесса запишите ожидаемые ответы, включая границу условия и случай без ответа. После этого можно проверять выбранного помощника на безопасных данных.
- Разберите расхождения, исправьте их причину и повторите связанные испытания. Перед рабочим запуском закрепите проверку человеком, доступы и порядок обновлений.
Если хотите подготовить такой комплект для своей компании, напишите Алёне Вебер в Telegram. Расскажите, чем занимается компания, кто будет пользоваться помощником и какие вопросы занимают у команды больше всего времени. Задачи аудита, внедрения и обучения описаны на странице услуги Алёны; стоимость и сроки обсуждаются индивидуально.
Вывод
Готовность базы знаний можно проверить на конкретном вопросе: сотрудник находит действующее правило, видит его источник и понимает, что делать с исключением. Затем такую же проверку проходит ИИ-помощник. Начните с этого небольшого, обозримого набора и расширяйте его по мере появления подтверждённых задач.
