Как запустить команду из трёх ИИ для одной задачи

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

Когда вообще нужна команда из трёх ИИ

Три роли нужны не на каждый вопрос. Если вам надо придумать пять заголовков или сократить абзац, хватит одного помощника. Команда нужна там, где ошибка стоит времени, репутации или денег: статья для блога, разбор конкурентов, письмо клиентам, FAQ, структура вебинара, подбор тем для контента, описание продукта.

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

Удобно смотреть на эту схему так:

1. Первый ИИ собирает черновик.
2. Второй ищет дыры, преувеличения и логические провалы.
3. Третий упрощает, структурирует и доводит до финального вида.

Какие три роли работают лучше всего

Самая практичная тройка для старта такая: исполнитель, проверяющий, редактор. Она подходит и для текста, и для аналитики, и для подготовки материалов на основе ваших документов.

Исполнитель отвечает за первую версию. Его задача не «написать красиво», а быстро собрать основу по вашим материалам. Если на этом этапе просить идеальный стиль, он начнёт фантазировать, украшать и терять суть.

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

Редактор отвечает за финальную форму. Он берёт черновик после критики и делает три вещи: упрощает язык, убирает повторы, собирает результат в понятную структуру. Если дать редактору сырой материал без этапа проверки, он красиво упакует и ошибку тоже.

Вот как это выглядит на практике:

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

Какие материалы дать команде, чтобы она не выдумывала

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

Для старта хватит трёх типов исходников:

1. База фактов. Это могут быть описание продукта, ответы на частые вопросы, презентация, заметки по созвонам, список услуг, структура программы.
2. Образцы голоса или формата. Возьмите 2 - 3 своих сильных текста, чтобы редактор видел, как вы обычно пишете.
3. Ограничения. Что нельзя обещать, какие слова не использовать, какие факты обязательно проверить, какой длины нужен результат.

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

Хороший минимальный пакет для статьи:

1. Один документ о продукте или теме.
2. Один список вопросов от клиентов.
3. Два удачных старых текста.
4. Короткий список запретов и обязательных смыслов.

Один мастер-промпт вместо трёх разрозненных запросов

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

В мастер-промпте должно быть пять блоков:

1. Цель. Какой результат нужен на выходе.
2. Исходники. На каких материалах надо работать.
3. Ограничения. Что нельзя делать.
4. Роли. Кто за что отвечает.
5. Формат передачи. В каком виде каждый отдаёт результат следующему.

Пример структуры мастер-промпта:

1. Задача: подготовить статью для блога на основе моих материалов.
2. Используй только приложенные документы.
3. Не выдумывай факты, цифры, кейсы и отзывы.
4. Роль 1 делает черновик.
5. Роль 2 проверяет черновик и возвращает список ошибок и пропусков.
6. Роль 3 переписывает текст с учётом замечаний и готовит финальную версию.
7. Каждый этап должен завершаться отдельным результатом: черновик, список замечаний, финальный текст.

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

Как организовать передачу между ролями

Большинство ошибок возникает не в генерации, а на этапе передачи. Первый ИИ выдаёт сырой текст, второй критикует общими словами, третий теряет половину замечаний. Чтобы этого не было, задайте чёткий формат обмена.

Лучший вариант для старта такой:

1. Исполнитель отдаёт результат в виде черновика с подзаголовками.
2. Проверяющий отдаёт результат списком: «проблема, почему это проблема, что исправить».
3. Редактор получает сразу два блока: черновик и список замечаний.

Проверяющему полезно заранее дать рамку оценки. Например:

1. Где текст ушёл в общие слова.
2. Где появились неподтверждённые выводы.
3. Где нарушена логика.
4. Где нет пользы для читателя.
5. Где стиль слишком сложный или размытый.

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

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

Какие ошибки ломают команду из трёх ИИ

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

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

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

Четвёртая ошибка: брать слишком большую задачу. Например, сразу просить команду собрать стратегию на квартал, контент-план, лендинг и серию писем. Для старта так делать не нужно. Команда из трёх ИИ сильнее всего работает на одном понятном результате.

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

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

Можно ли начать не с трёх, а с двух ИИ?

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

Подходит ли эта схема только для текстов?

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

Что делать, если проверяющий критикует слишком общо?

Дайте ему чеклист. Например: найди неподтверждённые факты, повторы, слабые выводы, пропущенные возражения и сложные формулировки. Чем уже рамка, тем полезнее критика.

Сколько материалов давать на вход?

Столько, сколько нужно для одной задачи, но не больше. Для старта обычно хватает 3 - 5 документов или фрагментов. Если загрузить слишком много, команда начнёт терять фокус и тянуть в ответ лишнее.

Когда эта схема не нужна?

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

Если хотите больше таких прикладных разборов про ИИ для реальной работы, а не для красивых презентаций, заходите в Telegram-канал @marisystem. Там я регулярно разбираю сценарии, которые можно повторить на своих материалах.