Versión 0.5.0

Novedades de Orchemax 0.5.0 (vista previa, acceso anticipado por invitación): compuertas en el momento de la acción, shells seguros ante stdin, huella que se recorta sola, un inicio de sesión veraz, el ciclo de mejora y un Chair sujeto a las mismas reglas.

Orchemax 0.5.0 — vista previa, acceso anticipado por invitación.

Términos que verás: el Chair es el agente con el que hablas, que planifica y coordina el trabajo; un worker es un agente que el Chair inicia para una tarea, en su propia copia del código; un sello es la comprobación automática que cierra la tarea de un worker; aterrizar es integrar el trabajo ya comprobado en main e instalarlo.

Orchemax es la capa de fondo para agentes de programación: funciona con el CLI de agente que ya usas, y solo las sesiones abiertas con orch <agent> reciben sus reglas, compuertas, memoria y lecciones.

Aspectos destacados#

  • Compuertas en el momento de la acción. Cada llamada a una herramienta la juzgan hooks. El commit de un worker corre las mismas compuertas que el sello final (salidas generadas sin añadir, ediciones del ledger, pruebas eliminadas, escrituras compartidas sin bloqueo, rojo primero), así que aprende en segundos y no después de un sello completo. El sello se mantiene como respaldo.
  • Shells seguros ante stdin. Un comando que esperaría stdin para siempre (un intérprete o REPL sin argumentos, un heredoc vacío) se rechaza para todos los asientos, con la solución en una línea.
  • Orchemax libera lo que ocupa. Mide su propia huella (caché de compilación, worktrees, scratch, logs) en orch stats, recorta la caché de compilación de Go cuando está inactivo y supera su límite, elimina binarios orch sueltos al arrancar y libera los worktrees de workers muertos sin perder sus ramas ni su trabajo sin confirmar.
  • Un inicio de sesión veraz. La tarjeta de inicio del Chair se construye con los registros propios de Orchemax: las sesiones que murieron se muestran como muertas, las ramas ya integradas no se listan y las líneas pendientes del ledger se muestran en lugar de contarse.
  • El ciclo de mejora como mecanismo. Cada error, de un worker o del Chair, se vuelve una fila que avanza detectar → corregir → mejorar (una compuerta) → memorizar (una lección) → aprender (se muestra en la acción) → repetir (se verifica que no reincide). Un turno o una sesión no puede cerrar con un error sin memorizar, una reincidencia lo reabre, y una compuerta que detiene un error antes de causar daño cuenta como el mecanismo funcionando.
  • El Chair sujeto a las mismas reglas. Se rechazan los briefs sin invariantes con pruebas o sin sección fuera de alcance, las anulaciones repetidas de una compuerta deben nombrar el ítem que la arregla, y el aterrizaje nunca se bloquea a sí mismo y espera a que la máquina esté tranquila.
  • Despacho más rápido. Un despacho lanza menos procesos de git: de 142 a 99, medido en una ejecución de pruebas. El resto del trabajo de velocidad llega en 0.5.0.

Actualización#

  1. Reemplaza el binario de la carpeta de instalación por el de 0.5.0 (ver Instalación).
  2. Ejecuta orch doctor --fix en cada workshop.
  3. Confirma con orch version, que imprime 0.5.0.

Notas#