Stats
Actions
Tags
Help us improve
Share bugs, ideas, or general feedback.
From leandrocfe-skills
Breaks down plans, specs, or PRDs into independent issues using vertical slices (tracer bullets). Useful for converting plans into implementation tickets or breaking down work into granular, demo-able tasks.
npx claudepluginhub leandrocfe/skillsHow this skill is triggered — by the user, by Claude, or both
Slash command
/leandrocfe-skills:to-issuesThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Quebre um plano em issues independentes usando vertical slices (tracer bullets).
Breaks plans, specs, or PRDs into independently-grabbable issues using tracer-bullet vertical slices. Useful when converting a plan into implementation tickets.
Converts plans, specs, or PRDs into independently-grabbable issues using tracer-bullet vertical slices. Useful for breaking down work into actionable implementation tickets.
Decomposes user requests into requirements and TODOs, clarifies ambiguities via questions, then bulk-creates GitHub Issues per task in dependency order with structured bodies, priorities, estimates, and labels.
Share bugs, ideas, or general feedback.
Quebre um plano em issues independentes usando vertical slices (tracer bullets).
O issue tracker e o vocabulário de triage labels já deveriam ter sido fornecidos a você — rode /setup-leandrocfe-skills se não.
Trabalhe com o que já está no contexto da conversa. Se o usuário passar uma referência de issue (número, URL ou caminho) como argumento, busque no issue tracker e leia o corpo completo e comments.
Se ainda não explorou a codebase, faça isso para entender o estado atual do código. Títulos e descrições de issues devem usar o vocabulário do glossário de domínio do projeto e respeitar ADRs na área que você está tocando.
Quebre o plano em issues tracer bullet. Cada issue é uma vertical slice fina que corta TODAS as camadas de integração de ponta a ponta, NÃO uma horizontal slice de uma camada.
Slices podem ser 'HITL' ou 'AFK'. HITL slices precisam de interação humana, como decisão arquitetural ou design review. AFK slices podem ser implementadas e mergeadas sem interação humana. Prefira AFK sobre HITL onde possível.
- Cada slice entrega um caminho estreito mas COMPLETO por cada camada (schema, API, UI, tests) - Uma slice completa é demoável ou verificável sozinha - Prefira muitas slices finas sobre poucas grossasApresente a quebra proposta como lista numerada. Para cada slice, mostre:
Pergunte ao usuário:
Itere até o usuário aprovar a quebra.
Para cada slice aprovada, publique uma nova issue no issue tracker. Use o template de corpo de issue abaixo. Estas issues são consideradas prontas para agentes AFK, então publique com a triage label correta a menos que instruído de outra forma.
Publique issues em ordem de dependência (blockers primeiro) para poder referenciar identificadores de issue reais no campo "Blocked by".
## Issue paiUma referência à issue parent no issue tracker (se a fonte foi uma issue existente, senão omita esta seção).
Uma descrição concisa desta vertical slice. Descreva o comportamento end-to-end, não implementação camada-a-camada.
Evite paths de arquivo específicos ou code snippets — ficam stale rápido. Exceção: se um protótipo produziu um snippet que codifica uma decisão mais precisamente que prosa (state machine, reducer, schema, type shape), inline aqui e note brevemente que veio de protótipo. Apare para as partes ricas em decisão — não um demo funcional, só os pedaços importantes.
Ou "Nenhum — pode começar imediatamente" se sem blockers.
NÃO feche nem modifique nenhuma issue parent.