Qué optimiza Herdr
Terminales persistentes, estado del agente de un vistazo, automatización por socket/CLI, reattach SSH. Fuerte cuando el trabajo es “déjalo corriendo y no caces el pane trabado.” Runtime abierto Apache-2.0 (YC F26).
Orchemax
Orchemax vs Herdr
Capas distintas. Herdr es el runtime de agentes abierto — panes que siguen vivos, working / blocked / idle entre máquinas. Orchemax es la ley de taller debajo de esos agentes: Chair, locks compartidos, símbolos, bus y mirador Zero-Code-Leak.
Adyacente, no sustituto
¿Buscas una alternativa a Herdr? La mayoría compara ADE e multiplexores de terminal. Orchemax no es eso. Se sienta bajo los CLIs que Herdr ya aloja — para que el rebaño siga corriendo y el repo sobreviva a escrituras en paralelo.
Qué optimiza Orchemax
Gobernanza de taller: un Chair por proyecto, locks en shared, símbolos antes de inventar, bus en disco, gate anti-duplicado, uso medido, overlook opcional — el source se queda en tus máquinas.
Cara a cara
| Capacidad | Herdr | Orchemax |
|---|---|---|
| Trabajo | Runtime / multiplexor de terminales de agentes | Taller multi-agente gobernado + mirador |
| Dónde vive | Dueño de los terminales; el agente conserva su TUI | Bajo el CLI (MCP + hooks); sin nueva UI de agente |
| Sobrevive cierre de tapa / caída SSH | Sí — ese es el producto | Depende de cómo alojas el asiento; Orchemax no reemplaza el runtime |
| Cola de atención (working / blocked / idle) | Estado de pane de primera clase | Notify / Assist cuando un worker termina o pregunta; no es un mux de terminal |
| Un director por proyecto | No es el producto — los agentes pueden spawnear peers por socket | Un Chair; el segundo Chair interactivo se rechaza |
| Locks / ley de símbolos | No documentado como gobernanza de repo | Locks compartidos + orch:export + guard dup |
| Dueño del ítem de trabajo | No es un producto de ledger | task_claim sobre la línea del ledger en markdown |
| Lectura de costo / gobernanza | No es un overlook de gasto org | orch usage local; overlook SaaS en Team (solo metadatos) |
| ¿Pueden coexistir? | Sí. Corre asientos cableados a Orchemax dentro de panes Herdr — runtime + ley de taller. | |
Separación honesta: Herdr mantiene vivos a los agentes. Orchemax evita que el taller choque. Los hosts tipo Traycer siguen siendo el peer de orquestación — ver Orchemax vs Traycer.
Elige Herdr si…
Tu cuello de botella es el caos de terminales: muchos agentes, muchos proyectos, tapas cerradas y encontrar quién está blocked. Quieres un runtime abierto y socket API, no otro SaaS de gobernanza.
Elige Orchemax si…
Tu cuello de botella es el repo: duplicados, locks perdidos, dos directores, sin número de gasto. Professional encaja al founder con varios proyectos solo; Team a la org que necesita overlook y Assist HITL.
FAQ — Orchemax vs Herdr
¿Orchemax es alternativa a Herdr?
Solo en el sentido amplio de “corro muchos agentes de coding”. Herdr es runtime de terminal; Orchemax es gobernanza de taller. Trabajos distintos y pueden ir juntos.
Soy founder solo — ¿qué plan?
Professional ($25/mes) es el peldaño de pago para un humano con varios proyectos y agentes — notify suave por Telegram, caps, sin seats de org.
Somos empresa — ¿qué plan?
Team ($49/asiento/mes) suma el overlook, aprobaciones Assist HITL y asientos para humanos bajo supervisión. La empresa se autoelige; el founder en Professional es ICP con el mismo peso.
¿Orchemax reemplaza Herdr?
No. Quédate con Herdr (o tmux, o los terminales del IDE) para la vida de sesión. Añade Orchemax bajo los CLIs para locks, símbolos, Chair y gobernanza medida.