A OpenAI lançou o Symphony, um framework de código aberto projetado para gerenciar agentes de codificação de AI autônomos através de 'execuções de implementação' estruturadas. O projeto oferece um sistema para automatizar tarefas de desenvolvimento de software conectando rastreadores de problemas a agentes baseados em LLM. Arquitetura do Sistema: Elixir e o BEAM O Symphony é construído usando Elixir e o ambiente de execução Erlang/BEAM. A escolha da stack concentra-se na tolerância a falhas e na concorrência. Como os agentes autônomos frequentemente executam tarefas de longa duração que podem falhar ou exigir novas tentativas, as árvores de supervisão do BEAM permitem que o Symphony gerencie centenas de execuções de implementação isoladas simultaneamente. O sistema usa PostgreSQL (via Ecto) para persistência de estado e é projetado para funcionar como um daemon persistente. Ele opera consultando um rastreador de problemas - atualmente com o padrão Linear - para identificar tarefas que estão prontas para serem abordadas por um agente. O Ciclo de Vida da Execução de Implementação A unidade central de trabalho no Symphony é a execução de implementação. O ciclo de vida de uma execução segue uma sequência específica: Polling e Acionamento: O Symphony monitora um estado específico no rastreador de problemas (por exemplo, 'Pronto para Agente'). Isolamento de Sandbox: Para cada problema, o framework cria um espaço de trabalho determinístico por problema. Isso garante que as ações do agente estejam confinadas a um diretório específico e não interfiram em outras execuções concorrentes. Execução do Agente: Um agente (normalmente usando os modelos da OpenAI) é inicializado para executar a tarefa descrita no problema. Prova de Trabalho: Antes que uma tarefa seja considerada concluída, o agente deve fornecer 'prova de trabalho'. Isso inclui a geração de relatórios de status de CI, passar em testes unitários, fornecer feedback de revisão de PR e criar um passo a passo das alterações. Aterrissagem: Se a prova de trabalho for verificada, o agente 'aterra' o código enviando ou mesclando uma Pull Request (PR) no repositório. Configuração via WORKFLOW.md O Symphony utiliza um arquivo de configuração no repositório chamado WORKFLOW.md. Este arquivo serve como o contrato técnico entre a equipe de desenvolvimento e o agente. Ele contém: As instruções e prompts primários do sistema do agente. Configurações de tempo de execução para o ambiente de implementação. Regras específicas sobre como o agente deve interagir com a base de código. Ao manter essas instruções no repositório, as equipes podem controlar a versão de suas políticas de agente juntamente com seu código-fonte, garantindo que o comportamento do agente permaneça consistente com a versão específica da base de código que ele está modificando. Mecanismo Harness
Fonte: MarkTechPost
Publicado em 2026-03-05