Un sistema de trabajo alrededor del agente de código.

OpenSymphony coordina proyectos con varios repositorios, task graphs con dependencias, workspaces aislados y ejecución mediante OpenHands, Codex o ACP en un plano de control local-first. La app de escritorio y la TUI muestran el enrutamiento por repositorio, las corridas activas y el conocimiento que producen.

Plano de control local-first Project sets multirrepositorio OpenHands + Codex + ACP Memoria + inteligencia de código Superficies de operación desktop
OpenSymphony Superficies de operación

Repositorios

Un proyecto puede abarcar varios repositorios.

Los sub-issues vinculados a un repositorio se ejecutan en checkouts verificados. Su issue padre sin etiqueta espera los merges y comprueba el resultado combinado en un workspace de integración.

Harness

La ejecución permanece unida al issue.

OpenHands sigue siendo la ruta por defecto. Codex app-server local y los perfiles ACP v1 con nombre dan a cada issue una ruta de ejecución explícita, con recuperación de sesión y permisos de operador cuando están disponibles.

Conocimiento

El trabajo completado se convierte en memoria.

La captura de memoria y el knowledge graph conservan cápsulas de issues, relaciones, referencias de origen y contexto navegable.

Desktop

La persona operadora puede ver el sistema.

La app de escritorio conecta task graph, run detail, archivos cambiados y vistas de grafo para inspeccionar trabajo de largo horizonte.

OpenSymphony TUI showing issue orchestration state.
Linear board with issues managed through the OpenSymphony workflow.

Por qué importa

La persona operadora ve el trabajo, la corrida y el conocimiento que deja.

OpenSymphony mantiene la coordinación como autoridad y cada superficie muestra la evidencia necesaria para decidir el siguiente paso.

01

El task graph dirige el trabajo al repositorio correcto.

Los vínculos de repositorio, los bloqueos del padre, las dependencias y las rutas críticas hacen explícito el trabajo multirrepositorio antes de crear un workspace.

02

Las corridas conservan su contexto operativo.

Checkouts verificados, sesiones de OpenHands, Codex y ACP, run detail, reintentos y recuperación mantienen la ejecución inspeccionable.

03

El sistema lleva el conocimiento hacia adelante.

La captura de memoria y la inteligencia de código basada en AST conectan el trabajo completado con archivos, símbolos, diagnósticos y decisiones.

Superficies de operación

Ve el trabajo en el nivel donde ocurren las decisiones.

La app de escritorio reúne el estado de las tareas y la memoria del proyecto en vistas que se pueden inspeccionar, filtrar y seguir hasta su contexto de origen.

Task Graph

Las dependencias se vuelven contexto operativo visible.

Los paneles Completed, Current y Backlog muestran bloqueos, relaciones entre paneles y la ruta crítica del trabajo activo.

Tres fases mantienen la evidencia completada, la ejecución activa y el trabajo futuro en una misma superficie navegable.
Task graph desktop de OpenSymphony con paneles Completed, Current y Backlog, flechas de dependencias y una ruta crítica seleccionada.

Knowledge Graph

El trabajo completado sigue conectado con lo que el proyecto sabe.

El Knowledge Graph agrupa la memoria del proyecto en áreas, conceptos, cápsulas, relaciones y referencias de origen navegables.

La exploración del grafo conecta áreas de memoria con conceptos seleccionados, cápsulas de issues y su contexto de apoyo.
Knowledge Graph de OpenSymphony mostrando áreas de memoria, un concepto seleccionado, entidades y un inspector.

Workflow

Del trabajo ligado a un repositorio al resultado integrado.

OpenSymphony dirige cada sub-issue a un checkout verificado, ejecuta el harness seleccionado y da al padre un workspace separado para comprobar el resultado combinado.

Las definiciones de workflow moldean el layout del workspace y los manifests que guardan estado de issue, estado de conversación y corridas.
Diagrama que muestra cómo las definiciones de workflow alimentan workspaces por issue y manifests persistidos entre el filesystem y el espacio de entidades.

01

Dirigir el trabajo a un repositorio

El orquestador lee la jerarquía y las dependencias de Linear, junto con etiquetas explícitas `repo:<alias>`, antes de seleccionar trabajo ejecutable.

02

Crear un checkout verificado

Cada sub-issue se ejecuta en un checkout aislado de su repositorio, con identidad duradera de configuración, repositorio y workspace.

03

Ejecutar mediante el harness seleccionado

OpenHands es la ruta por defecto, con Codex app-server local y perfiles ACP v1 con nombre disponibles para selección explícita.

04

Integrar, inspeccionar y recuperar

Después de los merges de los sub-issues, el padre comprueba el resultado combinado en un workspace de integración mientras las superficies de operación muestran bloqueos, evidencia y estado de recuperación.

Inicio rápido

Empieza con el Quick Start del repositorio.

Puedes seguir las instrucciones sin clonar el repositorio. Cuando quieras consultar docs de arquitectura, referencias de memoria o material más profundo, usa la página de Recursos.

Ultimas actualizaciones

Profundiza en el sistema

Leer novedades

28 de julio de 2026

OpenSymphony 2.11.0 adopta Rust 1.97.1

OpenSymphony 2.11.0 adopta Rust 1.97.1 y Cargo Resolver 3, resuelve el conflicto de dependencias que bloqueó algunas actualizaciones y hace reproducibles las futuras actualizaciones del CLI mediante una instalación bloqueada.