Per iniziare
Installa emet, verifica che funzioni ed eseguilo per la prima volta.
Requisiti
Claude Code, git, gh (autenticato) e il plugin mattpocock-skills, su Linux o macOS. Bun serve solo per un’installazione da sorgenti; Windows nativo non è supportato (usa WSL). L’elenco completo, con ciò che verifica ogni voce, è nel riferimento delle dipendenze.
Installazione
Ci sono due percorsi di installazione.
Plugin (senza Bun). Aggiungi questo repo come marketplace e installa il plugin emet; porta con sé /emet:run, gli agenti, gli hook di guardia e uno shim emet che al primo utilizzo scarica un binario standalone con checksum verificato.
claude plugin marketplace add andryorelabs/emetclaude plugin install emet@emet-marketplaceinstall.sh (funziona con o senza Bun):
git clone git@github.com:andryorelabs/emet.gitcd emet./install.shCon bun nel PATH copia i sorgenti della CLI in ~/.claude/emet e un wrapper emet in ~/.local/bin/emet. Senza bun installa invece lo shim del binario standalone (~/.local/bin/emet, collegato a ~/.claude/emet/bin/emet), che al primo avvio scarica il binario e ne verifica il checksum (richiede curl). In entrambi i casi i comandi finiscono in ~/.claude/commands/emet/ e gli agenti in ~/.claude/agents/; i segnaposto del plugin nei prompt vengono riscritti in semplici percorsi ~/.claude. Rieseguirlo è sicuro, e un file modificato viene mantenuto, con la nuova versione scritta accanto come <file>.new.
Entrambe le installazioni forniscono tre comandi slash: /emet:run, /emet:init e /emet:doctor. Il comando emet in un normale terminale funziona solo dopo install.sh; altrimenti usa i comandi slash, oppure ! emet <subcommand> all’interno di una sessione di Claude Code. I nomi degli agenti differiscono: emet:emet-worker nel plugin, emet-worker standalone.
Ordine consigliato, in ogni repo: esegui prima /setup-matt-pocock-skills, poi emet init.
Verifica che sia andato tutto bene con /emet:doctor dentro Claude Code, oppure con emet doctor . in un terminale dopo install.sh (selftest richiede un’installazione da sorgenti).
Se doctor o preflight segnala un problema, vedi la risoluzione dei problemi. Nulla viene mai installato o autenticato al posto dell’utente; vedi il riferimento delle dipendenze per sapere chi controlla cosa e per EMET_SKIP_DEPENDENCY_CHECKS.
Primo avvio
In qualsiasi repo git:
emet init # autodetects package manager, trunk branch, tracker kindemet preflight # confirms the repo is dispatch-readyAll’interno di una sessione, /emet:init fa lo stesso di emet init. Poi, dentro 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 lateremet init lascia un marcatore TODO(emet): nei file docs/agents/*.md generati per tutto ciò che non riesce a dedurre da solo (un lock condiviso del database di test, la proprietà dello schema, ecc.); compilali. emet preflight rifiuta il dispatch finché ne resta uno.
Prossimi passi
- Tracker e landing: ticket su GitHub, Linear o locali, e come atterra un’ondata.
- Modelli e impegno: quale modello e quale impegno usa ogni ruolo.
- Controllo della flotta: controlla più repo in una volta.
- Riferimento della configurazione e riferimento della CLI: ogni chiave e ogni sottocomando.