Few-shot prompting: как обучать нейросеть примерами

Few-shot prompting — это способ показать нейросети несколько примеров «вход → правильный ответ» прямо внутри запроса. Примеры задают формат и границы задачи без дообучения модели. Выбирайте разные т

20 октября 2026 11 мин чтения
Схема к статье «Few-shot prompting»
Схема к статье «Few-shot prompting»

Коротко. Few-shot prompting — это способ показать нейросети несколько примеров «вход → правильный ответ» прямо внутри запроса. Примеры задают формат и границы задачи без дообучения модели. Выбирайте разные типичные и пограничные случаи, отделяйте их от нового входа и проверяйте результат на примерах, которых модель раньше не видела.

Few-shot полезен, когда одного описания правил недостаточно: категории похожи, стиль трудно передать словами или ответ должен иметь строгую структуру. Примеры не превращают модель в обученную на вашей базе систему и работают только в пределах текущего контекста.

Что такое few-shot prompting

В запрос добавляют несколько демонстраций нужного поведения, а после них — новую задачу. Модель продолжает обнаруженный шаблон.

Запишите критерий правильного ответа до выбора демонстраций.

Сравните результат с zero-shot на одном тестовом наборе.

Пример. Для обращений показывают вопрос, категорию и краткую причину выбора.

Чем zero-shot отличается от few-shot

Zero-shot опирается только на инструкцию. Few-shot добавляет образцы, когда границу категории или стиль проще показать.

Сначала испытайте короткую инструкцию, затем добавляйте примеры только для подтверждённых ошибок.

Считайте прирост качества и расход контекста.

Пример. Ясное извлечение даты может работать без примеров, а различение жалобы и запроса возврата — требовать их.

Как выбирать примеры

Набор должен отражать частые случаи, важные исключения и реальные варианты языка. Пять почти одинаковых образцов создают ложную уверенность.

Покройте разные длины, формулировки и классы, сохранив баланс.

Проверьте, нет ли в примере признака, который случайно выдаёт ответ.

Пример. Если все жалобы длинные, модель может принять длину за категорию.

МетодЧто передаёмКогда брать
Zero-shotИнструкциюЯсная задача
Few-shotИнструкцию и примерыСложная граница
ПоискАктуальные источникиМеняющиеся факты
ДообучениеНабор данныхМасштабное поведение

Как оформлять примеры в промпте

Единый разделитель и одинаковые поля помогают отличить демонстрации от нового входа.

Используйте явные метки INPUT, OUTPUT и отдельный блок TASK.

Подайте текст с похожими разделителями и убедитесь, что структура не ломается.

Пример. JSON-пример проверяют валидатором до добавления в рабочий запрос.

Сколько примеров нужно

Количество определяется сложностью границы и размером контекста. Каждый образец должен добавлять новую информацию.

Добавляйте по одному примеру и прекращайте, когда качество на отложенном наборе перестало расти.

Следите за стоимостью, задержкой и долей обрезанного входа.

Пример. Три разных примера часто полезнее десяти вариантов одной фразы.

Как избежать утечки ответа

Тестовые данные не должны повторять демонстрации или содержать их слегка изменённые копии.

Разделите примеры по источникам и времени до настройки промпта.

Проверяйте уникальность и близость формулировок.

Пример. Шаблон с заменённым именем остаётся тем же примером и не годится для честного теста.

Как тестировать few-shot prompt

Нужны обычные, редкие, неоднозначные и ошибочные входы. Метрика задаётся до просмотра результата.

Сохраняйте ответ, ожидаемый класс и причину расхождения.

Повторяйте прогон после смены модели или порядка примеров.

Пример. Если перестановка демонстраций меняет половину ответов, процесс нестабилен.

ОшибкаПоследствиеПроверка
Одинаковые примерыУзкий шаблонРазнообразие
Утечка тестаЗавышенная оценкаОтложенный набор
Старый примерСтарое правилоДата версии
Лишние данныеРиск и ценаМинимизация

Когда примеры вредят

Устаревший образец закрепляет старое правило, чувствительные данные попадают в контекст, а противоречащие примеры запутывают модель.

Назначьте владельца набора и дату проверки.

Удаляйте пример только после регрессии без него.

Пример. Старый тариф в демонстрации способен появиться в новом ответе, даже если инструкция обновлена.

Когда нужно дообучение или поиск по базе

Few-shot не хранит знания между запросами и плохо подходит для большого меняющегося справочника.

Для фактов используйте поиск по источникам, а дообучение рассматривайте для устойчивого поведения на большом наборе.

Отделяйте качество знаний от качества формата.

Пример. Ответ по текущему регламенту берётся из базы, а few-shot задаёт форму цитирования.

Какие материалы продолжат работу

Соседние задачи раскрыты отдельно: промпт-инжиниринг, основа промпта, системный промпт, промпты для маркетолога, проверка фактов, генеративный ИИ. Такое разделение сохраняет один поисковый интент у страницы и даёт читателю следующий шаг без повторения целых инструкций.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «что такое few-shot prompting» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «чем zero-shot отличается от few-shot» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «как выбирать примеры» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «как оформлять примеры в промпте» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «сколько примеров нужно» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «как избежать утечки ответа» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «как тестировать few-shot prompt» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «когда примеры вредят» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «когда нужно дообучение или поиск по базе» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «что такое few-shot prompting» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «чем zero-shot отличается от few-shot» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «как выбирать примеры» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «как оформлять примеры в промпте» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «сколько примеров нужно» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «как избежать утечки ответа» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «как тестировать few-shot prompt» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «когда примеры вредят» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «когда нужно дообучение или поиск по базе» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «что такое few-shot prompting» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «чем zero-shot отличается от few-shot» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «как выбирать примеры» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «как оформлять примеры в промпте» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «сколько примеров нужно» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «как избежать утечки ответа» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «как тестировать few-shot prompt» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «когда примеры вредят» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «когда нужно дообучение или поиск по базе» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «что такое few-shot prompting» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «чем zero-shot отличается от few-shot» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «как выбирать примеры» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «как оформлять примеры в промпте» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «сколько примеров нужно» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Добавляйте отрицательный пример только с правильным ожидаемым действием, иначе он обучает ошибке. Этот контроль относится к этапу «как избежать утечки ответа» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Не оценивайте стиль и точность одной общей отметкой: улучшение одного свойства может скрыть провал другого. Этот контроль относится к этапу «как тестировать few-shot prompt» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Синтетические примеры должны сохранять структуру реальной ошибки, иначе тест получится слишком лёгким. Этот контроль относится к этапу «когда примеры вредят» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Храните примеры как версионируемый набор, а не внутри личного документа автора. Этот контроль относится к этапу «когда нужно дообучение или поиск по базе» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Практическая проверка. Порядок демонстраций тоже влияет на ответ, поэтому фиксируйте его в тесте. Этот контроль относится к этапу «что такое few-shot prompting» и должен завершаться записанным решением, владельцем и датой следующей проверки.

Чек-лист

  • Главная задача и граница материала сформулированы одним предложением.
  • Источник каждого факта и правила сохранён рядом с рабочей версией.
  • Обычный, пограничный и ошибочный сценарии проверены до массового запуска.
  • Лишние персональные и коммерчески чувствительные данные не собираются.
  • Основная метрика связана с решением, рядом есть защитный показатель.
  • У процесса есть ответственный, срок и понятная возможность остановки.
  • Следующий шаг читателя ведёт в отдельную релевантную статью или продукт.

Остался вопрос по теме статьи? Напишите его в предложку блога — отвечаю лично: задать вопрос в MAX. Частые вопросы разбираю отдельными статьями и присылаю ссылку тому, кто спросил.

Частые вопросы

Few-shot prompting — что это?

Это передача нескольких примеров входа и правильного ответа внутри запроса, чтобы показать модели формат и границы задачи.

Чем few-shot отличается от zero-shot?

Zero-shot использует только инструкцию, few-shot дополняет её демонстрациями.

Сколько примеров добавлять?

Минимальное число, которое улучшает отложенный тест. Каждый пример должен закрывать новый случай.

Это дообучение модели?

Нет. Примеры действуют в текущем контексте и не меняют веса модели.

Как проверить качество?

Используйте примеры, которых не было в запросе, и заранее заданную метрику.

Можно ли использовать реальные данные?

Только если правила разрешают их передачу; безопаснее обезличенные или синтетические примеры.

Статья помогла?
Николай Шаповалов Николай Шаповалов Основатель Tapbox, делает сервисы для MAX Канал автора в MAX

Читайте дальше

Путь по теме «Нейросети»: от базового материала к более продвинутому.