Sobre / Visao geral

Visao geral

Um sistema de trabalho ao redor do agente para uma engenharia duravel e supervisionada.

OpenSymphony e uma implementacao greenfield em Rust do desenho OpenAI Symphony . Ele mantem a autoridade de orquestracao fora do harness, da a cada issue seu proprio workspace e usa um harness independente que preserva flexibilidade entre provedores e LLMs enquanto o modelo de orquestracao permanece estavel.
Expanded OpenSymphony TUI interface with multiple tasks running in parallel.

Criado por

Duas camadas

O que OpenAI Symphony define e o que OpenSymphony implementa.

O que e OpenAI Symphony

Um modelo para orquestracao do sistema de trabalho

OpenAI Symphony transforma ticket, workspace e workflow contract em conceitos de runtime de primeira classe. Ele assume polling, reconciliacao, workspaces preservados e revisao humana dentro do ciclo.

O modelo de orquestracao torna polling, selecao, reconciliacao e dispatch partes explicitas do sistema de trabalho.
Diagrama mostrando o poll loop de orquestracao, a logica de selecao e as interfaces de backend no modelo Symphony.

O que OpenSymphony entrega

Uma implementacao local-first concreta em Rust

OpenSymphony usa Linear para issues, OpenHands como camada de harness independente, um control plane somente leitura para observabilidade e a TUI para supervisao.

O orquestrador prepara workspaces e controla o ciclo de vida, enquanto o OpenHands gerencia a sessao de execucao.
Diagrama mostrando a fronteira entre o orquestrador em Rust e a execucao no OpenHands.

Arquitetura

Cinco camadas mantem o sistema legivel.

OpenHands executa o trabalho, e OpenSymphony possui o ciclo de vida ao redor dele.

Policy

Arquivos de workflow e regras do repositorio

WORKFLOW.md, AGENTS.md e skills locais definem o contrato de como o repositorio quer que o trabalho rode.

Configuration

Configuracao tipada de workflow e runtime

OpenSymphony resolve configuracao, variaveis de ambiente, paths e settings de OpenHands antes da execucao.

Coordination

Scheduler, retries e reconciliacao

O orquestrador decide elegibilidade, concorrencia limitada, despacho com hierarquia, retries e recuperacao na inicializacao.

Execution

Workspace manager mais runtime do OpenHands

Cada issue se mapeia para um workspace deterministico, e OpenHands cuida da sessao e das ferramentas dentro desse limite.

Observability

Control plane e a TUI

A TUI le o control plane e mantem o monitoramento separado da corretude do sistema.

Resumo do workflow

O ciclo completo em uma passada.

Esta e a forma operacional do MVP hoje.

Diagrama mostrando o fluxo de uma issue do Linear pelas camadas de runtime do OpenSymphony ate a tarefa de codigo e o agente de IA.

01

Consultar o Linear por issues elegiveis

As issues candidatas vem do tracker com scheduling consciente de hierarquia.

02

Preparar o workspace da issue

Hooks, manifests, artefatos de prompt e checagens de ownership vivem no diretorio escopado pela issue.

03

Anexar ou retomar a sessao de execucao

OpenSymphony reutiliza conversas por issue e lida com continuacao, startup recovery e reconciliacao.

04

Acompanhar o progresso pelo control plane

A pessoa operadora ve o trabalho em execucao na TUI e inspeciona snapshots, eventos, retries e estado.

05

Manter revisao e recuperacao no mesmo ciclo

Feedback de PR, retrabalho, reinicio e novas execucoes continuam anexados ao mesmo contexto.

Regras de design

As fronteiras sao o ponto central.

O orquestrador e a fonte da verdade.

Estado de scheduling, retries e recuperacao ficam em Rust, onde a orquestracao permanece autoritativa.

Cada issue possui sua propria fronteira de execucao.

Isolamento de workspace mantem estado duravel e recuperacao compreensiveis.

A UI e opcional.

A TUI serve para observabilidade e supervisao.

Revisao humana faz parte do modelo.

O modelo se concentra em trabalho agentico supervisionado de longo horizonte com trilha de auditoria clara.