O que Council faz?
Convoque quatro conselheiros para decisões ambíguas:
- a voz do Claude no contexto
- um subagente Cético
- um subagente Pragmático
- um subagente Crítico
Isto é para tomada de decisão sob ambiguidade, não para revisão de código, planejamento de implementação ou design de arquitetura.
Quando Usar
Use o council quando:
- uma decisão tem vários caminhos viáveis e nenhum vencedor óbvio
- você precisa explicitar compensações
- o usuário pede segundas opiniões, dissidência ou múltiplas perspectivas
- a ancoragem conversacional é um risco real
- uma chamada de avançar/parar se beneficiaria de um desafio adversarial
Exemplos:
- monorepo vs polirepo
- lançar agora vs esperar para polir
- feature flag vs rollout completo
- simplificar escopo vs manter amplitude estratégica
Quando NÃO Usar
| Em vez de council | Use |
|---|---|
| Verificar se a saída está correta | santa-method |
| Dividir uma funcionalidade em etapas de implementação | planner |
| Projetar arquitetura de sistema | architect |
| Revisar código em busca de bugs ou segurança | code-reviewer ou santa-method |
| Perguntas factuais diretas | apenas responda diretamente |
| Tarefas de execução óbvias | apenas execute a tarefa |
Papéis
| Voz | Lente |
|---|---|
| Arquitetura | correção, sustentabilidade, implicações de longo prazo |
| Cético | desafio de premissas, simplificação, quebra de suposições |
| Pragmático | velocidade de entrega, impacto no usuário, realidade operacional |
| Crítico | casos extremos, risco de desvantagem, modos de falha |
As três vozes externas devem ser lançadas como subagentes novos com apenas a pergunta e o contexto relevante, não a conversa completa em andamento. Esse é o mecanismo antiancoragem.
Fluxo de Trabalho
1. Extraia a pergunta real
Reduza a decisão a uma instrução explícita:
- o que estamos decidindo?
- quais restrições importam?
- o que conta como sucesso?
Se a pergunta for vaga, faça uma pergunta esclarecedora antes de convocar o conselho.
2. Reúna apenas o contexto necessário
Se a decisão for específica do código:
- colete os arquivos, trechos, texto do issue ou métricas relevantes
- mantenha compacto
- inclua apenas o contexto necessário para tomar a decisão
Se a decisão for estratégica/geral:
- pule trechos do repositório, a menos que alterem materialmente a resposta
3. Forme a posição da Arquitetura primeiro
Antes de ler outras vozes, escreva:
- sua posição inicial
- os três motivos mais fortes para ela
- o principal risco no seu caminho preferido
Faça isso primeiro para que a síntese não apenas espelhe as vozes externas.
4. Lance três vozes independentes em paralelo
Cada subagente recebe:
- a pergunta da decisão
- contexto compacto, se necessário
- um papel estrito
- nenhum histórico de conversa desnecessário
Formato da instrução:
Você é o [PAPEL] em um conselho de decisão com quatro vozes.
Pergunta:
[pergunta da decisão]
Contexto:
[apenas os trechos ou restrições relevantes]
Responda com:
1. Posição — 1-2 frases
2. Raciocínio — 3 marcadores concisos
3. Risco — maior risco em sua recomendação
4. Surpresa — algo que as outras vozes podem ignorar
Seja direto. Sem hesitações. Mantenha abaixo de 300 palavras.
Ênfase do papel:
- Cético: desafie o enquadramento, questione suposições, proponha a alternativa mais simples e crível
- Pragmático: otimize por velocidade, simplicidade e execução no mundo real
- Crítico: traga à tona risco de desvantagem, casos extremos e razões pelas quais o plano pode falhar
5. Sintetize com barreiras contra viés
Você é tanto participante quanto sintetizador, então use estas regras:
- não descarte uma visão externa sem explicar por quê
- se uma voz externa mudou sua recomendação, diga explicitamente
- sempre inclua a discordância mais forte, mesmo que você a rejeite
- se duas vozes se alinharem contra sua posição inicial, trate isso como um sinal real
- mantenha as posições brutas visíveis antes do veredito
6. Apresente um veredito compacto
Use este formato de saída:
## Council: [título curto da decisão]
**Arquitetura:** [posição em 1-2 frases]
[1 linha sobre o porquê]
**Cético:** [posição em 1-2 frases]
[1 linha sobre o porquê]
**Pragmático:** [posição em 1-2 frases]
[1 linha sobre o porquê]
**Crítico:** [posição em 1-2 frases]
[1 linha sobre o porquê]
### Veredito
- **Consenso:** [onde eles se alinham]
- **Discordância mais forte:** [desacordo mais importante]
- **Verificação de premissas:** [o Cético desafiou a própria pergunta?]
- **Recomendação:** [o caminho sintetizado]
Mantenha escaneável em uma tela de celular.
Regra de Persistência
Não escreva notas ad-hoc para ~/.claude/notes ou outros caminhos ocultos a partir deste skill.
Se o conselho alterar materialmente a recomendação:
- use
knowledge-opspara armazenar a lição no local durável correto - ou use
/save-sessionse o resultado pertencer à memória da sessão - ou atualize o GitHub / Linear issue relevante diretamente se a decisão alterar a verdade de execução ativa
Persista uma decisão apenas quando ela mudar algo real.
Acompanhamento em Múltiplas Rodadas
O padrão é uma rodada.
Se o usuário quiser outra rodada:
- mantenha a nova pergunta focada
- inclua o veredito anterior apenas se necessário
- mantenha o Cético o mais limpo possível para preservar o valor antiancoragem
Antipadrões
- usar council para revisão de código
- usar council quando a tarefa é apenas trabalho de implementação
- alimentar os subagentes com a transcrição completa da conversa
- esconder discordância no veredito final
- persistir toda decisão como nota, independentemente da importância
Skills Relacionados
santa-method— verificação adversarialknowledge-ops— persistir deltas de decisão duráveis corretamentesearch-first— reunir material de referência externo antes do conselho, se necessárioarchitecture-decision-records— formalizar o resultado quando a decisão se tornar política de sistema de longa duração
Exemplo
Pergunta:
Devemos lançar o ECC 2.0 como alpha agora, ou esperar até que a UI do plano de controle esteja mais completa?
Forma provável do conselho:
- Arquitetura defende integridade estrutural e evitar uma superfície confusa
- Cético questiona se a UI é realmente o fator limitante
- Pragmático pergunta o que pode ser lançado agora sem prejudicar a confiança
- Crítico foca em ônus de suporte, dívida de expectativa e confusão do rollout
O valor não está na unanimidade. O valor está em tornar a discordância legível antes de escolher.