O que oh-my-claudecode — Pipeline de Entrega Governada do… faz?
Pipeline de entrega governada do Shipyard — convergir a missão, sintetizar uma especificação durável, decompor tickets de fatia vertical com arestas de bloqueio, executar a fronteira em paralelo via equipe, fechar com verificação e relatar com um registro completo de decisões. Duas portas de entrada — a porta do estaleiro (auditoria em doca seca) e a porta de neblina (um esforço cujo destino é incerto é roteado para /ask-navigator antes deste pipeline iniciar). Humanos possuem os pontos de verificação onde não há resposta única ou o custo do erro é severo; o agente executa o restante de forma autônoma.
Fluxo do Pipeline
- Convergir a Missão (Converge the Mission) — Alinhe a equipe em torno de um objetivo claro e acionável.
- Sintetizar Especificação (Synthesize Spec) — Crie uma especificação durável e detalhada que sirva como fonte única da verdade.
- Decompor Tickets (Decompose Tickets) — Divida o trabalho em tickets de fatia vertical, identificando arestas de bloqueio e dependências.
- Executar Fronteira (Run the Frontier) — Execute tickets em paralelo via equipe, gerenciando dependências de bloqueio.
- Fechar com Verificação (Close with Verification) — Verifique cada conclusão contra a especificação e os critérios de aceitação.
- Relatar (Report) — Gere um relatório final com um registro completo de decisões, incluindo o que foi feito, por que e quais trade-offs foram feitos.
Portas de Entrada (Entry Gates)
- Porta do Estaleiro (Yard Gate) — Auditoria obrigatória de doca seca (drydock audit) para garantir que a base de código, dependências e configurações estejam em um estado pronto antes de iniciar o pipeline.
- Porta de Neblina (Fog Gate) — Se o destino do esforço não estiver claro (missão ambígua ou indefinida), o pipeline é bloqueado e roteado para
/ask-navigatorpara esclarecimento antes de prosseguir.
Pontos de Verificação Humanos
Os seguintes pontos de verificação são de propriedade humana:
- Decisões Abertas: Onde não há uma resposta única ou correta (ex.: escolha de arquitetura, trade-offs de design, priorização de features).
- Custo de Erro Severo: Onde um erro teria consequências graves (ex.: alterações de segurança, conformidade, alterações de esquema de banco de dados crítico).
- Revisões Finais: Antes da implantação em produção ou entrega ao cliente.
O agente executa todas as outras etapas de forma autônoma, mas sempre sinaliza pontos de verificação para revisão humana com contexto e recomendações.
Plataformas Suportadas
- Claude Code
- Cursor
- Codex
- Outros agentes compatíveis com skills markdown
Como Usar
- Cole este arquivo
skill.mdno diretório de skills do seu agente (ex.:~/.claude/skills/,.cursor/skills/, etc.). - Ative a skill em seu prompt ou configuração.
- Inicie um novo esforço — a skill irá orientá-lo através do pipeline, solicitando entrada humana nos pontos de verificação definidos.
Exemplo de Prompt
Skill: Yeachan-Heo/oh-my-claudecode
Missão: Implementar autenticação de dois fatores (2FA) usando TOTP.
Contexto: Projeto existente em Node.js/TypeScript com autenticação por e-mail/senha.
O agente então:
- Solicitará uma auditoria de doca seca (porta do estaleiro).
- Sintetizará uma especificação técnica.
- Decomporá em tickets (backend, frontend, testes, documentação).
- Executará tickets em paralelo, se possível, sinalizando pontos de verificação humanos.
- Fechará com verificação.
- Gerará um relatório de decisão.
Licença
MIT