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 . Combina un control plane en Rust con una app desktop para visualizar task graphs con dependencias, inspeccionar corridas, archivos cambiados y memoria del proyecto en grafos. Cada issue conserva su propio workspace mientras OpenHands y la ruta local Codex app-server ofrecen opciones explicitas de harness.

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.

El modelo de orquestacion pone polling, seleccion, reconciliacion y dispatch como partes explicitas del sistema de trabajo.
Diagrama que muestra el poll loop de orquestacion, la logica de seleccion y las interfaces backend del modelo Symphony.

Que agrega OpenSymphony

Una implementacion local-first concreta en Rust

OpenSymphony usa Linear para issues, OpenHands como harness por defecto y una ruta local Codex app-server soportada. El control plane se puede observar desde la TUI y una app desktop completa con visualizaciones de Knowledge Graph, Task Graph y Code Graph.

El Task Graph desktop hace visibles la evidencia completada, la ejecucion activa y las dependencias del backlog en una misma superficie.
Task Graph desktop de OpenSymphony con paneles Completed, Current y Backlog, flechas de dependencias y una ruta critica seleccionada.

Arquitectura

Cinco capas mantienen el sistema legible.

OpenHands o Codex ejecutan 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 del harness seleccionado

Cada issue se mapea a un workspace deterministico y el harness seleccionado maneja la sesion y las herramientas dentro de ese limite. OpenHands es la ruta por defecto, con una ruta local Codex app-server soportada.

Clients

Control plane y clientes

La TUI y la app desktop leen el control plane y mantienen separados el monitoreo, los task graphs, el detalle de corrida y el contexto del proyecto de la correccion de la orquestacion.

Resumen del workflow

El bucle en una pasada.

El bucle mantiene planificacion, ejecucion, revision y recuperacion unidas al mismo contexto del issue.

Diagrama que muestra el flujo desde un issue de Linear a traves de las capas runtime de OpenSymphony hasta la tarea de codigo y el agente de IA.

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 o la app desktop e inspecciona snapshots, eventos, retries, estado de tareas y contexto del issue.

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 limite de ejecucion.

La aislacion del workspace mantiene comprensibles el estado durable y la recuperacion.

Los clientes se enfocan en la supervision.

La TUI y la app desktop ofrecen observabilidad y supervision mientras la orquestacion conserva la autoridad en Rust.

La revision humana forma parte del modelo.

El modelo se centra en trabajo agencial supervisado con un historial claro.