• Серия voir-pages
  • интеграционный лендинг pA1
  • реализовано 0 из 5 шагов

Управление — это не прямая от задачи к ответу. Это цикл из пяти шагов с приёмкой.

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

Целевая архитектура · продуктовая реализация — отдельная задача P1

5 шагов в цикле управления
8 отделов-исполнителей
0 шагов реализовано в коде

Схема цикла: выберите шаг

Пять станций замкнутого контура. Слева — узлы цикла: кликните любой (или переключите стрелками с клавиатуры), справа откроется карточка шага с ролями, артефактом и статусом. Переключение работает на чистом CSS — даже с отключённым JavaScript. Целевая архитектура

Шаг 01 · INTAKE

Целевая архитектура

Пользователь ставит задачу

Цикл начинается не с промпта, а с контракта. Владелец формулирует задачу так, как сформулировал бы её сильному руководителю: что нужно получить, к какому сроку и по каким признакам результат считается готовым. AI CEO уточняет недостающее — бюджет, ограничения, необратимые действия — и превращает разговор в карточку задачи с уникальным номером. С этого момента задача существует как объект: у неё есть владелец, критерии готовности и статус, а не только текст в чате.

  • Роливладелец (человек) · AI CEO
  • Артефакткарточка задачи (task card) с критериями готовности
  • Входсообщение владельца в Telegram Mini App
  • Статусне реализовано — описание контракта

Шаг 02 · PLAN

Целевая архитектура

AI CEO анализирует и распределяет

AI CEO декомпозирует задачу на подзадачи, определяет, каким отделам они принадлежат — маркетинг, продажи, операции, финансы, люди, исследования, разработка, поддержка, — и назначает исполнителей. Для каждой подзадачи фиксируются срок, грейд автономии (что агент делает сам, а что только через подтверждение человека) и зависимости между подзадачами. План декомпозиции сохраняется как артефакт: позже по нему же будет сверяться результат, а владелец сможет увидеть, почему задача разобрана именно так.

  • РолиAI CEO · реестр агентов и отделов
  • Артефактплан декомпозиции: подзадачи, сроки, грейды автономии
  • Правилонеобратимые действия — только через подтверждение владельца
  • Статусне реализовано — описание контракта

Шаг 03 · EXEC

Целевая архитектура

Цифровые сотрудники выполняют

Подзадачи уходят цифровым сотрудникам отделов. Каждый исполнитель работает по своему конвейеру: принимает подзадачу с контекстом, планирует шаги, исполняет их и ведёт след каждого действия — какие данные читал, какие решения принимал, что получилось на выходе. След — не лог «для галочки»: по нему независимая проверка восстанавливает ход работы, а владелец получает объяснимый ответ вместо «магия случилась». Готовый результат оформляется как артефакт: документ, расчёт, черновик кампании, фрагмент кода или отчёт.

  • РолиAI-сотрудники 8 отделов · исполняющие агенты
  • Артефактрезультат + след исполнения (trace)
  • Связьконвейер одного агента описан на странице «AI-агенты»
  • Статусне реализовано — описание контракта

Шаг 04 · QA

Целевая архитектура

Независимый агент проверяет

Ключевой шаг цикла, из-за которого он замкнутый, а не линейный. Результат проверяет агент, который его НЕ делал: он сверяет артефакт с критериями готовности, зафиксированными ещё на шаге 01, воспроизводит проверки и выносит вердикт — VERIFIED или REJECT с перечнем дефектов и доказательствами. «Сделано» и «проверено» — разные статусы: пока вердикта нет, задача не считается выполненной. При отклонении цикл возвращается на шаг 03 — исполнитель получает не «переделай», а конкретный список расхождений с критериями.

  • Ролинезависимый проверяющий (QA-агент) — не исполнитель
  • Артефактвердикт QA: VERIFIED / REJECT + доказательства
  • ПринципDONE ≠ VERIFIED: запрет «сам сделал — сам принял»
  • Статусне реализовано в продукте — описание контракта

Шаг 05 · REPORT

Целевая архитектура

AI CEO принимает результат и отчитывается

AI CEO сводит результаты отделов в один ответ владельцу: что сделано и принято, что отклонено и почему, какие решения остались за человеком, что система запомнила для следующих задач. Отчёт — не пересказ треда, а структура: вердикт, артефакты, отклонения, эскалации. Здесь же цикл замыкается: выводы и ошибки попадают в память, чтобы следующая задача того же типа прошла быстрее и с меньшим числом правок. Владелец в любой момент может спуститься из отчёта к следу исполнения и проверить любое утверждение сам.

  • РолиAI CEO · владелец (человек)
  • Артефактитоговый отчёт: вердикты, артефакты, эскалации
  • Памятьвыводы цикла — в общий контекст следующих задач
  • Статусне реализовано — описание контракта

Разбор пяти шагов

Схема выше отвечает на вопрос «что за шаг», этот таймлайн — на вопросы «что именно происходит, кто участвует и что остаётся в сухом остатке». Каждый пункт раскрывается; внутри — описание процесса и карточка фактов: роли, артефакты, точка возврата при отказе.

Постановка задачи: контракт вместо промпта

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

Результат шага — карточка задачи: объект с номером, владельцем, критериями готовности и статусом. Она переживает любые перезапуски и служит единственным источником правды для всех последующих шагов.

Роли
владелец (человек), AI CEO
Артефакты
карточка задачи, критерии готовности, список необратимых действий
Точка возврата
если критерии не сформулированы — цикл не стартует, AI CEO задаёт уточнения
Анализ и распределение: задача становится планом

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

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

Роли
AI CEO, реестр агентов и отделов
Артефакты
план декомпозиции, назначения исполнителей, сроки, грейды автономии
Точка возврата
нет подходящего исполнителя — эскалация владельцу до начала работ
Исполнение: работа со следом каждого действия

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

Внутри отдела подзадачи могут уходить отдельным агентам — их собственный конвейер «приём → план → исполнение → приёмка → отчёт» описан на странице «AI-агенты». Важно: исполнитель не имеет права объявить свою работу принятой. Он передаёт артефакт и след дальше — на независимую проверку.

Роли
AI-сотрудники 8 отделов, исполняющие агенты
Артефакты
результат работы (документ, расчёт, код, черновик кампании), след исполнения
Точка возврата
подзадача заблокирована или требует данных владельца — пауза и эскалация, а не догадка
Независимая проверка: DONE ≠ VERIFIED

Проверку выполняет агент, который не участвовал в исполнении. Он берёт критерии готовности с шага 01 — те самые, зафиксированные ДО начала работы, — и сверяет с ними артефакт: воспроизводит проверки, замеряет заявленное, ищет расхождения. Вердикт бинарный: VERIFIED (артефакт соответствует критериям, доказательства приложены) или REJECT (список дефектов и что именно не сошлось).

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

Роли
независимый проверяющий (QA-агент) — отдельная роль, не исполнитель
Артефакты
вердикт VERIFIED / REJECT, доказательства, список дефектов
Точка возврата
REJECT — возврат на шаг 03 с перечнем расхождений; спор — эскалация владельцу
Приёмка и отчёт: владелец получает решение, а не тред

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

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

Роли
AI CEO, владелец (человек)
Артефакты
итоговый отчёт, принятые артефакты, запись выводов в общую память
Точка возврата
владелец не принимает итог — цикл перезапускается с уточнёнными критериями

Артефакты цикла

Цикл ценен не «умными ответами», а тем, что после него остаются проверяемые объекты. Шесть артефактов — по ним задачу можно восстановить, оспорить и повторить. Целевая архитектура

Шаг 01 · INTAKE

Карточка задачи

Задача как объект: номер, владелец, формулировка, критерии готовности, срок, список необратимых действий. Единственный источник правды для всех шагов цикла.

task T-2291 owner раман
goal   вернуть 10 ч/нед операционки
done   отчёт принят QA · метрики↓
irr    платежи — только вручную
Шаг 02 · PLAN

План декомпозиции

Разбор на подзадачи с отделами-исполнителями, зависимостями, сроками и грейдами автономии. По нему же позже сверяется полнота результата.

sub 1 RES исследование рынка  L2
sub 2 OPS регламенты         L2
sub 3 FIN расчёт эффекта     L1
dep   3 ← 1,2 · срок 5 дней
Шаг 03 · EXEC

След исполнения

Запись каждого действия исполнителя: источники, решения, промежуточные результаты. Делает ответ объяснимым — любое утверждение разворачивается в цепочку действий.

10:02 read  crm-deals.csv (1 240)
10:07 calc  экономия 11.4 ч/нед
10:15 draft регламент v1
10:40 self-check → передан QA
Шаг 04 · QA

Вердикт приёмки

Решение независимого проверяющего: VERIFIED или REJECT — со списком расхождений и доказательствами. Без вердикта задача не считается выполненной.

verdict VERIFIED
checks  18/18 · критерии шага 01
proof   отчёт, скриншоты, замеры
by      qa-agent-04 (не исполнитель)
Шаг 05 · REPORT

Отчёт владельцу

Сводка цикла: принято, отклонено, эскалировано. Структура вместо пересказа треда, с провалом вглубь до следа любой подзадачи.

accepted 3/3 подзадачи
effect   −11.4 ч/нед (подтверждено)
escalate 1 решение за вами
memory   выводы записаны
Сквозной · MEMORY

Запись в общую память

Выводы цикла, типовые ошибки и удачные разборы — в общий контекст. Следующая задача того же класса стартует не с нуля: это то, что отличает цикл от серии разовых запросов.

lesson  возвраты без SLA → REJECT
pattern декомпозиция FIN зависит
        от RES (учтено в плане)
next    шаблон задачи обновлён

Честный статус: что эта страница — и чем она не является

Эта страница описывает целевой цикл управления. Она не является его реализацией: продуктовая реализация цикла AI CEO — реальное распределение задач агентам, контроль исполнения и приёмка — выделена в отдельную задачу приоритета P1 и трекается в реестре требований проекта независимо от серии презентационных страниц.

Целевая архитектура

Продуктовый цикл — не реализован

  • Ни один из пяти шагов не существует в коде: оркестратора, планировщика, очереди задач и приёмки нет.
  • Цифровые сотрудники восьми отделов описаны как роли контракта, а не как работающие агенты.
  • Все блоки схемы на этой странице несут штамп «Целевая архитектура» — без исключений.
  • Клиентов нет, продажи не начаты; публичные обещания и тарифы — только после согласования с владельцем проекта.
  • Когда реализация P1 начнёт поставлять работающие шаги, статусы на этой странице будут обновлены по факту — шаг за шагом, с доказательствами.
Работает сейчас

Цикл как процесс разработки — действует

  • Принцип «сделал один — проверил другой» применяется к самому сайту VOIR AI прямо сейчас: исполнитель создаёт страницу, независимый проверяющий тестирует её и выносит вердикт.
  • Локальный гейт check-local проверяет ссылки, якоря, языковые пары и SEO-минимум каждой страницы до публикации.
  • Каждая страница проходит скриншот-проверку в трёх разрешениях (1280 / 768 / 375) и проверку контраста WCAG AA.
  • Фактический статус проекта — даты, публикации, вердикты проверок — публикуется в бортовом журнале: «Что произошло на самом деле».
  • Правило приёмки проекта: DONE ≠ VERIFIED, порог качества 95/100, «код написан» не означает «задача закрыта».

Цикл в действии: как делалась эта страница

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

01 · постановка

Задача из реестра

Владелец проекта восстановил реестр требований и поставил задачу: интеграционный лендинг цикла AI CEO, ru + en, с критериями закрытия — live 200, локальные проверки, скриншоты, sitemap, честные бейджи, git-коммит, независимая проверка.

02 · распределение

Исполнитель и проверяющий

Работа назначена исполнителю; приёмка — отдельной роли независимого проверяющего, который не участвует в написании кода. Запрет «сам сделал — сам принял» закреплён в правилах проекта.

03 · исполнение

Страница, CSS, словари

Созданы две страницы (ru/en), собственный CSS-слой, пункт меню в i18n-словарях, записи в sitemap. Существующие страницы не изменены: всё новое добавлено аддиттивно.

04 · проверка

Гейты до публикации

Локальный гейт проверяет ссылки, якоря, языковые пары и SEO; headless-браузер снимает три разрешения и проверяет контраст, переносы слов и отсутствие горизонтального скролла. Падение любого гейта — возврат на доработку, а не публикация «как есть».

05 · отчёт

Результат с доказательствами

После публикации — отчёт: live-URL с кодами ответов, git-коммит, скриншоты, результаты проверок и честный список того, что осталось. Страница считается закрытой только после вердикта независимой проверки.

→ дальше

Что изменит задача P1

Когда продуктовая реализация цикла начнёт работать, те же пять шагов перестанут быть описанием контракта: у задачи появится настоящий оркестратор, у исполнения — настоящие агенты, у приёмки — автоматический вердикт. Статусы на этой странице будут обновляться по факту.

Вопросы о цикле

Цикл AI CEO уже работает?

Как продукт — нет. Ни один из пяти шагов не реализован в коде; страница описывает целевую архитектуру и несёт соответствующие штампы. Продуктовая реализация цикла — отдельная задача приоритета P1 в реестре требований. Фактический статус проекта публикуется в бортовом журнале.

Зачем в цикле отдельный шаг независимой проверки?

Исполнитель не может принять собственную работу: правдоподобный, но неверный результат уйдёт владельцу как готовый. Независимый агент сверяет артефакт с критериями, зафиксированными до начала работы, и выносит вердикт VERIFIED или REJECT с доказательствами. Принцип «DONE ≠ VERIFIED» прямо сейчас применяется к разработке этого сайта.

Чем цикл отличается от чат-бота с задачами?

Бот отвечает на сообщение и не несёт ответственности за результат. Цикл — замкнутый контур ответственности: карточка задачи с критериями, распределение по отделам, исполнение со следом, приёмка не исполнителем, отчёт с вердиктом и списком решений, оставшихся за человеком.

Может ли AI CEO сам потратить деньги или опубликовать что-то от имени компании?

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

Как цикл связан со страницами «AI-сотрудники» и «AI-агенты»?

Цикл — процесс, сотрудники и агенты — исполнители. На шаге 03 подзадачи уходят цифровым сотрудникам восьми отделов («AI-сотрудники»), а конвейер отдельного исполнителя — от приёма подзадачи до возврата артефакта в цикл — описан на странице «AI-агенты». Роль оркестратора всего цикла — AI CEO.