# Ментальные модели работы с AI

← [Раздел](README.md) · [Главная](../README.md)

## Цель

Освоить **полезные метафоры** для работы с AI в разработке — чтобы ставить реалистичные ожидания и выбирать правильный уровень контроля.

## Предварительно

- [AI-ассистент и агент](ai-assistent-i-agent.md)
- Опыт хотя бы одного диалога в Cursor Chat

## Время

**40–60 минут**

---

## Модель 1: «Очень быстрый джун с root-доступом»

Агент знает много **синтаксиса** и паттернов, но:

- не знает **ваш бизнес** без объяснения;
- может **уверенно ошибаться** (галлюцинации);
- не чувствует **ответственность** за прод.

**Вывод:** относитесь к выводу агента как к PR от сильного, но невнимательного джуна — **обязательный code review** и тесты.

| Делайте | Не делайте |
|---------|------------|
| Уточняйте контекст и ограничения | Слепо мержите большие diff |
| Просите тесты и объяснение | Доверяйте «это best practice» без проверки |
| Делите задачу на шаги | «Сделай всё приложение за раз» |

---

## Модель 2: «Парный программист (pair programming)»

Вы — **водитель** (driver): направляете, принимаете решения, жмёте «принять/отклонить».  
AI — **навигатор** (navigator): предлагает варианты, ищет по коду, черновики.

Хороший парный сеанс:

1. Вы формулируете **цель** и **критерий готовности**.
2. AI предлагает план; вы корректируете.
3. После каждого шага — **короткая проверка** (тест, lint, просмотр diff).
4. Вы фиксируете **уроки** в rules/skills для следующих сессий.

Эта модель лучше всего ложится на **Agent mode** с итерациями из [раздела 02](../02-effektivnoe-ispolzovanie/iteracii-i-feedback.md).

---

## Модель 3: «Оркестратор команды»

На сложных задачах один агент перегружается контекстом. Вы становитесь **оркестратором**:

- декомпозируете эпик на подзадачи;
- запускаете **субагентов** (planner, code-reviewer, security-reviewer);
- собираете результаты и разрешаете конфликты.

ECC даёт готовых «специалистов» в каталоге agents. Подробнее — [раздел 06](../06-agents/subagenty-i-orkestraciya.md).

```mermaid
flowchart TB
  O[Вы — оркестратор]
  O --> P[planner]
  O --> D[developer agent]
  D --> R[code-reviewer]
  R --> O
  O --> M[merge / следующий шаг]
```

---

## Модель 4: «Кэш опыта команды»

**Rules** и **skills** — это не «магия», а **внешняя память**:

- то, что вы устали повторять в каждом промпте;
- то, что в компании «принято так делать»;
- проверенные workflow (TDD, security checklist).

Каждый хороший промпт можно спросить: «Стоит ли это вынести в rule или skill?»

---

## Модель 5: «Стоимость = внимание × контекст»

Каждый символ в сессии — **токены** (деньги и лимит окна). Ментальная привычка:

- не тащить весь репозиторий в чат;
- использовать `@` точечно;
- начинать **новую сессию** на новую большую тему.

Подробности — [контекст и токены](../02-effektivnoe-ispolzovanie/kontekst-i-tokens.md).

---

## Анти-модели (чего избегать)

| Плохая метафора | Почему вредна |
|-----------------|---------------|
| «Оракул» | Ожидание 100% истины |
| «Автопилот» | Снятие ответственности с себя |
| «Замена Google» | Модель не индексирует интернет в реальном времени без tools |
| «Враг программистов» | Мешает учиться делегировать рутину |

---

## Уровни зрелости (самооценка)

| Уровень | Поведение |
|---------|-----------|
| 0 — Новичок | Один большой промпт, разочарование от diff |
| 1 — Пользователь Chat | Вопросы и копипаст кода |
| 2 — Пользователь Agent | @-файлы, итерации, откат |
| 3 — Инженер контекста | Rules, узкий контекст, шаблоны промптов |
| 4 — Архитектор workflow | Skills, субагенты, ECC, метрики качества |

Цель курса к концу раздела 06 — уверенный **уровень 3–4** на pet-проектах.

---

## Практика: переформулировать ожидание

Возьмите недавнюю неудачную попытку с AI (или придумайте):

> «Попросил сделать авторизацию — получил сломанный JWT и хардкод секрета.»

Перепишите через три модели:

1. **Джун:** что вы не указали в ТЗ?  
2. **Парное программирование:** на каком шаге нужен был стоп и тест?  
3. **Кэш опыта:** какое rule добавить («никогда не хардкодить секреты»)?

---

## Связь с культурой ECC

ECC исходит из **research-first** и **verification loops**: агент не «заканчивает», пока не прогнаны тесты или чеклист. Это культурный слой поверх модели — именно его вы строите rules и skills.

---

## Самопроверка

1. Сформулируйте модель «джун с root» одним предложением.
2. Когда вы оркестратор, а когда водитель в pair programming?
3. Что в вашем проекте стоит вынести из промптов в rules?
4. Какой уровень зрелости вы оцениваете себе сейчас?

## Дальше

→ [02 — Эффективное использование](../02-effektivnoe-ispolzovanie/README.md)