Introducción
vexillum orquesta agentes de código desde tu terminal, un commander, muchos soldiers, cada uno en su propio camp.
vexillum es un orquestador de agentes de código por CLI, escrito en Go. Le hablás a un solo agente, el commander (Claude Code por defecto). Él despacha soldiers (más sesiones de agente, Claude Code por defecto) en paralelo. Cada soldier trabaja en su propio git worktree (un camp), así el trabajo en paralelo nunca choca, y devuelve un cambio para aterrizar (una mission) o un reporte escrito (un scout). Un sentinel en segundo plano vigila a los soldiers y despierta al commander solo cuando algo necesita atención.
No hay una interfaz nueva que aprender: seguís hablando con tu agente y el commander llama a vx por vos.
> dispatch a soldier to refactor the payment module
Bash(vx dispatch "refactor the payment module" --kind mission --model sonnet)Qué es vexillum, y qué no
- Un único binario en Go. Hace plomería determinista: crea worktrees, inicia sesiones, lleva el estado en disco y rechaza operaciones inseguras. Se instala con Homebrew o con un script de curl, sin dependencias de runtime.
- No es el cerebro. El criterio del commander (cuándo despachar, qué modelo elegir, cuándo preguntarte) vive en markdown: un núcleo corto en un bloque de tu propio
AGENTS.md(oCLAUDE.md), más skills que el commander carga cuando las necesita.vx initlas escribe en tu proyecto, después de preguntarte. Podés leerlas y editarlas. Ver AGENTS.md y rules. - Claude Code, Pi y OpenCode. El commander es Claude Code por defecto, o Pi u OpenCode cuando elegís uno con
vx init --commander. Un soldier corre en Claude Code por defecto, o en Pi u OpenCode cuando su perfil de modelo lo dice. Todavía no se soportan otros harnesses. Las contribuciones son bienvenidas: ver Contribuir. - herdr para los panes. Los soldiers corren en panes de herdr.
vx doctorlo verifica pero nunca lo instala.
Siguientes pasos
Instalación
Quickstart
Cómo funciona vexillum
Referencia del CLI
Los soldiers tienen acceso total al host
Un soldier corre con todos los permisos (Claude Code con --dangerously-skip-permissions, Pi, que no tiene prompts de permisos, u OpenCode con --auto), con tu usuario del sistema y sin container ni sandbox. El camp solo acota dónde caen sus commits. Nada llega al historial real de tu proyecto hasta que apruebes aterrizarlo. Nunca despaches contra un repositorio o una máquina donde leer credenciales sea un problema.