Прямо сейчас: откройте notebooklm.google.com. Создайте блокнот. Загрузите любой ваш документ. Задайте вопрос по нему.
Зачем это L&D-специалисту
LLM-модели вроде ChatGPT знают много — но не знают ваших документов. Ваш учебный курс, корпоративный регламент, скрипт вебинара, база знаний отдела — всего этого нет в обучающей выборке модели. Если вы спросите «какой у нас регламент адаптации новых сотрудников», модель начнёт фантазировать. Она не врёт — она просто не знает.
RAG (Retrieval-Augmented Generation) решает эту проблему. Вы даёте модели доступ к вашим документам, и она отвечает по ним, а не по памяти. Для L&D это означает:
- AI-тьютор по вашему курсу. Студент спрашивает — модель отвечает по материалам курса, а не по Википедии.
- Поиск по корпоративной базе знаний. Сотрудник пишет «как оформить командировку» — получает ответ из регламента, а не галлюцинацию.
- Анализ обратной связи. Загрузили 500 анкет — модель summarise по ним, а не по общим представлениям об обучении.
К концу урока вы поймёте, как это работает внутри, и сможете собрать простой RAG-конвейер.
Что такое RAG
RAG — это когда модель не отвечает по памяти, а сначала ищет нужную информацию в ваших документах и только потом формулирует ответ. Три шага: Retrieve (найти), Augment (добавить в промпт), Generate (сгенерировать ответ).
Без RAG модель опирается на то, что «запомнила» при обучении. Данные обучения заканчиваются определённой датой, а ваших документов там никогда не было. С RAG модель получает контекст из ваших документов прямо в запросе — и отвечает по нему.
Почему это важно для L&D: каждый ваш курс, каждый регламент, каждый скрипт — это уникальный контекст. Модель не может знать его заранее. RAG даёт ей этот контекст ровно в момент запроса.
Откройте ChatGPT или Claude. Спросите: «Расскажи содержание моего последнего рабочего документа». Модель не знает. Теперь скопируйте текст любого вашего документа и вставьте в чат со словами «Ответь по этому тексту: [ваш текст]». Спросите то же самое. Чувствуете разницу? Вы только что вручную сделали то, что RAG делает автоматически.
Конвейер RAG: три шага
RAG-конвейер — это последовательность действий, которые происходят между вопросом пользователя и ответом модели. Разберём каждый шаг.
Шаг 1. Индексация (подготовка документов)
Прежде чем отвечать на вопросы, нужно подготовить документы. Вы берёте свои файлы (PDF, DOCX, Markdown, страницы сайта), извлекаете текст и разбиваете его на чанки — небольшие осмысленные фрагменты.
Почему размер чанка важен:
- Слишком маленький чанк (1–2 предложения) — теряется контекст. Модель видит обрывок и не понимает, о чём речь.
- Слишком большой чанк (5 страниц) — модель «тонет» в тексте, а поиск становится неточным.
- Оптимально: 500–1500 символов (примерно абзац-полтора). Достаточно для смысла, достаточно мало для точного поиска.
Шаг 2. Эмбеддинги (превращаем текст в координаты)
Компьютер не понимает смысл слов. Чтобы найти «похожие по смыслу» фрагменты, текст нужно превратить в числа — эмбеддинги. Это как координаты на карте: два текста, близких по смыслу, получают близкие координаты.
| Поиск по ключевым словам (Ctrl+F) | Поиск по эмбеддингам (RAG) |
|---|---|
| Ищет точное совпадение слов | Ищет смысловую близость |
| «Адаптация сотрудников» найдёт только документы с этой фразой | «Адаптация сотрудников» найдёт и «онбординг», и «введение в должность» |
| Не поймёт синонимы и перефразирования | Понимает синонимы, переводы, перефразы |
| Быстро, дёшево, детерминировано | Чуть медленнее, требует вычислительных ресурсов |
Шаг 3. Генерация ответа
Когда пользователь задаёт вопрос:
- Вопрос превращается в эмбеддинг — находим его координаты на карте смыслов.
- Ищем ближайшие чанки — 3–5 фрагментов документов, которые ближе всего по смыслу к вопросу.
- Добавляем чанки в промпт — вместе с вопросом и инструкцией «отвечай только по этим документам».
- Модель генерирует ответ — опираясь на найденные чанки, а не на память.
Пользователь: «Какой у нас процесс адаптации?» → Эмбеддинг вопроса → поиск ближайших чанков → Найдено: [Regulation_01.md, Onboarding_2026.pdf] → Промпт модели: «Ответь на вопрос, используя ТОЛЬКО эти документы: [содержимое чанков] Вопрос: Какой у нас процесс адаптации?» → Ответ модели: «Согласно регламенту, адаптация длится 3 месяца и включает...»
Промежуточный итог
RAG-конвейер = индексация (разбили на чанки → сделали эмбеддинги → сложили в базу) + запрос (вопрос → эмбеддинг → поиск ближайших чанков → добавили в промпт → ответ). Три шага, которые превращают «модель не знает» в «модель отвечает по вашим документам».
RAG vs Fine-tuning
Частый вопрос: «Может, просто дообучить модель на моих документах?» У этого подхода есть название — fine-tuning. Но для большинства L&D-задач он избыточен.
| Критерий | RAG | Fine-tuning |
|---|---|---|
| Что делает | Ищет ответ в ваших документах при каждом запросе | «Вшивает» знания в саму модель на этапе обучения |
| Скорость внедрения | Часы (загрузили документы — работает) | Дни–недели (подготовка данных, обучение, валидация) |
| Обновление знаний | Мгновенно: добавили документ — он в поиске | Нужно переобучать модель заново |
| Стоимость | Низкая: платите только за запросы к LLM | Высокая: аренда GPU + время обучения |
| Точность на ваших данных | Высокая: модель буквально цитирует документы | Средняя: модель «помнит» не всё и может путать |
| Когда применять | Базы знаний, FAQ, курсы, регламенты — всё что обновляется | Стиль, тон, терминология — когда знания стабильны |
Простое правило: если ваши документы обновляются — RAG. Если вы хотите изменить «личность» модели — fine-tuning. Подробнее о fine-tuning — в уроке 4 этого модуля.