Acerca de / Resumen
Resumen
Un sistema de trabajo alrededor del agente para una ingenieria durable y supervisada.
OpenSymphony es una implementacion greenfield en Rust del diseno de OpenAI Symphony
. Mantiene la autoridad de orquestacion fuera del harness, da a cada issue su propio workspace y usa un harness independiente que mantiene flexible la eleccion de proveedores y LLMs mientras el modelo de orquestacion sigue estable.
Creado por
Dos capas
Que define OpenAI Symphony y que implementa OpenSymphony.
Que es OpenAI Symphony
Un modelo de orquestacion del sistema de trabajo
OpenAI Symphony vuelve ticket, workspace y workflow contract conceptos de runtime de primera clase. Asume polling, reconciliacion, workspaces preservados y revision humana dentro del bucle.
Que agrega OpenSymphony
Una implementacion local-first concreta en Rust
OpenSymphony usa Linear para issues, OpenHands como capa de harness independiente, un control plane de solo lectura para observabilidad y la TUI para supervision.
Arquitectura
Cinco capas mantienen el sistema legible.
OpenHands ejecuta el trabajo y OpenSymphony posee el ciclo de vida alrededor de ese trabajo.
Policy
Workflow files y reglas del repositorio
WORKFLOW.md, AGENTS.md y las skills locales definen el contrato de como quiere trabajar el repo.
Configuration
Configuracion tipada del workflow y runtime
OpenSymphony resuelve configuracion, variables de entorno, paths y settings de OpenHands antes de ejecutar.
Coordination
Scheduler, retries y reconciliacion
El orquestador decide elegibilidad, concurrencia acotada, despacho con jerarquia, retries y recuperacion al iniciar.
Execution
Workspace manager mas runtime de OpenHands
Cada issue se mapea a un workspace deterministico y OpenHands maneja la sesion y las herramientas dentro de ese limite.
Observability
Control plane y la TUI
La TUI lee el control plane y mantiene separado el monitoreo de la correccion del sistema.
Resumen del workflow
El bucle en una pasada.
Esta es la forma operativa del MVP hoy.
01
Consultar Linear por issues elegibles
Los issues candidatos salen del tracker con scheduling consciente de jerarquia.
02
Preparar el workspace del issue
Hooks, manifests, artefactos de prompt y chequeos de ownership viven en el directorio del issue.
03
Adjuntar o reanudar la sesion de ejecucion
OpenSymphony reutiliza conversaciones por issue y maneja continuacion, recovery y reconciliacion.
04
Seguir el progreso por el control plane
La persona operadora ve el trabajo en la TUI e inspecciona snapshots, eventos, retries y estado.
05
Mantener revision y recuperacion dentro del mismo bucle
Feedback de PR, retrabajo, recovery y corridas posteriores quedan unidos al mismo contexto.
Reglas de diseno
Las fronteras son la idea central.
El orquestador es la fuente de verdad.
El estado de scheduling, retries y recovery permanece en Rust, donde la orquestacion conserva la autoridad.
Cada issue posee su propio limite de ejecucion.
La aislacion del workspace mantiene comprensibles el estado durable y la recuperacion.
La UI es opcional.
La TUI sirve para observabilidad y supervision.
La revision humana forma parte del modelo.
El modelo se centra en trabajo agencial supervisado con un historial claro.