Primeiros passos
Instale o emet, confirme que ele funciona e execute-o pela primeira vez.
Requisitos
Claude Code, git, gh (autenticado) e o plugin mattpocock-skills, em Linux ou macOS. O Bun só é necessário para uma instalação a partir do código-fonte; o Windows nativo não é suportado (use o WSL). A lista completa, com o que verifica cada item, está na referência de dependências.
Instalar
Há dois caminhos de instalação.
Plugin (sem Bun). Adicione este repositório como marketplace e instale o plugin emet; ele traz o /emet:run, os agentes, os hooks de proteção e um shim emet que baixa um binário independente com checksum verificado no primeiro uso.
claude plugin marketplace add andryorelabs/emetclaude plugin install emet@emet-marketplaceinstall.sh (funciona com ou sem Bun):
git clone git@github.com:andryorelabs/emet.gitcd emet./install.shCom o bun no PATH, ele copia o código-fonte da CLI para ~/.claude/emet e um wrapper emet para ~/.local/bin/emet. Sem o bun, instala em vez disso o shim do binário independente (~/.local/bin/emet, ligado a ~/.claude/emet/bin/emet), que baixa e verifica o checksum do binário na primeira execução (precisa do curl). Em ambos os casos os comandos vão para ~/.claude/commands/emet/ e os agentes para ~/.claude/agents/; os marcadores de posição do plugin nos prompts são reescritos como caminhos simples de ~/.claude. Executá-lo de novo é seguro, e um arquivo que você editou é mantido, com a nova versão gravada ao lado como <file>.new.
As duas instalações dão a você três comandos de barra: /emet:run, /emet:init e /emet:doctor. O comando emet em um terminal comum só funciona depois do install.sh; caso contrário, use os comandos de barra, ou ! emet <subcommand> dentro de uma sessão do Claude Code. Os nomes dos agentes diferem: emet:emet-worker no plugin, emet-worker na instalação independente.
Ordem recomendada, em cada repositório: execute primeiro /setup-matt-pocock-skills e depois emet init.
Verifique se funcionou com /emet:doctor dentro do Claude Code, ou emet doctor . em um terminal depois do install.sh (o selftest precisa de uma instalação a partir do código-fonte).
Se o doctor ou o preflight relatar um problema, veja a solução de problemas. Nada é instalado nem autenticado em seu nome; veja a referência de dependências para saber quem verifica o quê e para EMET_SKIP_DEPENDENCY_CHECKS.
Primeira execução
Em qualquer repositório git:
emet init # autodetects package manager, trunk branch, tracker kindemet preflight # confirms the repo is dispatch-readyDentro de uma sessão, /emet:init faz o mesmo que emet init. Depois, dentro do Claude Code:
/emet:run <describe the feature> # interview → wave 1; later waves via --dispatch/autoChain/emet:run --draft <describe the feature> # stop after tickets are created/emet:run --dispatch <spec-id> # dispatch a --draft'd spec laterO emet init deixa um marcador TODO(emet): nos arquivos docs/agents/*.md gerados para tudo o que ele não consegue inferir sozinho (um lock compartilhado do banco de dados de testes, a propriedade do schema etc.); preencha-os. O emet preflight se recusa a despachar enquanto restar algum.
Próximos passos
- Trackers e aterrissagem: tickets do GitHub, do Linear ou locais, e como uma onda aterrissa.
- Modelos e esforço: qual modelo e qual esforço cada papel usa.
- Verificação de frota: audite vários repositórios de uma só vez.
- Referência de configuração e referência da CLI: cada chave e subcomando.