worktree-lifecycle
Manage git worktrees for parallel development
- License 许可
- MIT
- 最近更新
- 2026-11-09
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- repository-systems-workflow
- description
- Selecionar um workflow de repositório confirmado e coordená-lo com REA, Replica, Superpowers, Arena e Vibe em trabalho conjunto solicitado.
02 资源文件 4
- 参考文档agents/openai.yaml243 B
- 参考文档references/registry.json9.0 KB
- 脚本scripts/manifest_compat.py1.1 KB
- 脚本scripts/workflows.py16.1 KB
03 SKILL.md 正文
Coordenação seletiva por repositório
Busque o identificador exato em references/registry.json. Leia somente o adaptador e a skill upstream pertinentes. Modo individual permanece independente. Modo conjunto escolhe responsabilidades pela intenção; não carrega todo o catálogo.
- Desenvolvimento: Superpowers para plano, diagnóstico, implementação e testes; Vibe para padrões quando útil.
- Análise estática: whitechronos-lab encaminha fontes selecionadas ao REA real. Confira disponibilidade via doctor, preserve saída completa e hashes. Falha do motor é BLOCKED; inventário não substitui análise semântica. REA não prova comportamento.
- Reconstrução/paridade: replica-workflow somente quando houver referência e necessidade.
- Revisão: arena-workflow e ferramentas realmente disponíveis, perspectivas sequenciais; não inicia torneios automaticamente.
- GitHub: origin/HEAD/trabalho humano, mudança delimitada, testes e PR. Atualização de plugin exige envio e readback da versão na conta; ZIP não prova upload.
O helper scripts/workflows.py plan retorna PLAN_ONLY. A execução cabe ao agente atual com ferramentas disponíveis e escopo autorizado. Não muda modelo/conta, não inicia modelos pagos nem serviços, não exige Linux/WSL/Docker. Não amplia aprovações de ferramentas nem publica arquivos privados. Após atualização, registre evidência nova; sem monitoramento periódico. Instalação não comprova todas as conversas.
04 同仓库更多 Skills
verifier-loop
Run verifier loop until all checks pass
caveman
Terse communication style
gitnexus-refactoring
Use when the user wants to rename, extract, split, move, or restructure code safely. Examples: "Rename this function", "Extract this into a module", "Refactor this class", "Move this to a separate file"
gitnexus-impact-analysis
Use when the user wants to know what will break if they change something, or needs safety analysis before editing code. Examples: "Is it safe to change X?", "What depends on this?", "What will break?"
gitnexus-guide
Use when the user asks about GitNexus itself — available tools, how to query the knowledge graph, MCP resources, graph schema, or workflow reference. Examples: "What GitNexus tools are available?", "How do I use GitNexus?"
gitnexus-exploring
Use when the user asks how code works, wants to understand architecture, trace execution flows, or explore unfamiliar parts of the codebase. Examples: "How does X work?", "What calls this function?", "Show me the auth flow"