RAG чат-бот для сайта — это ассистент, который перед ответом ищет нужный кусок в вашей базе знаний и отвечает строго по нему, а не по памяти модели. Так он не выдумывает факты, ссылается на ваши документы и передаёт сложные вопросы менеджеру в Telegram.
Обычный чат-бот на GPT знает много всего вообще и ничего конкретного про вас. Спросите его про ваши тарифы или график работы — он либо признается, что не знает, либо придумает правдоподобный ответ. Для бизнеса второе хуже первого: клиент получает уверенную неправду про вашу же услугу.
RAG решает ровно эту проблему. Я собираю такие ассистенты для сайтов на связке pgvector плюс Claude. Ниже разберу без жаргона, как RAG чат-бот для сайта устроен внутри, чем отличается от обычного бота и от квиза, где он ошибается и как передавать сложные диалоги живому менеджеру.
Что такое RAG простыми словами
RAG расшифровывается как Retrieval-Augmented Generation — «генерация ответа с подглядыванием в источник». Разбейте фразу на две части, и всё встанет на места.
Retrieval — это поиск. Перед тем как отвечать, система лезет в вашу базу знаний и достаёт оттуда 2–4 самых подходящих фрагмента текста. Generation — это ответ. Модель (у меня обычно Claude) получает вопрос клиента плюс эти найденные фрагменты и формулирует ответ, опираясь только на них.
Аналогия: обычный бот отвечает как студент на экзамене по памяти. RAG-бот — как студент, которому разрешили открыть учебник, но заставили отвечать строго по тому, что там написано. Второй ошибается реже, потому что ему не надо ничего вспоминать. Надо просто пересказать найденный кусок.
Ключевая идея: модель не хранит ваши данные в «голове». Данные лежат отдельно, в базе, и подставляются в запрос в момент вопроса. Обновили прайс — бот сразу отвечает по-новому, переобучать ничего не нужно.
Как RAG находит нужный ответ: эмбеддинги и pgvector
Самая непонятная часть — как компьютер понимает, какой фрагмент подходит к вопросу. Здесь работает поиск по смыслу, а не по словам. Разберу по шагам.
- Режем базу знаний на куски. Ваши документы — FAQ, описания услуг, условия, статьи — я нарезаю на небольшие фрагменты по 200–500 слов. Каждый кусок должен быть самодостаточным, чтобы модель поняла его без соседних.
- Превращаем каждый кусок в вектор (эмбеддинг). Специальная модель переводит текст в длинный список чисел — координаты смысла. Тексты про «возврат денег» и «как вернуть оплату» получают близкие координаты, хотя слова разные.
- Складываем векторы в базу. Я использую Postgres с расширением pgvector. Это обычная база данных, которая умеет быстро искать ближайшие по смыслу векторы. Не нужен отдельный дорогой сервис, всё живёт в одной базе рядом с остальными данными сайта.
- Вопрос клиента тоже превращаем в вектор и ищем в базе фрагменты с самыми близкими координатами. Это и есть retrieval: вернулись 3–4 куска, максимально релевантных вопросу.
- Отдаём вопрос и фрагменты модели. Claude получает инструкцию: ответь на вопрос, используя только этот контекст; если ответа в нём нет — честно скажи. На выходе — ответ по вашим данным.
Почему поиск по смыслу так важен. Клиент напишет «а если передумаю», а в вашем FAQ пункт называется «Условия возврата предоплаты». По ключевым словам совпадения ноль. По векторам — прямое попадание. Именно поэтому RAG обходит старые боты на кнопках и на поиске по точным фразам.
Чем RAG-бот отличается от обычного чат-бота и от квиза
Три инструмента часто путают, а решают они разные задачи. Я почти всегда сначала выясняю, что клиенту реально нужно. Иногда вместо дорогого AI-бота хватает детерминированного квиза с уходом заявки в Telegram, и это честнее по деньгам.
| Параметр | Кнопочный бот / квиз | Обычный AI-бот (просто GPT) | RAG-бот на ваших данных |
|---|---|---|---|
| Откуда берёт ответы | Заранее прописанные ветки | Из памяти модели, «в общем» | Из вашей базы знаний |
| Выдумывает факты | Нет, но и не отвечает на новое | Да, уверенно | Редко, отвечает по источнику |
| Понимает вопрос своими словами | Нет, только по кнопкам | Да | Да |
| Обновление контента | Переписать сценарий вручную | Не относится к делу | Обновить документ в базе |
| Когда лучше подходит | Простой сбор заявки, 3–5 шагов | Общий помощник без привязки к бизнесу | Много контента, живые вопросы клиентов |
Практический вывод. Если у вас 5 стандартных вопросов и цель — записать на консультацию, квиз дешевле и надёжнее. Если у вас десятки страниц условий, тарифов, кейсов и клиенты задают вопросы своими словами в любое время суток, тогда оправдан RAG. А обычный GPT без вашей базы на коммерческом сайте я ставить не советую: слишком велик риск красивой дезинформации.
Где RAG-бот ошибается и как это лечить
Скажу честно, без «магии AI». RAG сильно снижает выдумки, но не убирает их до нуля. Вот где я вижу сбои чаще всего и что с этим делаю.
Плохо нарезанная база знаний
Если документ порезан криво (половина ответа в одном фрагменте, половина в другом), бот вернёт неполный кусок и ответит наполовину. Лечится нарезкой по смысловым блокам, а не по количеству символов, и небольшим перекрытием между кусками.
Нужного фрагмента просто нет в базе
Бот не телепат. Если про рассрочку в ваших документах ничего нет, честный RAG скажет «не нашёл информации», а нечестно настроенный додумает. Я всегда прописываю в инструкцию модели правило: нет в контексте — не выдумывай, предложи связаться с менеджером.
Слишком общий или двусмысленный вопрос
«Сколько стоит?» без уточнения услуги вернёт нерелевантные фрагменты. Здесь помогает переспрос: бот уточняет, о чём именно речь, прежде чем искать.
Устаревший контент в базе
Плюс RAG в том, что чинится это за минуту: правится документ-источник, а не код. Но кто-то должен следить за актуальностью базы. Это часть поддержки, а не «поставил и забыл».
Handoff в Telegram: когда бот передаёт диалог менеджеру
Хороший ассистент знает свои границы. Я встраиваю handoff — передачу живому человеку — как обязательную часть, а не опцию. Срабатывает он в трёх случаях: бот не нашёл ответа в базе, клиент прямо просит менеджера, или разговор дошёл до денег и договорённостей.
Технически это просто. В момент передачи бот собирает контекст диалога — что спрашивал клиент, что отвечал бот, контакты — и отправляет карточку в Telegram-чат менеджера через Bot API. Менеджер видит всю переписку и подхватывает разговор, не переспрашивая с нуля. Клиент не чувствует шва.
Бот закрывает 70–80% типовых вопросов сам и работает круглосуточно. Оставшиеся 20–30% — это как раз горячие лиды, которые не надо упускать. Handoff превращает бота из «FAQ-виджета» в первую линию воронки продаж.
Такую же логику передачи в Telegram я использовал в детерминированном квизе для юрфирмы Nexora Legal: там заявка из квиза улетает менеджеру мгновенно. RAG-ассистент отличается тем, что до передачи ведёт осмысленный диалог, а не гонит по фиксированным веткам.
Сколько данных нужно, чтобы бот заработал
Частый страх: «у меня нет большой базы знаний». На старте достаточно того, что уже написано на сайте и в переписке с клиентами. Обычно я собираю базу из четырёх источников: страницы услуг, раздел FAQ, условия и оферта, реальные вопросы из чатов и почты за пару месяцев. Последнее — самое ценное: живые формулировки клиентов показывают, о чём они спрашивают на самом деле.
Двадцати–тридцати хорошо написанных фрагментов уже хватает, чтобы бот закрывал большинство типовых обращений. База растёт со временем: каждый вопрос, на который бот не ответил, — кандидат в новый фрагмент.
Как я строю RAG-ассистента: этапы
- Собираю базу знаний. Выгружаю ваш контент, чищу, нарезаю на смысловые фрагменты.
- Строю индекс. Считаю эмбеддинги, заливаю в Postgres с pgvector.
- Настраиваю модель. Пишу системную инструкцию для Claude: тон, границы, правило «не выдумывай», сценарий handoff.
- Ставлю виджет на сайт. Лёгкий чат в углу страницы, без тяжёлых зависимостей.
- Подключаю Telegram-handoff. Настраиваю передачу горячих диалогов менеджеру.
- Тестирую на реальных вопросах и докручиваю нарезку и инструкцию по слабым местам.
Тот же подход «AI работает по чётким данным, а не по наитию» я закладывал в AI-планировщик Lunelo: там вы наговариваете день голосом, а Claude Haiku раскладывает его в задачи с приоритетом, дедлайном и подзадачами, без ручного ввода. Разница с RAG в источнике: в Lunelo источник — ваша речь, в боте для сайта — ваша база знаний. Про то, как устроен Lunelo под капотом, я подробнее рассказывал в разборе AI-планировщика на Claude Haiku.
Если вам ближе цифры и бюджет, посмотрите разбор сколько стоит AI-чат-бот для сайта и что он реально даёт — там я раскладываю ценник по этапам. А если вы ещё выбираете между ботом и обычным лид-магнитом, начните с квиза: он часто окупается быстрее.
Стоит ли ставить RAG-бота вашему бизнесу
Коротко: да, если у вас много контента и повторяющиеся вопросы клиентов, которые сейчас разгребает менеджер вручную. Нет, если у вас две услуги и три вопроса. Тогда хватит квиза или простой формы.
Я работаю напрямую, без агентства и посредников, поэтому собираю бота ровно под ваши данные и отвечаю за результат лично. Если хотите обсудить, подойдёт ли RAG именно вам, напишите мне через форму, посмотрим на ваш контент и прикинем, что даст больше отдачи: полноценный ассистент или квиз. Другие проекты — в разделе кейсов.
Частые вопросы
Чем RAG-бот отличается от обычного бота на ChatGPT?
Обычный бот отвечает по памяти модели и легко выдумывает факты про ваш бизнес. RAG-бот перед ответом ищет нужный фрагмент в вашей базе знаний и отвечает строго по нему. Поэтому он ссылается на ваши реальные условия и тарифы, а не на «в целом по интернету», и ошибается заметно реже.
Нужен ли программист, чтобы поставить RAG-бота?
Да, самостоятельно собрать связку эмбеддинги + pgvector + модель + виджет + handoff без разработчика сложно. Конструкторы дают упрощённые версии, но качество поиска и контроль над выдумками там слабее. Я настраиваю всё под ваши данные и отвечаю за результат: от нарезки базы до передачи горячих диалогов менеджеру в Telegram.
Сколько данных нужно, чтобы бот отвечал по делу?
На старте хватает того, что уже есть: страницы услуг, FAQ, оферта и реальные вопросы клиентов из чатов за пару месяцев. Двадцати–тридцати хорошо написанных фрагментов достаточно, чтобы бот закрывал большинство типовых обращений. База растёт постепенно — каждый вопрос без ответа становится кандидатом в новый фрагмент.
Может ли RAG-бот всё равно выдумать ответ?
Риск снижается сильно, но не до нуля. Если нужного фрагмента нет в базе или вопрос двусмысленный, плохо настроенный бот может додумать. Я прописываю в инструкции правило «нет в контексте — не выдумывай, предложи менеджера» и подключаю handoff в Telegram, так что спорные случаи уходят живому человеку, а не превращаются в дезинформацию.
Что лучше для сайта: RAG-бот или квиз?
Зависит от задачи. Если цель — собрать заявку за 3–5 шагов и вопросов немного, дешевле и надёжнее квиз. Если у вас десятки страниц контента и клиенты задают вопросы своими словами круглосуточно, оправдан RAG-бот. Часто разумно начать с квиза, а RAG добавить, когда поток вопросов вырастет.
Нужен похожий проект?
Разработаю сайт, лендинг, веб-приложение или AI-фичу под ключ — напрямую, без агентства.