decide
por alirezarezvanidecide registra memorandos de conselho aprovados pelo fundador como memória durável da empresa via decision-logger, separando decisões aprovadas de transcrições brutas em fluxos de Knowledge Capture.
Pontuação: 68/100. É aceitável para listagem porque tem um acionamento claro, um papel específico em um fluxo maior de assessoria para C-level e detalhes de processo suficientes para ajudar um agente a registrar decisões aprovadas com menos tentativa e erro do que um prompt genérico. Ainda assim, usuários do diretório devem entender que se trata de uma camada leve sobre um ecossistema mais amplo e que depende de uma skill externa `decision-logger` e de convenções esperadas para memorandos que não estão totalmente documentadas aqui.
- Forte acionabilidade: o frontmatter e o corpo identificam claramente `/cs:decide <memo-path>` como o comando a executar após `/cs:boardroom` quando um memorando de conselho aprovado pelo fundador deve se tornar memória durável.
- Propósito de fluxo bem definido: estabelece a fronteira entre deliberação e memória durável da empresa, incluindo verificação de aprovação e extração de título, data, opção escolhida, critérios, divergências e ponto de revisão.
- Modelo de memória útil: o modelo em duas camadas, separando decisões brutas de decisões aprovadas, ajuda agentes a não tratar debates ainda em aberto como decisões finais.
- A skill depende de uma skill separada, `decision-logger`, e de um fluxo mais amplo `/cs:*`, mas este caminho de repositório não fornece arquivos de suporte, comando de instalação nem material de referência vinculado para essa dependência.
- Os detalhes operacionais são em grande parte conceituais; não há scripts, exemplos de entrada de memorandos aprovados nem exemplos concretos de saída além dos campos de registro descritos.
Visão geral do skill decide
O que o decide faz
decide é um skill de aconselhamento em nível C para transformar um memorando estratégico já aprovado em memória duradoura da empresa. Na prática, /cs:decide <memo-path> entra depois de uma deliberação no estilo boardroom e antes da execução: ele verifica se um memo aprovado pelo fundador realmente foi aprovado, extrai o registro da decisão e o encaminha pelo workflow relacionado decision-logger.
A função principal não é “me ajude a escolher”. É “registre a escolha que já aprovamos para que futuras sessões de IA possam tratá-la como contexto da empresa”.
Melhor uso em workflows de Knowledge Capture
O skill decide funciona melhor para Knowledge Capture quando sua equipe usa Claude ou um workflow com agentes para conduzir discussões executivas recorrentes, revisões de estratégia ou sessões de decisão com o fundador. Ele é especialmente útil quando você quer separar com clareza:
- debate bruto, discordâncias e transcrições de reuniões
- decisões aprovadas que devem influenciar planejamentos futuros
Essa separação importa porque uma discussão ainda não resolvida não deve virar memória por acidente.
Principal diferencial: memória em duas camadas
O skill upstream descreve um modelo em duas camadas gerenciado por decision-logger:
- transcrições brutas em
~/.claude/decisions/raw/ - decisões aprovadas em
~/.claude/decisions/approved/
Apenas decisões aprovadas devem alimentar chamadas futuras de /cs:office-hours e /cs:founder-mode. Isso torna o decide mais conservador do que um prompt genérico de “resuma esta reunião”: ele cria uma barreira entre deliberação e memória institucional.
Quando o decide não é o skill certo
Não instale o decide esperando um assistente amplo de tomada de decisão, uma ferramenta de brainstorming ou um sistema de gestão de projetos. Ele presume que você já tem um board memo, um status de aprovação e um pipeline de aconselhamento em nível C ao redor. Se seu workflow consiste apenas em notas ad hoc, use um prompt mais simples de anotação ou resumo até ter um processo de aprovação estável.
Como usar o skill decide
Contexto de instalação do decide
Instale a partir do repositório de skills no GitHub com:
npx skills add alirezarezvani/claude-skills --skill decide
Depois, inspecione o código-fonte em:
c-level-advisor/c-level-agents/skills/decide/SKILL.md
O skill tem uma área de arquivos bem enxuta: a principal evidência é SKILL.md. Não há scripts auxiliares, referências, arquivos README ou pastas de recursos visíveis na árvore fornecida; portanto, a adoção depende de o seu ambiente já oferecer suporte aos comandos em nível C ao redor e ao skill decision-logger.
Entrada obrigatória para usar o decide
O formato do comando é:
/cs:decide <memo-path>
A entrada deve ser um arquivo de board memo, normalmente produzido por /cs:boardroom. Uma entrada forte deve incluir:
- título da decisão
- data da decisão
- opção escolhida
status: APPROVEDou marcador equivalente de aprovação do fundador- critérios de sucesso
- critérios de interrupção
- discordâncias preservadas
- data do checkpoint de revisão
Uma entrada fraca como “decidimos expandir vendas” não é suficiente. Um prompt mais forte seria: “Use /cs:decide ./memos/2026-02-enterprise-sales.md. Confirm founder approval, extract the chosen option, preserve dissent, and log success criteria, kill criteria, and the Q2 review checkpoint.”
Workflow prático do decide
Um workflow confiável com o decide funciona assim:
- Conclua a deliberação em
/cs:boardroom. - Salve o memo aprovado em um caminho estável.
- Garanta que o memo declare que o fundador o aprovou.
- Execute
/cs:decide <memo-path>. - Confirme que a memória aprovada foi gravada separadamente do material bruto da transcrição.
- Use a decisão registrada como contexto para
/cs:executeou para futuras sessões de planejamento.
Essa sequência reduz a poluição acidental da memória. O skill entrega mais valor quando é usado de forma consistente no mesmo ponto do seu pipeline de decisão.
Arquivos para ler antes da adoção
Leia SKILL.md primeiro e concentre-se nestas seções:
Pipeline PositionTwo-Layer Memory ModelInputWorkflow
Como não há arquivos extras de suporte na prévia, a principal pergunta de adoção não é a complexidade do repositório. É aderência: você tem memos aprovados e uma convenção de memória duradoura compatível com os caminhos e expectativas descritos pelo skill?
FAQ do skill decide
O decide é um skill de tomada de decisão?
Não. O decide registra uma decisão aprovada; ele não conduz o debate. Ele entra depois que a decisão foi tomada, normalmente após /cs:boardroom. Se você precisa gerar opções, analisar riscos ou promover debate entre advisors, use antes essas etapas do workflow.
O que torna o decide melhor do que um prompt comum?
Um prompt comum pode resumir um memo, mas o decide codifica uma fronteira de governança: transcrições brutas são material de referência, enquanto decisões aprovadas viram memória duradoura. Essa distinção é o principal motivo para usar o skill decide em vez de pedir ao Claude para “lembrar disso”.
Iniciantes conseguem usar o decide?
Sim, se já entenderem prompts baseados em arquivos e tiverem um memo pronto. Iniciantes podem ter dificuldade se não usarem a estrutura mais ampla de comandos c-level-advisor, porque o decide pressupõe um pipeline e faz referência a decision-logger. Comece testando um único memo aprovado antes de depender dele para memória operacional.
O que pode impedir uma instalação bem-sucedida do decide?
Os maiores bloqueios são skills complementares ausentes, status de aprovação pouco claro e memos sem estrutura. Se o seu ambiente não consegue chamar /cs:decide, não consegue acessar o caminho do memo ou não tem uma configuração compatível de decision-logger, o skill pode não concluir a gravação de memória pretendida.
Como melhorar o skill decide
Melhore as entradas do decide antes de executá-lo
A forma mais rápida de melhorar a saída do decide é deixar o memo explícito. Adicione um cabeçalho curto de decisão antes de chamar o skill:
Status: APPROVEDDecision: Choose Option BOwner: Founder / CEOSuccess criteria: ...Kill criteria: ...Review checkpoint: ...Dissent to preserve: ...
Isso reduz o espaço para o agente inferir aprovação ou inventar uma estrutura que está faltando.
Modos comuns de falha a evitar
A falha mais comum é registrar discussão como decisão. Evite enviar transcrições, notas não resolvidas ou opções concorrentes, a menos que o memo deixe claro qual opção venceu. Outra falha é omitir critérios de interrupção; sem eles, revisões futuras não conseguem distinguir “continuar” de “parar”.
Também evite usar o decide como um comando genérico de memória. O valor dele vem justamente da seletividade.
Itere depois da primeira saída
Depois da primeira execução, verifique se a decisão registrada está concisa, auditável e útil para o futuro. Se o registro estiver vago, revise o memo e execute novamente com campos mais claros. Uma boa memória duradoura deve permitir que um agente futuro responda: o que decidimos, por que escolhemos isso, o que provaria que a decisão estava errada e quando devemos revisá-la?
Estenda o decide para o seu sistema operacional
Equipes podem melhorar o skill decide padronizando templates de memo, adicionando linguagem obrigatória de aprovação e alinhando os caminhos de memória às convenções internas. Se você mantém o repositório, melhorias úteis incluiriam um README, um exemplo de memo aprovado, uma checklist de validação e notas de dependência mais claras para decision-logger. Essas adições facilitariam decisões de instalação do decide e reduziriam ambiguidades de configuração.
