GUIA DO VIAJANTE

Da máquina nova à primeira feature

Tudo roda dentro de uma sessão do Claude Code: instalar, escolher modelo, adotar num projeto e abrir o time do dia. Quatro momentos, cada um com um comando.

Os quatro momentos

1

Máquina nova

uma vez por máquina
claude plugin marketplace add giovani-junior-dev/sdlc && claude plugin install sdlc@sdlc
claude
/sdlc:setup

Confere git, jq, gh e a versão do Claude Code (≥ 2.1.234); instala o time (claude-agent-kit) e as skills de entrevista e TDD; clona o gate de qualidade code-craftsman; grava a persona global. Depois, feche e abra o claude.

Por quê: método e time são dois plugins e uma skill; sem os três os outros comandos não existem.

2

Modelos

uma vez por provedor (pulável se usa só Claude)
/sdlc:models

Pergunta o provedor, o modelo de cada slot e a chave; grava ~/.claude-kit/profiles.json e secrets.env. A chave nunca aparece no chat.

Por quê: dev em modelo barato e planner/reviewer em Claude cortam o custo de um time rodando horas.

3

Projeto

uma vez por repositório
cd <projeto>
claude
/sdlc:adopt

Copia REVIEW.md, intent/, specs/, evals/ e .claude/sdlc/ sem sobrescrever nada; detecta a branch base; pergunta o modelo de cada papel e grava team.json; funde CLAUDE.md e settings.json mostrando o diff.

Por quê: os agentes leem contrato de arquivos, não de conversa.

4

Dia a dia

por demanda
/sdlc:up
# na aba do planner: descreva a demanda

Abre o time inteiro: planner, dev (já num worktree próprio), reviewer, tester-e2e e document. O planner entrevista, planeja, inicia o pipeline e o time trabalha sozinho até done.

Por quê: sessões separadas conversam direto entre si sem passar por você.

+

Jev (opcional)

desde a v0.8.0 · precisa de chave
# em %USERPROFILE%\.claude-kit\secrets.env
TYPESAFE_API_KEY=apikey_...

No fim do build, o Jev confere cada REQ-N do plano contra o diff da branch e anota PASS, RETRY ou HUMAN. Sem a chave, nada muda. Resultado na aba Jev do /sdlc:painel.

Por quê: pega o "terminei" falso antes de gastar uma rodada do reviewer, por menos de US$ 0,001.

Próxima demanda

no mesmo projeto
# no planner
/clear
/sdlc:up <novo-slug>

Reaproveita planner, reviewer, tester-e2e e document; cria só o dev da nova demanda. O estado fica em pipeline.json e roster.json, então nada se perde.

Por quê: /clear apaga a conversa, não a sessão: nome, modelo e endereço continuam.

O time de agentes

Cada papel é uma sessão separada do Claude Code. Eles conversam direto entre si, o reviewer nunca é quem escreveu o código e o dev trabalha num worktree próprio.

planner

PLANEJA

Entrevista você até o intent aprovado, gera o plano com o planf3, passa cada plano pelo code-craftsman e conduz o time até a entrega com rubrica.

Nunca: implementa.

Modelo: Claude

dev

CONSTRÓI

Implementa exatamente o que a spec aprovada define, com TDD vermelho-verde, e escreve a evidência na rubrica.

Nunca: replaneja, inventa requisito ou se declara pronto sozinho.

Modelo: DeepSeek, GLM, Qwen, Kimi…

reviewer

CONFERE

Roda build, lint e testes antes de opinar; quebra o plano em requisitos e julga cada um no código, com arquivo:linha.

Nunca: muda código: cada achado volta ao dev.

Modelo: Claude

tester-e2e

TESTA

Valida na aplicação rodando: caminho feliz e casos de borda via Chrome DevTools/Playwright, com passos de reprodução por falha.

Nunca: conserta nada.

Modelo: barato

document

REGISTRA

Documenta o que foi entregue a partir do diff, da rubrica e da saída dos testes: progresso, ADRs, bugs e mapa do código.

Nunca: especula nem toca em código.

Modelo: barato

ops

VIGIA · OPCIONAL

Vigia CI, Kaneo e PRs paradas; quando algo quebra, escreve um intent novo e avisa o planner.

Nunca: corrige: detecta e descreve.

Modelo: qualquer

Jev

AVALIA · v0.8.0

Classificador que confere cada REQ-N do plano contra o diff no fim do build e devolve probabilidades. A decisão sai do código.

Nunca: aprova sozinho: só barra ou pede humano.

Modelo: jev-1.13.0 (TypeSafe)

Modelos no harness do Claude Code

O harness é sempre o Claude Code: tools, hooks, skills e comandos. O perfil do provedor só troca o endpoint, que precisa ser compatível com a API da Anthropic. Assim cada papel roda no modelo que você escolher.

Regra que funciona: planner e reviewer em Claude, dev no modelo barato. Julgamento fica com o modelo forte; volume de código com o barato, e o reviewer pega o que ele errar.

Cadastro: /sdlc:models. Troca de um papel: /sdlc:adopt --dev deepseek.

ProvedorModelo padrão do catálogoBom para
Anthropic nativoSonnet · Opus · Haiku · Fableplanner e reviewer (recomendado)
DeepSeek (v4)deepseek-v4-prodev, tester-e2e, document
GLM (Z.ai)glm-5.3dev, tester-e2e, document
Kimi K3k3dev, tester-e2e, document
Qwen (Coding Plan)qwen3.7-maxdev, tester-e2e, document
MiniMaxMiniMax-M2.7dev, tester-e2e, document
OpenCode Goqwen3.8-maxdev, tester-e2e, document

Como o time passa o bastão

  1. dev
  2. Jev
  3. reviewer
  4. tester-e2e
  5. dev (PR)
  6. reviewer (PR)
  7. document
  8. done → /entrega
pass leva ao próximo dono. Cada agente fecha seu estágio com /sdlc:next; o estado vive em specs/<slug>/pipeline.json.
fail volta ao dev com o gap. Até 3 tentativas por estágio; o mesmo gap duas vezes seguidas para o pipeline.
terminal (done, exhausted, thrash, blocked) chama o planner e você. Em done, o planner roda o /entrega e o merge é seu.

Referência rápida dos comandos

ComandoQuem rodaPara quê
/sdlc:setupvocê, uma vez por máquinainstalar e conferir o ambiente
/sdlc:modelsvocê, uma vez por modelocadastrar provedor e chave
/sdlc:adoptvocê, uma vez por repopreparar o projeto e o team.json
/sdlc:upvocê, por demandaabrir o time
/sdlc:intentplannerentrevista → intent/<slug>.md
/sdlc:teamplanneriniciar o pipeline com o time do roster
/sdlc:nextcada agentefechar o estágio e passar o bastão
/entregaplannerrubrica final da demanda
/sdlc:opssessão ops, opcionalvigiar CI e PRs e escrever intents novos
/sdlc:painelvocê, quando quiserquem roda ou espera você, pipeline, tokens, custo e Jev

Quando algo dá errado

Um agente caiu ou deu 401
Corrija a chave com /sdlc:models, feche a aba e rode /sdlc:up <slug> --roles dev. O pipeline não perde nada: o agente novo recebe a mesma mensagem de estágio.
Plugin atualizado não pegou
Feche e reabra a aba: /clear não carrega versão nova. Se faltar arquivo, reinstale o plugin.
Agentes não se enxergam
Tudo no mesmo ambiente: não misture WSL com Windows nativo. Um nome por papel por máquina.
Aba Jev vazia
Falta TYPESAFE_API_KEY, o plano não tem REQ-N ou ainda não houve build pass. O motivo fica em specs/<slug>/eval.json.
Quer ver funcionando?Pedir acesso