Skill /implement pro Claude Code

O problema

Todo dev — e todo agente de IA — passa pelos mesmos quinze minutos caóticos antes
da primeira linha:

1. Abre o ticket, lê, relê — e começa sem confirmar se a descrição ainda é
   verdadeira.
2. Trabalha na branch errada. Ou pior: direto na main, ou num checkout que
   outra sessão de IA está usando ao mesmo tempo. Duas sessões no mesmo diretório
   se atropelam — uma troca a branch, a outra commita em cima.
3. Esquece o tracker. A issue fica em "A fazer" com o trabalho já no meio, e o
   time não sabe que alguém pegou.
4. Reimplementa o que já existe. A issue foi escrita três semanas atrás: o bug
   já foi corrigido, o número que ela cita mudou, a feature já está no ar.

Cada um desses custa entre vinte minutos e uma tarde.

O que a skill faz

Você digita /implement PROJ-123 — ou cola o link do ticket, ou descreve a tarefa
em texto livre — e o Claude Code executa um ritual de partida em seis passos:

1. Entende o input: ID, URL ou descrição livre.
2. Busca a issue no seu tracker, resume, confirma o escopo com você e move
   para "Em progresso".
3. Isola a sessão num git worktree dedicado, criado da branch base fresca
   (com git fetch antes).
4. Confere a documentação do projeto e classifica cada doc relevante:
   suporta × contradiz × não cobre.
5. Valida a premissa contra o código ATUAL — roda o comando que a issue cita,
   grepa o símbolo, confirma que o bug ainda existe — e rascunha um plano de 3 a 6
   passos.
6. Entrega pro trabalho com o plano aprovado.

Dois modos extras vêm junto: varredura de backlog, que faz triagem em lote das
issues paradas em quatro categorias (já-resolvido fecha com evidência,
auto-resolvível implementa em lote, precisa-de-humano comenta a pergunta com
trade-offs, fora-de-escopo comenta o motivo); e o modificador (branch X), pra
quem acumula entregas numa branch de vida longa antes de promover.

O que vem no pacote

Doze versões da skill, uma por tracker — cada SKILL.md autocontido, com o
fluxo já adaptado à API do seu (como buscar a issue, como mover o estado, formato
de ID, autenticação) e um bloco ⚙️ Configuração no topo com o que preencher:

Jira · Linear · Plane · ClickUp · GitHub Issues · GitLab · Azure Boards · Trello ·
Asana · Notion · monday.com · e uma versão sem tracker (TODO.md, planilha, ou
nenhum).

Mais a Proposta de Valor e o Como Usar (instalação em 3 passos, ~5
minutos). Nenhuma dependência de build, nenhum pacote npm ou pip: é um arquivo de
texto no lugar certo.

Por que isso vale dinheiro

Worktree isolado por task é o que permite rodar duas, cinco, dez sessões de
Claude Code em paralelo no mesmo repositório sem que uma corrompa a outra.

Validação de premissa é o passo que ninguém faz e o que mais economiza: a skill
se recusa a codar contra uma descrição sem antes conferir o estado real do código.
Se a issue já está resolvida, ela fecha com evidência em vez de inventar diff.

Higiene de tracker automática — a issue anda sozinha, e o board volta a
refletir a realidade sem ninguém cobrar.

O que ela NÃO faz

Não roda build, não roda teste, não commita, não abre PR, não sobe nada: entrega a
sessão pronta e passa a bola. Não impede plano ruim — obriga a verificação, não
substitui seu julgamento. Não adivinha os nomes dos estados do seu board nem o seu
token: são os dois minutos de configuração no topo do arquivo. E não serve pra
projeto descartável, onde o ritual é peso morto.

Pra quem é

Times que já usam Claude Code e querem padronizar como toda task começa — mesmo
ritual pra todo dev, todo agente, todo dia. Quem roda várias sessões de IA em
paralelo e cansou de conflito de branch. E tech lead que quer o board confiável de
novo.

Precisa de: Claude Code (qualquer plano) num repositório git, e acesso ao seu
tracker — um API token, o CLI oficial (gh, glab, az) ou um servidor MCP.