# Гайд по базе Gemini: промптинг (prompting)

> Фундаментальное руководство по промптингу для Google Gemini: освоение фреймворка RTF (Role-Task-Format), типология запросов, готовые шаблоны и устранение ошибок.

Эффективное взаимодействие с языковыми моделями семейства Google Gemini основывается на понимании того, как нейросеть интерпретирует входные инструкции. Если запрос сформулирован размыто, модель вынуждена самостоятельно додумывать контекст, что неизбежно приводит к поверхностным или шаблонным ответам.

Это руководство раскрывает базовые принципы инженерии промптов и практический фреймворк **RTF (Role – Task – Format)**, превращающий хаотичный диалог в предсказуемый рабочий инструмент для решения аналитических, творческих и технических задач.

---

## 1. Основы и принципы эффективного промптинга

Качество результата модели Gemini прямо пропорционально структурной точности запроса.

### 1.1. Три опоры качественного запроса: ясность, контекст и ограничения

Эффективный промпт опирается на три взаимосвязанные составляющие:
- **Ясность (Clarity):** однозначное определение цели без двусмысленных трактовок и запутанных синтаксических конструкций.
- **Контекст (Context):** исходные данные, описание ситуации, целевой аудитории или примеры, задающие рамки рассуждений модели.
- **Ограничения (Constraints):** параметры, сужающие пространство генерации: лимит по количеству слов, запрещенные фразы, тональность и правила верстки.

> [!NOTE]
> Чем больше конкретных ориентиров содержит запрос, тем меньше вычислительного внимания Gemini расходует на угадывание скрытых ожиданий, обеспечивая максимально точный результат.

### 1.2. Итерационный цикл взаимодействия с моделью

Промптинг — это не разовый выстрел, а управляемый диалоговый процесс. Стандартный цикл работы с Gemini состоит из четырех последовательных шагов:
1. **Первичный запрос:** формулирование задачи по четкой структуре.
2. **Оценка вывода:** быстрый аудит полноты, точности и тональности полученного ответа.
3. **Калибровочное уточнение:** точечная корректировка деталей («Сделай тон менее формальным», «Сведи выводы в сравнительную таблицу»).
4. **Фиксация артефакта:** сохранение итогового материала.

---

## 2. Типология промптов: от простых запросов до контекстных

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

### 2.1. Четкие и прямые запросы (Clear Prompts)

Базовые инструкции с конкретно сформулированной задачей без дополнительных условий:
```text
Составь список из 5 основных факторов, влияющих на скорость загрузки веб-страницы в современных браузерах.
```
Этот тип идеально подходит для быстрых справок или изолированных фактчеков, где нет потребности в уникальной стилизации.

### 2.2. Контекстные промпты с вводными данными (Context Prompts)

Запросы, дополненные фактологической базой, описанием бизнес-ситуации или аналитической информацией:
```text
Мы запускаем мобильное приложение для учета личных финансов, ориентированное на студентов в возрасте 18–22 лет. Составь 3 варианта ценностного предложения для главного экрана онбординга с учетом ограниченного бюджета аудитории.
```
Контекст направляет рассуждения Gemini внутрь четко очерченных границ, предотвращая банальные обобщения.

### 2.3. Промпты с жесткими ограничениями (Constraint Prompts)

Инструкции, устанавливающие строгие правила относительно формы, объема или структуры вывода:
```text
Объясни принцип работы квантовых вычислений для 12-летнего школьника.
Ограничения: ровно 3 коротких абзаца, используй бытовую аналогию с подбрасыванием монеты, никаких математических формул или академического жаргона.
```
Ограничения сужают поле генерации и делают финальный ответ готовым к немедленному использованию без ручной доработки.

---

## 3. Архитектура фреймворка RTF (Role – Task – Format)

Наиболее надежным универсальным стандартом построения промптов для Gemini является модель **RTF**.

### 3.1. Структурная логика триады Role – Task – Format

Фреймворк объединяет три ключевых вопроса, которые необходимо закрыть перед генерацией:
- **Role (Кто?):** кем должна выступать модель, какова ее квалификация и уровень экспертизы.
- **Task (Что?):** какое конкретное действие или последовательность операций необходимо выполнить.
- **Format (Как?):** в каком виде, объеме и структуре необходимо подать финальный ответ.

| Элемент RTF | Роль элемента | Пример формулировки |
| :--- | :--- | :--- |
| **Role (Роль)** | Задает угол зрения, глубину анализа и профессиональный лексикон | «Действуй как ведущий технический рекрутер...» |
| **Task (Задача)** | Определяет конкретное действие через точный глагол в повелительном наклонении | «Проанализируй резюме кандидата и выдели потенциальные риски...» |
| **Format (Формат)** | Очерчивает геометрию вывода и синтаксис форматирования | «В виде таблицы из 3 колонок: Навык, Уровень, Фактор риска» |

### 3.2. Почему RTF устраняет галлюцинации и размытость

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

---

## 4. Детальный разбор компонентов RTF: Роль, Задача, Формат

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

### 4.1. Role (Роль): калибровка тона, экспертизы и аргументации

Избегайте общих клише вроде «будь экспертом». Задавайте точную профессиональную специализацию:
- *Слабая роль:* «Ты копирайтер».
- *Сильная роль:* «Выступай как B2B-копирайтер с 10-летним опытом в сфере облачной кибербезопасности. Твой тон — сдержанный, аргументированный, ориентированный на CTO корпораций».

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

### 4.2. Task (Задача): глагольное фокусирование и устранение двусмысленности

Задача всегда должна начинаться с четкого глагола действия: *проанализируй*, *сопоставь*, *выдели*, *перепиши*, *синтезируй*.
- *Размытая задача:* «Помоги со статьей об инвестициях».
- *Конкретная задача:* «Сравни преимущества инвестирования в индексные фонды (ETF) против жилой недвижимости для новичка с капиталом $5 000. Сформулируй 3 главных вектора риска для каждого инструмента».

### 4.3. Format (Формат): управление структурой, объемом и синтаксисом

Формат задает визуальную и логическую геометрию ответа. Уточняйте не только структуру, но и технические требования к оформлению:
- Таблица Markdown с фиксированными заголовками колонок.
- Нумерованный список с лимитом не более 2 предложений на пункт.
- Валидный JSON-объект со строгой схемой ключей.
- Публикация для LinkedIn объемом до 150 слов с тезисами и открытым вопросом в конце.

---

## 5. Практические шаблоны промптов для ежедневных задач

Рассмотрим практические примеры комплексного применения фреймворка RTF в реальных рабочих сценариях.

### 5.1. Сценарий 1: Маркетинговый копирайтинг и посты для соцсетей

```text
[Role]: Действуй как ведущий SMM-стратег для EdTech-проекта. Твой тон — энергичный, дружелюбный, без канцеляризмов и штампов.
[Task]: Напиши промо-пост для LinkedIn о запуске бесплатного практического воркшопа по основам SQL для начинающих аналитиков.
[Format]: 
- Заголовок-крючок до 8 слов;
- 3 ключевых тезиса о практических навыках (каждый пункт — до 15 слов);
- Четкий призыв к действию (CTA) со ссылкой на регистрацию;
- Общий объем до 120 слов.
```

### 5.2. Сценарий 2: Анализ бизнес-данных и подготовка выводов

```text
[Role]: Выступай как финансовый аналитик венчурного фонда, специализирующийся на SaaS-метриках стадии Seed.
[Task]: Оцени предоставленные квартальные показатели проекта (CAC, LTV, Monthly Churn Rate) и выяви точки оптимизации затрат: [вставить метрики].
[Format]: 
1. Краткое резюме ситуации (до 3 предложений);
2. Таблица Markdown: Метрика | Текущее значение | Бенчмарк индустрии | Рекомендуемое действие;
3. Топ-3 операционных риска с приоритетом (High, Medium, Low).
```

### 5.3. Сценарий 3: Технический код-ревью и оптимизация скриптов

```text
[Role]: Действуй как Senior TypeScript Architect с фокусом на высокую производительность и чистую архитектуру.
[Task]: Проведи код-ревью следующей функции обработки массива: оцени алгоритмическую сложность, найди потенциальные утечки памяти и оптимизируй выполнение: [вставить код].
[Format]:
- Список выявленных архитектурных и производительностных дефектов;
- Оптимизированный вариант кода в блоке кода TypeScript с комментариями к ключевым изменениям;
- Сравнение временной сложности (Big O) исходного и финального алгоритмов.
```

---

## 6. Сравнительный анализ: слабые промпты против оптимизированных по RTF

Чтобы оценить качественную разницу, сравните типичные интуитивные запросы с инженерно выверенными промптами:

| Сценарий задачи | Слабый интуитивный промпт | Оптимизированный промпт по RTF |
| :--- | :--- | :--- |
| **Маркетинговый анализ** | «Расскажи про конкурентов Notion» | **R:** Продуктовый стратег SaaS. <br>**T:** Сравни Notion, Obsidian и Craft по параметрам офлайн-работы и командного взаимодействия. <br>**F:** Таблица с колонками: Продукт, Офлайн, Команда, Цена, Вердикт. |
| **Изучение сложных тем** | «Объясни, как работает Docker» | **R:** Преподаватель DevOps для Junior-инженеров. <br>**T:** Объясни концепцию контейнеризации на аналогии с морскими грузоперевозками. <br>**F:** 3 последовательных абзаца до 50 слов каждый + глоссарий из 3 главных терминов. |
| **Редактура текста** | «Сделай этот текст лучше: [текст]» | **R:** Главный редактор делового издания. <br>**T:** Сократи текст клиентского письма на 40%, устрани канцеляризмы и усиль глаголы действия: [текст]. <br>**F:** Отредактированный вариант + список из 3 ключевых правок. |

---

## 7. Архитектура итеративного промптинга в Gemini

Ниже представлена пошаговая схема проектирования и калибровки запросов в Gemini:

### 7.1. Диаграмма проектирования и калибровки промпта в Gemini

```mermaid
flowchart TD
    Start["Формулирование цели"] --> DefineRole["1. Role: определение экспертизы и тона"]
    DefineRole --> DefineTask["2. Task: четкий глагол действия и условия"]
    DefineTask --> DefineFormat["3. Format: структура вывода (таблица, JSON, буллеты)"]
    DefineFormat --> Execute["Отправка промпта в Gemini"]
    Execute --> Audit{"Результат соответствует критериям?"}
    
    Audit -- "Нет (размыто или неточно)" --> Refine["Калибровка: уточнить ограничения или изменить тон"]
    Refine --> Execute
    
    Audit -- "Да" --> Final["Готовый практический артефакт"]
```

---

## 8. Часто задаваемые вопросы и рекомендации (FAQ)

### 8.1. Практические ответы на ключевые вопросы по работе с Gemini

> [!NOTE]
> **Обязательно ли соблюдать строгий порядок Role → Task → Format?**  
> Хотя Gemini распознает компоненты в любой последовательности, цепочка «Кто выполняет → Что делает → Как оформляет» является наиболее естественной для внимания модели и предотвращает потерю контекста в сложных многосоставных запросах.

> [!TIP]
> **Как заставить Gemini писать кратко и без вводных фраз?**  
> Указывайте жесткие границы непосредственно в блоке **Format**: *«Ровно 3 предложения, не более 60 слов суммарно. Запрещено добавлять вводные вежливые фразы вроде "Конечно, вот ответ..."»*.

> [!IMPORTANT]
> **Какая модель Gemini лучше подходит для сложных архитектур промптов?**  
> Для быстрых потоковых задач (черновики писем, суммаризация) оптимальна **Gemini 2.0 Flash**. Для глубокого аудита кода, многофакторного анализа данных и сложных цепочек рассуждений используйте **Gemini 1.5 Pro** или **Gemini 2.0 Pro Experimental**.

> [!WARNING]
> **Почему Gemini иногда превышает заданный лимит слов?**  
> Большие языковые модели оперируют токенами, а не отдельными словами, поэтому ограничение «ровно 100 слов» может варьироваться в пределах ±10–15%. Если вам необходима предельная строгость объема, задавайте формат в количестве предложений или пунктов списка.