FAQ
Respuestas cortas a las primeras preguntas de la gente.
¿Por qué Go?
Por distribución, no por preferencia. Un binario estático de Go se instala con Homebrew o curl sin necesitar ningún runtime en tu máquina.
¿En qué agentes puede correr un soldier?
En Claude Code, que es el default, en Pi y en OpenCode, que se eligen por perfil de modelo con "harness": "pi" o "harness": "opencode". El commander también puede correr en Pi o en OpenCode (vx init --commander). El binario sigue siendo plomería detrás de una única interfaz Harness.
¿Tengo que aprender comandos?
No. Le hablás al commander, en Claude Code por defecto (o en Pi u OpenCode), y él corre vx por vos. La referencia del CLI es para cuando quieras manejarlo a mano.
¿vexillum abre pull requests?
No por defecto. vx land mergea localmente. vx ship corre el pipeline tribunal y después abre un PR real. Ver Land vs ship.
¿Es seguro dejar correr a los soldiers?
Tratalos como una sesión desatendida con tus credenciales. Corren con todos los permisos (--dangerously-skip-permissions en Claude Code, sin prompts de permisos en Pi, --auto en OpenCode), sin sandbox. El camp aísla sus commits; tu aprobación antes de aterrizar es el control. No despaches donde leer secretos sea un problema.
¿Qué pasa si un soldier se cae, o se reinicia mi máquina?
El estado es JSON en disco. Una tarea cuyo pane se confirma desaparecido pasa a interrupted, con su trabajo commiteado todavía en el camp. Ver Blocked e interrupted.
¿Pueden correr dos proyectos a la vez?
Sí. El estado tiene un namespace por proyecto, y un sentinel por máquina los atiende a todos.
¿De dónde sale el comportamiento del commander?
De markdown en tu proyecto que podés editar: un núcleo corto en un bloque de tu AGENTS.md, y la skill vexillum que el commander carga cuando despacha, aterriza o hace ship. Ver AGENTS.md y rules.
¿Hay un segundo commander, u otros agentes?
No. Le hablás a un solo commander, y él despacha a los soldiers.