Dependencias
Qué necesita emet en la máquina y qué comando comprueba cada elemento. Los términos siguen GLOSSARY.md. Volver al README.
Obligatorias
-
bun: solo para instalaciones desde el código fuente. El binario independiente no necesita ningún runtime.
-
rsyncysha256sumoshasum: los exigeinstall.sh. -
git: obligatorio en tiempo de ejecución. Casi todos los subcomandos lo invocan. -
CLI
gh, autenticada: obligatoria cuando el tracker esgithubo el aterrizaje espr. Los PR siempre la usan. Contracker.kind: "local"ylanding.mode: "merge",ghno es obligatoria. -
El plugin
mattpocock-skills(marketplaceclaude-plugins-official): las fases de entrevista, spec y tickets de/emetllaman a skills que viven allí.Terminal window claude plugin marketplace add anthropics/claude-plugins-officialclaude plugin install mattpocock-skills@claude-plugins-official -
Los agentes
emet-workeryemet-revieweren~/.claude/agents/: los instalainstall.sh. La fase 6 y la fase 8 despachan porsubagent_type, así que si falta cualquiera de los dos, el despacho se rompe. Consulta Models & effort. -
Un servidor MCP de Linear declarado en
.mcp.json(o en el ámbito de usuario): solo si el repositorio usa el trackerlinear. emet verifica la declaración. Que la conexión esté autenticada depende del almacén de credenciales propio de Claude Code y no se puede comprobar desde aquí. Si una ejecución no logra leer los tickets, reinicia Claude Code y aprueba la conexión.
Nada de lo anterior se instala ni se inicia sesión en tu nombre. Lo que cambia es quién lo comprueba y con qué rigor.
Qué comprueba cada cosa
emet init |
emet doctor |
emet preflight |
|
|---|---|---|---|
| plugin ausente/deshabilitado | imprime el comando de instalación | lo informa (una vez, para toda la flota) | bloquea el despacho |
agente emet-worker/emet-reviewer ausente |
— | lo informa (una vez, para toda la flota) | bloquea el despacho |
gh ausente/sin autenticar (tracker: github) |
imprime qué ejecutar | lo informa | bloquea el despacho |
servidor de Linear sin declarar (tracker: linear) |
imprime una nota | lo informa | bloquea el despacho |
claude no está en el PATH, o un sondeo agota el tiempo |
imprime una nota | lo informa | avisa, nunca bloquea: esto es “no se pudo comprobar”, no “verificado como roto” |
una bandera de la que depende emet falta en --help |
— | lo informa | — |
Comprobación de banderas
emet doctor comprueba las banderas mismas, no solo que existan los binarios. Lee --help de gh issue view y gh repo view (--json), gh issue edit (--add-label, --remove-label), claude (--bg) y claude agents (--json), e informa cualquier bandera que una CLI más nueva o más antigua ya no documente. Una bandera renombrada, de otro modo, haría fallar una oleada a mitad de camino.
Tiempos de espera y cómo omitir un bloqueo
Cada sondeo se limita a 5 s para que un gh auth status detenido (sin red) no pueda colgar una oleada. Si un bloqueo de preflight es erróneo para tu entorno, EMET_SKIP_DEPENDENCY_CHECKS=1 emet preflight lo degrada a una advertencia solo en esa ejecución. Defínela en tu propia shell, no en nada que el coordinador de /emet ejecute sin supervisión. Consulta Variables de entorno.
Binarios propios del repositorio
El preflight.requiredCommands de un repositorio (en emet.config.json) es una lista aparte, propiedad del repositorio, de binarios que emet preflight y emet doctor exigen en el PATH. Es útil para rg y sg, que los prompts de los workers ofrecen como alternativas más rápidas a leer un archivo completo. gh no necesita figurar ahí; la comprobación anterior ya lo cubre. Consulta preflight.
Para los fallos y sus soluciones, consulta la solución de problemas.