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

Галлюцинация: уверенный ответ модели, который не опирается на предоставленные данные и не соответствует действительности.
Разработчики моделей сами рекомендуют одни и те же меры: давать модели явное разрешение говорить «я не знаю», заставлять её опираться на цитаты из предоставленных документов и ограничивать ответы этими документами. Все три меры бесполезны, если документов нет или они противоречат друг другу.
Промпт решает, как бот говорит. База знаний решает, что он говорит. Путать эти слои значит чинить ответы не в том месте.
Как устроить базу знаний
Худший формат: выгрузить в бота весь сайт, три регламента и прайс в PDF. Модель получит противоречия, старые цены и маркетинговые обороты вместо фактов.
Рабочий формат короче и скучнее. Это карточки, где один блок отвечает на один тип вопроса.

| Раздел | Что внутри | Типичная дыра |
| Услуги | Название, что входит, длительность, кому подходит | Нет того, что в услугу не входит |
| Цены | Цена, условия, от чего меняется, дата актуальности | Цена «от» без объяснения, когда она становится выше |
| Логистика | Адреса, график, парковка, как добраться | Праздничный график и временно закрытые точки |
| Правила | Запись, отмена, предоплата, возврат, гарантия | Что делать при опоздании или переносе |
| Границы | Темы, где бот передаёт разговор человеку | Раздела нет вовсе |
Каждая карточка пишется простыми утвердительными предложениями. Не «у нас лучшие специалисты», а «приём ведут три врача, их имена и дни работы такие». Модель хорошо пересказывает факты и плохо интерпретирует рекламу.
Цены, исключения и ответ «не знаю»
Цены это место, где бот ошибается чаще всего и дороже всего. Закон о защите прав потребителей обязывает исполнителя давать клиенту достоверную информацию об услуге и её цене, и для клиента ответ бота звучит как ответ компании.
Поэтому у каждой цены в базе должны быть три поля: сумма, что в неё входит, и от чего она меняется. Если цена зависит от осмотра или замера, база так и говорит, а бот так и отвечает.
Исключения записываются отдельно и явно. Скидка не суммируется с акцией. Услуга не оказывается детям до определённого возраста. Выезд за пределы города оплачивается отдельно. Именно исключения клиенты спрашивают в последнюю минуту перед покупкой, и именно их чаще всего забывают внести.
Клиент прощает боту «уточню у администратора». Он не прощает уверенную цену, которую потом не подтвердили на кассе.

Раздел «не знаю» нужен не меньше, чем раздел цен. В нём перечислены темы, где бот обязан честно признать границу и передать разговор человеку: индивидуальный расчёт, жалоба, медицинский или юридический совет, спорный возврат, всё, чего нет в базе.
- Перечислите темы, на которые бот не отвечает сам ни при каких условиях.
- Для каждой напишите короткую фразу передачи: кто ответит и когда.
- Пропишите, что делать, если вопроса нет в базе: признать и передать, а не угадывать.
- Проверьте, что сотрудник действительно получает такие обращения, а не теряет их в общем чате.
Где живёт источник правды?
В большинстве компаний цена записана в трёх местах: на сайте, в учётной системе и в голове администратора. Они расходятся, и бот наследует это расхождение.
Источник правды: одна система, данные в которой считаются верными, когда другие с ней расходятся.
Если у вас есть CRM или учётная система с прайсом, бот должен читать цены оттуда напрямую, а не из копии в документе. Копия устаревает в день первого изменения прайса, и никто об этом не вспоминает до первой жалобы. То, чего в учётной системе нет, например правила парковки или порядок предоплаты, живёт в базе знаний с датой последней проверки.
Копия прайса в базе знаний это не данные. Это обещание, что кто-то будет помнить её обновить.
Обновление тоже процесс, а не событие. Поменяли прайс, открыли точку, сменили график на праздники: правка в базе входит в тот же чек-лист, что и правка на сайте.
Как проверить ответы перед запуском?
Проверка на десяти удобных вопросах ничего не доказывает. Бот должен пройти те разговоры, которые реально ведут ваши клиенты, включая неудобные.
- Выгрузите реальные вопросы клиентов из чатов, почты и звонков за последние месяцы.
- Для каждого частого вопроса заранее запишите эталонный ответ сотрудника.
- Добавьте провокации: вопрос про несуществующую услугу, торг, «а у конкурента дешевле», вопрос о здоровье.
- Прогоните все вопросы через бота и сравните с эталоном по фактам, а не по стилю.
- Отдельно проверьте, что на вопросы вне базы бот отвечает «уточню» и передаёт разговор.
- Исправляйте базу, а не формулировку промпта, если ошибка в факте.
- Повторяйте прогон после каждого изменения базы или модели.
Из практики: тестовый вопрос про услугу, которой нет, ловит больше проблем, чем десяток вопросов про услуги, которые есть. Именно на нём видно, умеет ли бот промолчать.

Хороший бот проверяется не тем, как он отвечает на известное, а тем, как он молчит о неизвестном.
Кто в компании за это отвечает
Самая частая ошибка внедрения: базу знаний отдают подрядчику, который настраивает бота, и на этом участие компании заканчивается. Подрядчик не знает, что завтра поменяется прайс.
Рабочая схема держится на одном владельце базы внутри компании. Обычно это старший администратор, руководитель отдела продаж или операционный менеджер: человек, который и так первым узнаёт об изменениях. Он отвечает за актуальность фактов, раз в неделю просматривает переписки бота и решает, какие пробелы закрыть.
Подрядчик отвечает за техническую часть: подключение источников, правила передачи человеку, прогоны тестов. Юрист или ответственный за персональные данные смотрит, что бот спрашивает у клиентов и где это хранится: обработка персональных данных регулируется отдельным законом, и бот здесь не исключение.
Подробнее о том, какие задачи бот закрывает в клиниках и где ему нужен человек, мы писали в материале про чат-бот для стоматологии.
Что делать прямо сейчас
- Соберите пятьдесят самых частых вопросов клиентов из реальных переписок.
- Разложите факты по пяти разделам: услуги, цены, логистика, правила, границы.
- У каждой цены допишите, что входит и от чего она меняется.
- Запишите исключения отдельным списком.
- Назначьте источник правды для цен и владельца базы внутри компании.
- Составьте тестовый набор с провокациями и прогоните бота до запуска.
- Включите базу в регламент изменений: новый прайс означает правку базы в тот же день.
Короткий вывод
База знаний для чат-бота важнее выбора модели. Бот, у которого записаны цены с условиями, исключения и границы, отвечает скромнее, но надёжнее, а бот на выгрузке сайта отвечает красиво и иногда неправду.
Сделайте базу короткой, проверяемой и живой: один источник правды, один владелец, регулярный прогон тестов. Тогда «галлюцинации» превращаются из загадки модели в понятный список дыр, которые можно закрыть.
FAQ
Можно ли просто загрузить в бота сайт компании?
Как стартовую точку можно, но сайт написан для продажи, а не для точных ответов. Цены, исключения и правила лучше вынести в отдельные проверенные карточки.
Достаточно ли написать в промпте «не выдумывай»?
Нет. Модели нужно разрешение говорить «не знаю» и данные, на которые можно опереться. Запрет без данных не убирает выдумку, а делает её осторожнее.
Как часто обновлять базу знаний?
При каждом изменении цен, графика или правил, плюс регулярный просмотр переписок бота, чтобы находить новые вопросы.
Сколько вопросов нужно для тестов перед запуском?
Столько, чтобы покрыть все частые темы и все границы. Для небольшого бизнеса это обычно несколько десятков реальных вопросов плюс провокации.
Кто виноват, если бот назвал неверную цену?
Для клиента это ответ компании. Поэтому за актуальность фактов должен отвечать сотрудник компании, а не только подрядчик.
Если вы планируете бота или уже запустили его и ловите выдуманные ответы, мы соберём базу знаний из ваших реальных переписок, подключим источник правды и прогоним бота на тестах до запуска. Подробности в услуге создания чат-ботов, а для клиник есть готовое решение ИИ-администратор МедЧат. Оставьте заявку, и мы покажем, на каких вопросах ваш бот сейчас рискует ошибиться.
Источники
- Anthropic. «Reduce hallucinations» https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/reduce-hallucinations
- NIST. «AI Risk Management Framework» https://www.nist.gov/itl/ai-risk-management-framework
- Закон РФ «О защите прав потребителей», статья 10 (информация о товарах, работах, услугах) https://www.consultant.ru/document/cons_doc_LAW_305/
- Федеральный закон № 152-ФЗ «О персональных данных» https://www.consultant.ru/document/cons_doc_LAW_61801/