ОтветыОпубликовано11 источники
Один ИИ-агент, четыре роли и два барьера перед релизом
BMAD Solo описан как проект регламента, а не как уже внедрённая система: его главный объект — сквозная задача с требованиями, проверками и историей принятия. Рабочий процесс делится на Plan и Act, а роли аналитика, архитектора, разработчика и проверяющего рассматриваются как функции одного процесса.
ОпубликовалИзображения созданы с помощью GPT Image 2
Ответ на исследование
Ключевые выводы
- BMAD Solo описан как проект регламента, а не как уже внедрённая система: его главный объект — сквозная задача с требованиями, проверками и историей принятия.
- Рабочий процесс делится на Plan и Act, а роли аналитика, архитектора, разработчика и проверяющего рассматриваются как функции одного процесса.
- Для выпуска предлагается требовать одновременно успешные машинные проверки и подтверждённое независимое ревью; смена роли или подсказки для модели этого не заменяют.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/rWOhBaFdUxMyaozsrgdd3InWgqC2/images/F4A256AF222F559F36DB/6E62B52B5313887FEB4A.png)
Промпт ИИ
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案，采用任务单元贯穿 Plan–Act，并将机器检查与独立审查落实为下游释放条件。本次仅交付规范，不实施生产代码，不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角，但不能仅凭切换提示词取得独立审查资格。\n . Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Проект BMAD-Solo предлагает управлять работой ИИ-агента не через россыпь отдельных инструкций, а через один сквозной процесс: от понимания задачи до контролируемого выпуска результата. Это именно инженерный проект правил — он не доказывает, что описанные механизмы уже реализованы или работают в Roo Code либо Cline.
От задачи — к результату
В основе проекта лежит Task Unit — единица работы, в которой связываются цель, требования, входные материалы, перечень изменений, критерии приёмки и проверки. В ней же предлагается фиксировать, кто и на каком этапе работает, какие препятствия возникли и на какой результат распространяются проверки.
Это позволяет отделить саму задачу от её обсуждения. Текущая переписка может помочь разобраться в требованиях, но её краткое резюме не считается доказательством: при возобновлении работы нужно заново обратиться к исходным документам и результатам проверок.
Процесс разделён на две части. На этапе Plan аналитик уточняет цель, ограничения и критерии успеха, а архитектор превращает их в конкретный план работ и проверок. На этапе Act разработчик выполняет согласованные изменения, после чего результат рассматривают на ревью.
Такой взгляд перекликается с принципом, согласно которому работу стоит организовывать вокруг сквозного бизнес-процесса, а требования к качеству встраивать в его этапы, а не оставлять на финал 11. В BMAD-Solo это выражено через передачу задачи между стадиями и явные условия перехода.
Почему смены роли недостаточно
Важное ограничение проекта касается независимости проверки. Один и тот же агент может сначала выступать разработчиком, а затем — проверяющим. Но новая роль, отдельная подсказка или очищенный контекст не доказывают, что ревью действительно независимо.
Поэтому предлагается разделить функции не только на словах, но и на уровне доступа: итоговое подтверждение должен давать независимый человек или отдельный защищённый механизм, которым автор изменений не управляет. Если такой проверки нет, задачу можно подготовить к ревью, но нельзя считать принятой.
Это не означает, что процесс обязательно должен состоять из четырёх отдельных ИИ-агентов. Аналитик, архитектор, разработчик и проверяющий — роли внутри одного рабочего потока. Отдельно защищается именно право на финальное подтверждение.
Два условия перед выпуском
Ключевое правило проекта можно выразить так: результат принимается, только если прошёл и машинную проверку, и независимое ревью. Машинная проверка должна запускаться по заранее описанным правилам и выдавать проверяемый результат. Ревьюер, в свою очередь, сверяет изменения с требованиями, оценивает ошибки и граничные случаи, а также указывает известные ограничения.
В проекте предлагается привязывать результаты проверок и подпись ревьюера к конкретной версии требований и конкретному набору изменений. Если код после проверки изменился, прежнее подтверждение больше не подходит. Неопределённый результат — например, отсутствующий отчёт или непроверяемая подпись — не считается успешным прохождением.
Такое внимание к координации важно и для систем с несколькими агентами: в аннотации работы AutoSwarm отмечается, что само распределение задач между агентами не гарантирует взаимодополняющий результат, а зависимости могут превратить локальную ошибку в сбой всей задачи 1. Однако эта работа не доказывает эффективность конкретных правил BMAD-Solo: они представлены здесь как проектные решения.
Что остаётся проверить
Проект описывает желаемое устройство процесса, но не подтверждает, что его настройки уже загружены в реальные среды разработки. Фрагменты конфигурации для Roo Code и Cline — это варианты отображения правил на инструменты, а не свидетельство того, что ограничения доступа и блокировки выпуска работают.
Для практического применения потребуется отдельно проверить, какие правила загружает конкретная версия инструмента, кто может запускать проверки, можно ли подменить отчёт и действительно ли автор изменений не способен поставить за себя независимую подпись. Без такой проверки регламент остаётся дисциплиной работы, а не техническим барьером.
В этом и состоит основная идея BMAD-Solo: не путать смену роли с разделением ответственности, не считать самопроверку независимой и не выпускать результат, пока требования, проверки и ревью не относятся к одной и той же версии работы.
Studio Global AI
Продолжайте свое исследование
На этой странице есть ответ, подтвержденный источником, который вы можете продолжить внутри Studio Global.
Люди также спрашивают
Каков краткий ответ на вопрос «Один ИИ-агент, четыре роли и два барьера перед релизом»?
BMAD Solo описан как проект регламента, а не как уже внедрённая система: его главный объект — сквозная задача с требованиями, проверками и историей принятия.
Какие ключевые моменты необходимо проверить в первую очередь?
BMAD Solo описан как проект регламента, а не как уже внедрённая система: его главный объект — сквозная задача с требованиями, проверками и историей принятия. Рабочий процесс делится на Plan и Act, а роли аналитика, архитектора, разработчика и проверяющего рассматриваются как функции одного процесса.
Что мне делать дальше на практике?
Для выпуска предлагается требовать одновременно успешные машинные проверки и подтверждённое независимое ревью; смена роли или подсказки для модели этого не заменяют.