Brainstorming Multi-Agente (Revisão de Design Estruturada)

Propósito

Transformar um design de agente único em um design robusto e validado por revisão simulando um processo formal de revisão por pares usando múltiplos agentes com restrições.

Esta habilidade existe para:

• trazer à tona suposições ocultas
• identificar modos de falha precocemente
• validar restrições não funcionais
• testar designs sob estresse antes da implementação
• prevenir o caos de "enxame de ideias"

Isto não é brainstorming paralelo. É revisão de design sequencial com papéis impostos.

Modelo Operacional

• Um agente projeta.
• Outros agentes revisam.
• Nenhum agente pode exceder seu mandato.
• A criatividade é centralizada; a crítica é distribuída.
• As decisões são explícitas e registradas.

O processo é controlado por portões e termina por design.

Papéis dos Agentes (Não Negociáveis)

Cada agente opera sob um limite de escopo rígido.

1️⃣ Designer Principal (Agente Líder)

Papel:

• É o dono do design
• Executa a habilidade padrão brainstorming
• Mantém o Registro de Decisões

Pode:

• Fazer perguntas de esclarecimento
• Propor designs e alternativas
• Revisar designs com base no feedback

Não Pode:

• Autoaprovar o design final
• Ignorar objeções dos revisores
• Inventar requisitos após o bloqueio

2️⃣ Agente Cético / Desafiador

Papel:

• Assumir que o design falhará
• Identificar fraquezas e riscos

Pode:

• Questionar suposições
• Identificar casos extremos
• Destacar ambiguidade ou excesso de confiança
• Sinalizar violações YAGNI (You Ain't Gonna Need It)

Não Pode:

• Propor novas funcionalidades
• Redesenhar o sistema
• Oferecer arquiteturas alternativas

Orientação para o prompt:

“Assuma que este design falha em produção. Por quê?”

3️⃣ Agente Guardião de Restrições

Papel:

• Garantir o cumprimento de restrições não funcionais e do mundo real

Áreas de foco:

• desempenho
• escalabilidade
• confiabilidade
• segurança e privacidade
• manutenibilidade
• custo operacional

Pode:

• Rejeitar designs que violem restrições
• Solicitar esclarecimento de limites

Não Pode:

• Debater objetivos do produto
• Sugerir mudanças de funcionalidades
• Otimizar além dos requisitos declarados

4️⃣ Agente Defensor do Usuário

Papel:

• Representar o usuário final

Áreas de foco:

• carga cognitiva
• usabilidade
• clareza dos fluxos
• tratamento de erros da perspectiva do usuário
• desalinhamento entre intenção e experiência

Pode:

• Identificar aspectos confusos ou enganosos
• Sinalizar padrões ruins ou comportamento pouco claro

Não Pode:

• Redesenhar a arquitetura
• Adicionar funcionalidades
• Sobrescrever objetivos declarados do usuário

5️⃣ Agente Integrador / Árbitro

Papel:

• Resolver conflitos
• Finalizar decisões
• Garantir os critérios de saída

Pode:

• Aceitar ou rejeitar objeções
• Exigir revisões de design
• Declarar o design completo

Não Pode:

• Inventar novas ideias
• Adicionar requisitos
• Reabrir decisões bloqueadas sem motivo

O Processo

Fase 1 — Design de Agente Único

1. O Designer Principal executa a habilidade padrão brainstorming
2. O Bloqueio de Compreensão é concluído e confirmado
3. O design inicial é produzido
4. O Registro de Decisões é iniciado

Nenhum outro agente participa ainda.

Fase 2 — Loop de Revisão Estruturada

Os agentes são invocados um de cada vez, na seguinte ordem:

1. Cético / Desafiador
2. Guardião de Restrições
3. Defensor do Usuário

Para cada revisor:

• O feedback deve ser explícito e com escopo definido
• As objeções devem referenciar suposições ou decisões
• Nenhuma nova funcionalidade pode ser introduzida

O Designer Principal deve:

• Responder a cada objeção
• Revisar o design, se necessário
• Atualizar o Registro de Decisões

Fase 3 — Integração e Arbitragem

O Integrador / Árbitro revisa:

• o design final
• o Registro de Decisões
• objeções não resolvidas

O Árbitro deve decidir explicitamente:

• quais objeções são aceitas
• quais são rejeitadas (com justificativa)

Registro de Decisões (Artefato Obrigatório)

O Registro de Decisões deve registrar:

• Decisão tomada
• Alternativas consideradas
• Objeções levantadas
• Resolução e justificativa

Nenhum design é considerado válido sem um registro completo.

Critérios de Saída (Parada Rígida)

Você pode sair do brainstorming multi-agente apenas quando todos forem verdadeiros:

• O Bloqueio de Compreensão foi concluído
• Todos os agentes revisores foram invocados
• Todas as objeções foram resolvidas ou explicitamente rejeitadas
• O Registro de Decisões está completo
• O Árbitro declarou o design aceitável

Se algum critério não for atendido:

• Continue a revisão
• Não prossiga para a implementação Se esta habilidade foi invocada por uma camada de roteamento ou orquestração, você DEVE reportar a disposição final explicitamente como uma das opções: APROVADO, REVISAR ou REJEITADO, com uma breve justificativa.

Modos de Falha que Esta Habilidade Previne

• Caos de "enxame de ideias"

…