ГлавнаяМатериалы к YouTube-видеоЧек-лист
Чек-лист

Как собрать рабочий процесс из ИИ-агентов

От постановки задачи до повторного запуска: зависимости, роли агентов, маршрутизация и проверка результата.

Содержание8 глав
  1. 011. Подготовить задачу и рабочие материалы
  2. 022. Описать порядок работы
  3. 033. Настроить параллельную работу
  4. 044. Настроить маршрутизацию — если входные материалы различаются
  5. 055. Ограничить цикл проверки и доработки
  6. 066. Сохранить удачный процесс в инструкции
  7. 077. Применить схему к очереди багов — при работе с кодом
  8. 088. Подготовить повторный запуск

1. Подготовить задачу и рабочие материалы

  • Выбрать один повторяемый процесс для настройки: подготовку контента, анализ обратной связи, создание презентации или исправление багов.
  • Зафиксировать входные данные и конечный результат. Например: тема и ссылки на источники → сценарий, название, обложка и презентация для YouTube.
  • Указать проект, аудиторию и канал публикации. Для каналов с разными темами сохранить отдельные требования к тону, сценариям, монтажу и обложкам; разнести их по папкам или репозиториям.
  • Собрать исходники, действующие инструкции и примеры хорошего результата в доступной агенту рабочей папке. Проверить доступ к нужным файлам и сервисам до запуска.

2. Описать порядок работы

  • Разбить процесс на этапы. Для каждого указать вход, действие, исполнителя, выходной файл или документ и критерий завершения.
  • Проверить зависимость каждой пары этапов: нужен ли следующему шагу результат предыдущего? Если нужен — запускать их последовательно.
  • Выбрать подходящую схему для каждого участка процесса. Свериться с описанием подходов в Building effective agents — Anthropic.
СхемаКогда и как применять
ЦепочкаСледующий шаг использует предыдущий результат: исследование → концепция → сценарий.
ВеерНезависимые задачи выполняются параллельно, затем объединяются: анализ ответов учеников, комментариев и заметок команды.
ВеткаПо типу входа выбирается подходящий маршрут: ссылка на ролик → Stories; текст поста → карусель.
ПетляРезультат проходит проверку и доработку: черновик → оценка → исправления → повторная оценка.
  • Нарисовать общую схему и отдельно раскрыть сложные этапы. На стрелках обозначить передаваемый результат; у параллельных задач — точку объединения.
  • При необходимости использовать визуальный редактор процессов: n8n или Google Opal. Саму последовательность сначала определить независимо от инструмента.

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

Промпт 1. Спроектировать процесс14 строк · 1021 знак
Спроектируй процесс для задачи: [задача].
Проект и аудитория: [проект, канал, аудитория].
Исходные материалы: [файлы, ссылки, данные].
Конечный результат: [состав результата и место сохранения].
Критерии готовности: [проверяемые требования].
Доступные инструменты: [инструменты и интеграции].

Для каждого этапа укажи вход, действие, исполнителя, выход и критерий завершения. Отметь, какого результата он должен дождаться и куда передаёт свой результат.

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

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

Сначала сохрани план в [путь к плану]. Выполнение начни после согласования плана.

3. Настроить параллельную работу

  • Явно поручить независимые задачи отдельным агентам и назначить координатора, который дождётся результатов и соберёт общий документ. Уточнить возможности среды: субагенты Codex или субагенты Claude Code.

  • Для каждого агента задать конкретную область работы и границы изменений. Исключить ситуацию, в которой несколько агентов одновременно меняют одну структуру или один участок логики.

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

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

  • Для YouTube сначала собрать достаточную основу: тему, аудиторию, исследование и концепцию. Подготовку названий и обложек можно распараллелить, когда обеим задачам хватает общего брифа. Если обложка зависит от окончательного сценария, сначала завершить сценарий.

4. Настроить маршрутизацию — если входные материалы различаются

  • Задать понятные правила выбора процесса по входу. Например: ссылка на YouTube → подготовка Stories; готовый пост → подготовка карусели. Для каждой ветки указать свой формат результата.
  • Для управления через Telegram подключить OpenClaw и разделить процессы по темам или отдельным маршрутам. Закрепить за каждым маршрутом соответствующие инструкции.
  • Проверить каждый маршрут на одном примере: выбран нужный процесс, переданы исходные материалы и контекст, результат получен в ожидаемом формате.

5. Ограничить цикл проверки и доработки

  • Определить критерии приёмки до генерации: обязательные части, фактическая точность, формат и соответствие эталону. Приложить пример минимально приемлемого результата.
  • Настроить цикл «создание → проверка по критериям → исправление замечаний». Установить максимум 3 итерации; завершать раньше, если результат принят.
  • После исчерпания лимита остановить доработку, сохранить последнюю версию и вывести список оставшихся проблем для решения человеком.
  • Проверить, что оценка касается самого результата. Продолжительность работы агента и выбранный режим сами по себе не подтверждают качество.
Промпт 2. Проверить и доработать результат11 строк · 684 знака
Подготовь результат для задачи: [задача].
Материалы: [файлы и ссылки].
Эталон: [пример или путь к нему].
Критерии приёмки: [список проверяемых требований].
Сохрани итог в [путь].

Выполни максимум 3 итерации. Одна итерация — создание или доработка результата и его проверка по всем критериям.

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

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

6. Сохранить удачный процесс в инструкции

  • Пройти один полный пример по согласованному плану. На каждом этапе уточнить результат до приемлемого качества и зафиксировать удачные решения.
  • Сохранить примеры «подходит / не подходит» с конкретными пояснениями: тон, структура, визуальное оформление, голос или анимация — в зависимости от задачи.
  • Если процесс использует внешние инструменты через MCP, записать, какой инструмент нужен каждому этапу и какие данные он получает. Проверить эти подключения на эталонном примере.
  • Собрать пошаговый гайд и оформить его как переиспользуемый навык: skills в Codex или skills в Claude Code. Включить зависимости, роли, критерии, примеры и лимит доработок.
  • Запустить сохранённую инструкцию на новом входном материале. Если понадобились дополнительные объяснения, внести их в инструкцию и повторно проверить затронутый этап.
Промпт 3. Зафиксировать рабочую инструкцию15 строк · 966 знаков
На основе завершённой задачи и согласованных результатов создай гайд по каждому этапу процесса.
Используй материалы: [история работы, итоговые файлы и примеры].
Сохрани гайд в [путь].

Включи:
1. Назначение процесса, входные данные и конечный результат.
2. Этапы с входом, действием, исполнителем, выходом и критерием готовности.
3. Порядок запуска, зависимости, параллельные задачи и условия выбора веток.
4. Названия реально использованных инструментов, доступные ссылки, команды и настройки.
5. Промпты отдельными блоками для копирования.
6. Примеры подходящего и неподходящего результата с пояснениями.
7. Проверку качества и максимум 3 итерации доработки.
8. Порядок действий при ошибке или нехватке данных.

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

7. Применить схему к очереди багов — при работе с кодом

Повторять следующие действия для каждой карточки. Лимит в 3 итерации относится к исправлению и проверке одной задачи; количество карточек в очереди учитывать отдельно.

  • Выбрать карточку с обратной связью в Notion и уточнить ожидаемое поведение. Для автоматического чтения и обновления карточек проверить подключение по документации Notion API.
  • Провести аудит бага, изучить связанный код и предложить решение. Согласовать план исправления перед изменениями.
  • Внести исправление и проверить пользовательский сценарий через Playwright, затем выполнить необходимые локальные тесты проекта.
  • После успешных локальных проверок развернуть исправление на тестовом сервере и повторить проверку на тестовом домене.
  • Записать в карточку Notion результат исправления и фактически выполненных проверок. Перейти к следующей карточке; при зависании зафиксировать точку остановки и восстановить работу с неё.

8. Подготовить повторный запуск

  • Закрепить короткий способ запуска за готовой инструкцией. Например, «YouTube» плюс тема и исходные материалы. Проверить, что такой запрос действительно вызывает нужный процесс в используемой среде.
  • Для длительных задач выбрать компьютер, который останется включённым, с доступными приложениями, браузером и подключениями. При необходимости использовать отдельный Mac mini; проверить, что сон устройства не прерывает работу.
  • Сравнить пробный запуск с прежним способом по времени, качеству и расходу токенов. Не считать ускорение или экономию гарантированными: параллельная работа может увеличить расход.

«YouTube» здесь — пользовательский запуск заранее настроенного процесса. Это не встроенная универсальная команда Codex или Claude Code.

Скачать материал