Команда агентов VOIR AI не существует «в вакууме»: AI CEO собирает её под конкретную задачу — как штаб собирает экипаж под рейс. Одни роли исполняют подзадачи параллельно, другая роль — проверяет результат, не участвуя в работе, а штаб сводит всё в один отчёт владельцу. Ниже — граф команды, роли, точки контроля и место команды в цикле AI CEO.
Целевая архитектура · реализовано ноль
Демонстрация · граф команды
Постоянных команд в целевой архитектуре нет. Задача входит в штаб, штаб строит граф: какие роли нужны, в каком порядке, где точка схождения. Роли работают параллельно, артефакты сходятся в независимую приёмку, вердикт уходит в отчёт. Когда отчёт принят — граф распускается.
В демонстрационном сценарии: 4 исполнителя параллельно, 8 отделов-доноров ролей, 5 шагов цикла управления.
Граф · задача → штаб → роли → приёмка → отчёт
Демонстрация · подготовленный сценарийINЗадача владельца входит в штаб вместе с критериями готовности — они фиксируются до начала работы.CEOШтаб (AI CEO) раскладывает задачу на подзадачи и назначает роли из агентов отделов.RESИсследователь собирает данные и проверяет гипотезы параллельно с остальными ролями.MKTМаркетолог готовит позиционирование и тексты — не дожидаясь исследователя, по своим входным данным.DEVРазработчик оценивает осуществимость и готовит прототип решения.OPSОператор сводит сроки и зависимости в единый план.QAНезависимая приёмка сверяет каждый артефакт с критериями: вердикт VERIFIED или REJECT с доказательствами.OUTШтаб сводит проверенные результаты в один отчёт владельцу; решения, требующие человека, — отдельным списком.Демонстрация использует заранее подготовленный сценарий и не подключена к живому AI-сервису. Узлы и рёбра графа описывают целевую архитектуру: в продукте ни один из узлов пока не реализован.
Целевая архитектура
Роль — не «профессия», а контракт: какие подзадачи берёт, какой артефакт возвращает, где её граница. Штаб собирает из ролей граф под задачу; одна и та же роль в разных командах работает с разными входными данными.
Единственная постоянная роль любой команды. Принимает задачу от владельца, раскладывает её на подзадачи, назначает исполнителей, следит за сроками и зависимостями, сводит результаты в один отчёт. Не исполняет подзадачи сам.
Данные, рынок, конкуренты, проверка гипотез. Возвращает сводку с указанием источников и явной отметкой там, где данных нет — выдумывать факты роли запрещено контрактом.
Позиционирование, тексты, черновики кампаний под конкретную аудиторию. Работает параллельно с исследователем: начинает по имеющимся данным, уточняет, когда сводка готова.
Техническая осуществимость, прототипы, оценка трудоёмкости. Возвращает не «мнение», а артефакт: описание решения с ограничениями и рисками реализации.
Сроки, зависимости, регламент. Следит, чтобы параллельные дорожки сошлись в точке приёмки без разрывов: кто кого ждёт, что блокирует следующий шаг.
Роль, которая работу не выполняла. Сверяет каждый артефакт с критериями, зафиксированными до старта, и выносит вердикт: VERIFIED или REJECT с перечнем расхождений и доказательствами.
Параллельность
Последовательная цепочка «сначала исследование, потом тексты, потом план» теряет дни. В графе команды подзадачи, которые не зависят друг от друга, исполняются параллельно: каждая роль стартует со своими входными данными и уточняет результат, когда соседние дорожки отдают артефакты. Схема ниже — статичная иллюстрация того же сценария, что и на графе выше.
Точка синхронизации · независимая приёмка
Параллельность не означает «каждый сам по себе»: все дорожки обязаны сойтись в приёмке. Артефакт, который не дошёл до QA, не существует для отчёта — штаб не засчитает непроверенный результат, даже если он выглядит готовым.
Контроль
Параллельная работа без контроля рассыпается в набор несогласованных артефактов. Архитектура команды держится на четырёх обязательных точках — они описаны в контракте ролей, а не в «настройках по желанию».
Карточка задачи фиксирует критерии готовности в момент постановки, пока исполнители ещё не назначены. Приёмка сверяет артефакт с этими критериями, а не с тем, что «выглядит правильно» постфактум. Передвинуть критерии в процессе работы команда не может.
Каждая роль ведёт след: что сделано, на каких данных, какой промежуточный артефакт получен. След задачи читается целиком — от постановки до вердикта, поэтому любой результат можно воспроизвести и проверить независимо от того, кто его получил.
Роль QA никогда не выполняет работу, которую проверяет: «эффект автора» — главная причина правдоподобных, но неверных результатов. Отклонённый артефакт возвращается на доработку с перечнем расхождений, а факт отклонения остаётся в следе и попадает в отчёт.
Платежи, публикации от имени компании, удаление данных и любые необратимые внешние действия команда не выполняет никогда: штаб готовит материалы и варианты и эскалирует решение владельцу. Это архитектурное ограничение, а не настройка по умолчанию.
Связь с AI CEO
Команда не живёт отдельно от управления: она существует внутри пяти шагов цикла AI CEO — и ровно ими ограничена. Шаг 2 создаёт команду, шаг 3 — её работа, шаг 4 — её проверка, шаг 5 — её роспуск. Таблица ниже показывает, что делает команда на каждом шаге.
Подробности управления — на страницах AI CEO и Цикл AI CEO; устройство отдельного исполнителя — на странице AI-агенты; роли по отделам — на странице AI-сотрудники.
Границы
Эти ограничения вшиты в контракт ролей, а не в настройки: ни одна команда, собранная штабом, не может их обойти — независимо от задачи и грейда автономии.
Платежи, закупки и любые финансовые обязательства — только через подтверждение владельца. Команда готовит расчёт и варианты, решение принимает человек.
Внешние публикации, письма клиентам и посты уходят наружу только после подтверждения. Внутри команды черновики ходят свободно — наружу без человека не выходят.
Исполнитель подзадачи никогда не выносит вердикт своему артефакту: приёмка — отдельная роль. Самопроверка остаётся, но в отчёт идёт только вердикт QA.
Нет данных — в артефакте появляется явная отметка «нет данных», а не правдоподобная цифра. Исследователь отвечает за источники, приёмка сверяет их наличие.
REJECT, сорванный срок и блокировка попадают в итоговый отчёт как есть. Отчёт, из которого убрали неудобное, не пройдёт приёмку штабом.
Выбор формата
Команда — не «улучшенный агент», а другой формат работы. Он дороже по вычислениям и медленнее стартует, поэтому штаб собирает команду только тогда, когда задача действительно междоменная.
| Параметр | Один агент | Команда агентов |
|---|---|---|
| Задача | Одна область, понятные критерии, линейный ход работы | Междоменная: данные, тексты, техника и сроки связаны между собой |
| Исполнение | Последовательное: шаг за шагом в одном конвейере | Параллельное: независимые подзадачи идут одновременно |
| Контроль качества | Самопроверка агента плюс приёмка в его же конвейере | Отдельная роль QA, не участвовавшая в работе |
| Отчёт | Один артефакт и вердикт приёмки | Сводный отчёт: артефакты ролей, вердикты, след, решения для владельца |
| Цена ошибки | Выше: «эффект автора» не отсекается отдельной ролью | Ниже: непроверенный артефакт физически не попадает в отчёт |
| Стоимость и старт | Дешевле и быстрее: один конвейер, минимум координации | Дороже: штаб, координация дорожек и точка схождения |
Вопросы
Как продукт — нет. Эта страница описывает целевую архитектуру: ни сборка команды, ни параллельное исполнение, ни независимая приёмка в коде не реализованы. Демонстрация графа использует заранее подготовленный сценарий и не подключена к живому AI-сервису. Фактический статус проекта публикуется в бортовом журнале на странице «О платформе».
Один агент ведёт задачу в пределах одной области и проверяет себя сам. Команда добавляет три вещи: штаб, который раскладывает междоменную задачу и координирует дорожки; параллельное исполнение независимых подзадач; отдельную роль приёмки, которая работу не выполняла. Подробное сравнение — в таблице выше.
Нет, постоянных команд нет. Штаб собирает граф под конкретную задачу из агентов восьми отделов и распускает его, когда отчёт принят. Для запуска продукта это исследователь, маркетолог, разработчик и оператор; для разбора кассового разрыва — финансовый аналитик, оператор и исследователь.
Независимая приёмка выносит вердикт REJECT с перечнем расхождений с критериями. Подзадача возвращается исполнителю на доработку, а факт отклонения остаётся в следе задачи и попадает в итоговый отчёт — скрыть его нельзя.
Да, это часть архитектуры: решения о платежах, публикациях от имени компании и любых необратимых внешних действиях эскалируются владельцу. Команда готовит материалы и варианты, но точку в таких вопросах ставит человек.
Команда — средний слой системы: ею управляет AI CEO, а состоят она из агентов отделов.
Кто собирает команду, ставит задачи и отвечает за итоговый отчёт владельцу.
Открыть → ПроцессПять шагов, внутри которых команда создаётся, работает, проверяется и распускается.
Открыть → ИсполнителиКонвейер отдельного агента: из чего состоит роль команды на уровне одного исполнителя.
Открыть →