# 09. Минимальный набор инструментов

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

**Набор инструментов** — это минимальный набор мест и программ, где каждая нужная работа получает свой дом: вы планируете, храните материалы, готовите изображение, делаете движение, собираете итог и сохраняете вывод. Один инструмент может закрывать несколько ролей; лишние роли можно не брать вовсе.

```learner-callout
{"stable_id":"c100-key-point-job-before-tool","role":"key-point","title":"Главное","body":"Сначала назовите работу и нужный результат. Потом выберите класс инструмента. Название сервиса, цена, доступ и функции не являются вечными свойствами вашего процесса."}
```

## 1. Начните с работы, а не с бренда

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

Это уже даёт маршрут: планирование → хранение → изображения или контрольный кадр → видео → монтаж → заметка о выводе. Визуальная доска и отдельное улучшение качества появятся только если их действительно требует задача.

```learner-callout
{"stable_id":"c100-observation-roles-not-products","role":"observation","title":"Наблюдение","body":"Роль — это работа в проекте, а не название приложения. Один сервис может закрывать две роли, а хороший первый проект иногда обходится без доски или отдельного улучшения качества."}
```

## 2. Семь возможных рабочих ролей

1. **Планирование** — формулирует задачу, сценарий, проверки и рабочие тексты.
2. **Хранение** — держит исходники, версии и принятые результаты так, чтобы их можно было найти.
3. **Визуальная доска** — помогает видеть рядом референсы, промпты, варианты и ошибки, когда сравнений много.
4. **Изображения** — создают или удерживают вид героя, предмета, локации либо контрольного кадра.
5. **Видео** — создаёт или меняет один движущийся фрагмент при понятных входах и выполнимом изменении.
6. **Монтаж** — соединяет принятые фрагменты, точный текст, звук, графику и паузы в главный файл.
7. **Улучшение качества** — полирует уже сильный выбранный результат; оно не чинит сломанные лицо, действие или композицию.

Изображение → видео, видео → видео и редактирование готового ролика — разные классы работы. Не сравнивайте их только потому, что на странице каждого инструмента есть слово AI.

## 3. Соберите первый минимум

Заполните только строки, которые нужны вашему проекту. Это копируемая карточка, а не обязательный список покупок.

```template
Задача проекта:
Где формулирую задачу и рабочие тексты:
Где храню исходники и версии:
Где готовлю или проверяю изображения:
Где создаю или изменяю видео:
Где собираю итоговый файл:
Где сохраняю вывод после теста:
Необязательная роль, которую сейчас не беру:
```

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

```learner-callout
{"stable_id":"c100-technique-small-first-stack","role":"technique","title":"Техника: один маршрут на роль","body":"Назначьте каждой нужной работе одно понятное место. Новый инструмент добавляйте только тогда, когда он закрывает конкретную незакрытую работу или заменяет один существующий шаг после сравнения."}
```

## 4. Выберите инструмент через короткий тест

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

```template
Рабочая роль:
Точный вход:
Нужный выход:
Обязательные функции:
Что нужно проверить на официальной странице и в интерфейсе:
Что проверю на своём маленьком материале:
Права, условия и ограничения, важные для проекта:
Запасной вариант:
Решение после теста: назначить роль / не использовать / проверить ещё один кандидат
```

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

```learner-callout
{"stable_id":"c100-caution-volatile-tool-facts","role":"caution","title":"Осторожно","body":"Цена, лимиты, доступ, правила и элементы интерфейса меняются. Историческая таблица или обзор помогают составить список вопросов, но не доказывают, что функция доступна вам сегодня."}
```

---

## 5. Папка, доска и агент: три разных помощника

Папка похожа на шкаф: порядок держится на понятных названиях и версиях. Доска похожа на рабочую стену: на ней удобно сравнивать референс, рабочий текст, варианты и исправления. Выбирайте доску, когда нужно видеть много визуальных сравнений; выбирайте папку, когда материалов мало и важна строгая структура. Оба способа можно сочетать, но ни один не является ритуалом.

Агент полезен, когда нужно удержать письменные правила проекта, связать сценарий с кадрами и референсами, сравнить варианты по одному критерию или сохранить вывод после теста. Он не должен тихо менять принятую историю или выдавать догадку о сервисе за факт. Дайте ему источник и точную задачу; творческий вариант отделяйте от подтверждённой информации.

## 6. Как читать датированные примеры

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

```learner-callout
{"stable_id":"c100-source-dated-reference","role":"source","title":"Датированная опора","body":"Для модели или интерфейса важны дата и статус доказательства. Официальная возможность, доступность в вашем аккаунте и результат на вашем материале — три разные проверки."}
```

Если конкретный режим, лимит или совместимость важны для решения, ищите действующий model-adapter или официальную страницу с датой проверки. Старый пример превращайте не в правило, а в вопрос для свежего теста.

## 7. Практика: назначьте места одному проекту

Возьмите реальный проект и заполните две карточки выше. Необязательные роли оставьте пустыми. После этого проверьте один выбранный кандидат на небольшом материале — либо честно отметьте, что тест ещё не проводился.

```learner-callout
{"stable_id":"c100-practice-one-project-stack","role":"practice","title":"Практика","body":"Укажите по одному месту для каждой нужной работы, один запасной вариант и один маленький тест. Не покупайте весь набор до того, как хотя бы один инструмент доказал свою роль на вашем материале."}
```

```learner-callout
{"stable_id":"c100-checkpoint-stack-ready","role":"checkpoint","title":"Проверка","body":"Урок выполнен, когда каждая нужная работа имеет понятное место, ненужные роли не добавлены, изменчивые факты помечены для свежей проверки, а исходники, результаты и выводы не потеряются между шагами."}
```

Дальше: когда минимальный маршрут назначен, используйте его для одного короткого проекта. Не превращайте toolbox в обязательный линейный этап и не собирайте здесь библиотеку промптов.