RespostasPublicado11 fontes
Uma proposta para governar agentes de IA do planejamento à entrega
A proposta organiza o trabalho em um único fluxo: análise, arquitetura, implementação, revisão e entrega. Analyst, Architect, Coder e Supervisor são responsabilidades dentro do fluxo, não necessariamente quatro agentes separados.
Publicado porImagens geradas com GPT Image 2
Resposta de pesquisa
Principais conclusões
- A proposta organiza o trabalho em um único fluxo: análise, arquitetura, implementação, revisão e entrega.
- Analyst, Architect, Coder e Supervisor são responsabilidades dentro do fluxo, não necessariamente quatro agentes separados.
- Uma tarefa só deve ser liberada quando os testes exigidos passam e uma revisão independente aprova o mesmo artefato.
- O documento é um rascunho: configurações para Roo Code e Cline não comprovam que os controles já estejam implementados.
![[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)
Prompt de IA
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
Um fluxo de trabalho, não necessariamente vários agentes
Um rascunho de especificação para o BMAD-Solo propõe organizar tarefas de desenvolvimento de ponta a ponta sem transformar cada responsabilidade em um agente separado. O percurso vai da análise e arquitetura à implementação, revisão e entrega controlada.
A ideia segue uma lógica de fluxo de negócio: começar pelo objetivo e conduzir o trabalho até um resultado definido, em vez de tratar ferramentas ou funções isoladas como ponto de partida. Essa abordagem conversa com a concepção de fluxo de negócio apresentada nos textos de Xu Zhijun sobre negócio, processos, TI, qualidade e operações 6
11. No documento, essa lógica é aplicada ao trabalho com agentes de IA como uma proposta de engenharia — não como uma definição atribuída ao autor.
As quatro responsabilidades propostas são Analyst, para esclarecer objetivo e critérios de aceitação; Architect, para definir interfaces, dependências e limites; Coder, para implementar o que foi aprovado; e Supervisor, para revisar o resultado. Elas descrevem etapas e deveres. Mudar o nome ou o prompt de um agente não cria, por si só, uma separação real de permissões ou uma revisão independente.
Cada tarefa precisa de um contrato claro
A unidade central da proposta é o Task Unit: um documento por tarefa que registra seu objetivo, escopo, entradas, dependências, entregas, critérios de aceitação e verificações exigidas. Ele também identifica a etapa atual, a autorização aplicável, os bloqueios e o estado da revisão.
A especificação recomenda manter cada tipo de informação em seu lugar. O contrato fica no arquivo da tarefa; os resultados e registros de execução, na área de verificação; as conclusões de revisão, na seção própria do contrato; e as regras duradouras de um domínio, em uma especificação compartilhada. Assim, checklists e painéis podem apontar para a informação oficial sem virar uma segunda fonte de status.
O documento também distingue uma tarefa em andamento de uma entrega aceita. Outro trabalho pode depender de uma tarefa como resultado validado somente depois que ela for aprovada e sua identidade — incluindo versão do contrato e artefato — for conferida. Um rascunho pode servir a uma exploração autorizada, mas não deve ser apresentado como resultado já verificado.
Duas condições para liberar uma entrega
A regra central é exigir duas verificações: C, as checagens mecânicas previstas no contrato, e R, uma revisão independente. A proposta só considera a tarefa aceita quando ambas passam para o mesmo artefato. Autorização, dependências válidas e correspondência entre evidências e versão também são necessárias para liberar o resultado a etapas seguintes.
Na prática, isso significa que uma mensagem dizendo “os testes passaram” não basta. Um executor confiável deve guardar o que realmente foi executado, o resultado, eventuais falhas ou testes ignorados, o ambiente relevante e o estado da limpeza. Se faltar evidência, ela estiver desatualizada ou não puder ser verificada, a decisão é desconhecida — não aprovada.
A revisão também precisa vir de uma fronteira de confiança distinta: por exemplo, uma pessoa que não implementou a mudança ou um serviço de revisão com identidade e credenciais separadas. O mesmo modelo pode ajudar a examinar o código, mas trocar de função ou abrir uma conversa limpa não o torna um revisor independente. A proposta exige que a aprovação esteja vinculada ao contrato, ao artefato, às evidências e ao parecer revisado.
Essa cautela é importante em projetos com múltiplos agentes. O resumo disponível de AutoSwarm: Automating Agent Swarms observa que distribuir trabalho entre agentes não garante contribuições complementares e que dependências entre eles podem propagar erros 1. O rascunho do BMAD-Solo, porém, não deriva seu modelo inteiro desse artigo: trata a unidade de tarefa e as duas verificações como requisitos do projeto e descreve o restante como uma proposta de engenharia.
Prompts ajudam, mas não substituem controles técnicos
O material inclui exemplos de instruções e trechos de configuração para Roo Code e Cline. A separação sugerida é simples: no Plan, analisar e projetar; no Act, implementar ou apoiar a revisão. Mas o próprio rascunho ressalta que esses exemplos não demonstram que o software carregue as regras corretamente, restrinja ferramentas ou impeça uma aprovação indevida.
Para afirmar que existe uma barreira efetiva, seria necessário testar o comportamento real do ambiente: se o modo de planejamento impede operações não autorizadas, se a identidade do revisor é protegida e se a etapa de liberação recusa uma entrega sem testes ou assinatura válidos. Uma instrução no prompt pode orientar o agente; não é, sozinha, um mecanismo de controle de acesso.
O texto também não autoriza mudanças em código de produção, migrações ou alterações de configuração. É um rascunho de governança, datado de 27 de outubro de 2026, que propõe como organizar e verificar o trabalho antes de implementar esses mecanismos. Sua principal mensagem é prática: mantenha um fluxo único e rastreável, preserve as evidências e não confunda uma declaração do agente com uma aprovação verificável.
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "Uma proposta para governar agentes de IA do planejamento à entrega"?
A proposta organiza o trabalho em um único fluxo: análise, arquitetura, implementação, revisão e entrega.
Quais são os pontos-chave para validar primeiro?
A proposta organiza o trabalho em um único fluxo: análise, arquitetura, implementação, revisão e entrega. Analyst, Architect, Coder e Supervisor são responsabilidades dentro do fluxo, não necessariamente quatro agentes separados.
O que devo fazer a seguir na prática?
Uma tarefa só deve ser liberada quando os testes exigidos passam e uma revisão independente aprova o mesmo artefato.