Un gateway que sigue adelante
Un corte a mitad de stream pasa a la siguiente ruta y solo se castiga al que falló. orch gateway status. El gateway
Orchemax
Vista previa — acceso anticipado por invitación.
Gobierna varios agentes de IA sobre un repo, desde el CLI que ya abriste
Un binario local debajo de los CLI de agentes que ya pagas. Tu código fuente se queda en tu máquina.
Tier gratuito, sin tarjeta de crédito. Ver planes.
No es otro TUI de agentes: el asiento es tu propio Claude Code, Codex, Cursor, Copilot, OpenCode, Gemini o agy, como subproceso o por ACP. Las capacidades siguen tu plan activo. Qué viene bajo el asiento.
Novedades de Orchemax 0.9.0
Coordinación entre máquinas
Un aviso llega al par una vez en lugar de en cada pasada. orch machines. El bus
Compuertas que piden prueba
Una ronda que añade tests muestra cada uno fallando primero. orch verdict. Guardas
Un aviso que pasa a bloqueo
Una lección que recurre deja de avisar y empieza a rechazar. Guardas
Números que puedes leer
Failovers y contadores por área: orch stats. Stats
El dolor
“Escribió formatMoney otra vez.”
Tercera copia en el repo, otro nombre, el mismo cuerpo.
“Leyó seis archivos para responder una pregunta.”
La ventana de contexto se gasta antes de empezar la edición.
“Maté un worker y se llevó el repo con él.”
Su lock sigue tomado, y el siguiente agente espera.
“Dijo que estaba listo.”
Selló, y nada corrió para probarlo.
“Dos agentes, un archivo. Ganó uno.”
El del otro quedó en el reflog, con suerte.
“Mis identificadores están en español.”
El idioma del chat se filtró al código.
También: un .py o .sh en cualquier carpeta, pruebas donde no corresponde, node_modules commiteado, una skill que nadie aplicó, nadie en la silla.
Cómo lo cura Orchemax
Entérate cuando un worker termina o pregunta
Un aviso de escritorio con sonido, Telegram en tu teléfono, y la pregunta del worker respondida desde ahí. Docs
Un presupuesto que se respeta
Un tope diario de tokens frena el despacho antes de empezar; una máquina ocupada encola en vez de fallar. Docs
Trae tus propios agentes
Un agente planea, otro escribe y un tercero de otro proveedor revisa. Sin IDE nuevo, sin proxy. Docs
Un escritor por archivo, una copia por helper
Se toma un lock antes de editar algo compartido, y orch guard dup rechaza un clon antes del merge. Docs
Lee una función, no seis archivos
code_snippet devuelve un cuerpo por rango de líneas, y trace_path recorre quién lo llama y a quién llama. Docs
Los agentes se coordinan en vez de chocar
task_claim da un dueño a cada línea del ledger, y ask con to_project trae la respuesta del proyecto vecino. Docs
Tu taller se queda tuyo
orch setup vincula la carpeta y siembra ley fina + memoria. Tus apps y módulos compartidos conservan su forma.
northforge/ ← workspace (vinculado; no es un proyecto facturable)
├── orch.yaml ← registro: projects + shared por lang
├── CLAUDE.md · AGENTS.md ← ley del taller (semilla / tuya)
├── GATES.md · doctrine/ ← kit opcional + tu doctrina
│
├── .orch/ ← runtime Orchemax (no es tu producto)
│ ├── orch.db · mcp.json · LAST_SESSION.md · MEMORY_BRIEF.md
│ ├── gates/ · agents/worktrees/ · logs/ · telemetry/
│ └── …
├── .workflow/ ← BOARD · RESUME · LEDGER (memoria en disco)
├── .agents/skills/ ← orch-chair / worker / recall / clarify
│
├── shared/ ← SHARED por lenguaje (locks + símbolos)
│ ├── go/ ← módulos Go que puede usar toda app
│ │ ├── core/ · features/ · libs/
│ │ └── SHARED.md ← ley de capa (+ orch:export)
│ ├── ts/ ← bucket TypeScript (misma idea)
│ │ └── …
│ └── css/ · js/ ← langs de assets cuando todas las apps los asumen
│ ↑ billing + portal editan aquí con orch lock — no se copia por app
│
└── apps/
├── billing/ ← PROJECT (git propio; Chair propio)
│ ├── CLAUDE.md · AGENTS.md · docs/TRACKER.md · .sandbox/
└── portal/ ← otro PROJECT; mismo shared arriba
├── CLAUDE.md · AGENTS.md · docs/TRACKER.md · .sandbox/
Orden: 1 workspace → 2 registrar proyectos → 3 shared por lenguaje (+ assets)
El agente de billing puede preguntarle al Chair de portal; la respuesta trae proyecto + ruta + línea. Varias apps, shared por lenguaje. Los nombres de carpeta son tuyos. Las semillas son un kit — tu proceso gana. Docs
Día uno
orch setupregistra el servidor MCP en cada CLI de agente que encuentra.- Abre tu asiento de siempre y pídele el trabajo al Chair con tus palabras.
- Al final de la semana,
orch usagemuestra cuánto gastó cada worker. - Una salida:
orch workspace clean --dry-runlista lo que no es tuyo, yorch uninstallquita Orchemax en dos pasos confirmados.
Solo aquí
Verificado en octubre de 2026 contra la documentación de diez orquestadores (la matriz, Herdr). El único que encontramos que:
- falla la tarea y niega el merge ante un duplicado o una regla rota, en cinco CLI que no son suyos.
- corre las reglas que escribes una vez al sellar, en tus git hooks y en tu IDE.
- saca de tu repo los archivos temporales del agente, redirecciones de shell incluidas.
- hace que otro proveedor revise cada tarea de escritura y niega el merge si la rechaza.
- impone una corrida de planificación de solo lectura y luego ejecuta ese mismo plan.
- da a cada worker una llave de vida corta, revocada cuando su tarea sella.
Un coordinador, todas las máquinas
Hablas con un solo Chair. Él asigna, pregunta y responde a los Chairs de tus otras máquinas a través del relay de Orchemax, así que ninguna máquina te espera.
Tres sistemas operativos, un plan
Nuestro propio desarrollo corre en cuatro máquinas: un coordinador Windows, una segunda máquina Windows, un servidor Linux y una máquina macOS. Cada una ejecuta sus propios agentes, gates y pruebas para su plataforma.
Otra máquina audita cada merge
Un cambio construido en una máquina lo audita otra antes de aterrizar. En nuestro propio desarrollo, la máquina Linux rechazó el cambio del propio coordinador porque afirmaba resultados aún no medidos en macOS.
Medido, no prometido
Noche del 14 de octubre de 2026 en nuestro propio desarrollo: 5 trenes de merge, 19 ramas aterrizadas, 7 ítems del núcleo cerrados, cada uno con una auditoría independiente y una prueba en main.
Vista previa. Los mensajes entre máquinas requieren una cuenta vinculada.
Mídelo tú mismo
Sin porcentaje de ahorro. Cuatro lecturas vienen con el binario; córrelas sobre tu repo.
orch usage: tokens por sesión, worker y modelo, asientos con plan incluidos.orch usage --leaks: por qué se fueron los tokens, como relecturas y llamadas repetidas.orch usage --governance: choques en archivos compartidos por par de agentes.verify_reporty el benchmark: un veredicto por sesión y una prueba de duplicados en CI.
Profundizar
Comparar
Cada celda con su fuente, y dónde nos gana cada par. Leer la comparación.
Producto
El flujo diario, el mirador y el FAQ largo. Ver el producto.
FREE → STARTER → PROFESSIONAL → TEAM
Free se instala en tu máquina — sin cuenta en la nube. Los planes de pago miden agentes gestionados y proyectos registrados. El gasto de LLM es BYO: a Orchemax le pagas solo la gobernanza. Gateway vs login de asiento.
Free
$0/mes · con tope
- 2 proyectos · 2 Chairs abiertos · sin workers (workers desde Starter)
- El Chair completo: gates, memoria, lecciones, inicio y cierre
- Sin mirador SaaS
Starter
$10/mes
- 5 proyectos · 2 Chairs abiertos · 1 worker concurrente · 300 despachos/mes
- Proveedores BYO vía gateway
- Política individual
Professional
$25/mes
- 15 proyectos · 3 Chairs abiertos · 3 workers concurrentes · 1.500 despachos/mes
- 2 talleres · 2 dispositivos · mirador personal de tu gasto
- avisos suaves por Telegram · webhooks
Team
$35/asiento/mes · mínimo de 3 asientos
- Deck de gasto del CTO: tokens, actores, gobernanza
- 100 proyectos · 1 Chair abierto por asiento · 10 workers concurrentes en conjunto · 6.000 despachos/mes
- Una empresa: 5 talleres · los asientos son personas · allowlist · horarios · aprobaciones Assist · las máquinas siguen los asientos · sobre 100 asientos, contáctanos
Un despacho es un arranque de agente gestionado (orch task run / worker por gateway) — no cada turno de chat. Los asientos miden humanos; los dispositivos son máquinas vinculadas (Team: al menos una por asiento). Qué incluye Team.
Antes de instalarlo
¿Es otra capa entre mi agente y yo?
Sin proxy y sin cambiar tu login: herramientas MCP y un hook. Docs
¿Mi código llega a su nube?
No. Una cuenta enlazada recibe contadores y eventos, nunca código. Docs
Más respuestas en el FAQ completo.
Instálalo bajo el CLI que ya abriste
Corre orch setup, abre tu asiento de siempre y decide con tus propios números al final de la semana.