OpenAI projeto de código aberto mais recente "Symphony": um serviço de agendamento de Agentes de Codificação autônomos, que escuta ferramentas de gerenciamento de projetos (como Linear), atribuindo automaticamente um espaço de trabalho isolado para cada Issue, iniciando o Codex para implementar essa Issue, até que a tarefa seja concluída ou transferida para revisão humana. Em uma frase: engenheiros gerenciam demandas, Symphony gerencia o Codex, Codex escreve código! Por que a OpenAI está fazendo este projeto? Symphony é um produto externalizado de uma prática maior dentro da OpenAI. No segundo semestre de 2025, uma pequena equipe interna de três pessoas fez um experimento com uma restrição extrema: todo o código do produto, zero linhas de código escrito à mão. Todo o código foi gerado pelo Codex, gerando cerca de um milhão de linhas de código em cinco meses, fundindo cerca de 1500 PRs, o que equivale a 3,5 PRs por engenheiro por dia. Essa metodologia foi refinada como Harness Engineering: engenheiros não escrevem código, mas projetam ambientes, escrevem restrições e constroem ciclos de feedback, permitindo que os Agentes trabalhem de forma confiável. Symphony é a camada de agendamento dessa linha de produção. Núcleo da arquitetura: seis camadas · Camada de Política: WORKFLOW.md no repositório, define modelos de prompts e políticas de execução · Camada de Configuração: analisa o front matter YAML, lida com valores padrão e variáveis de ambiente · Camada de Coordenação: loop de polling, verificação de elegibilidade para agendamento de Issues, controle de concorrência, lógica de retry · Camada de Execução: gerenciamento do ciclo de vida do espaço de trabalho do sistema de arquivos + inicia subprocessos do Codex · Camada de Integração: adaptação da API Linear, normalização da estrutura de dados das Issues · Camada de Observabilidade: logs estruturados, dashboard HTTP opcional WORKFLOW.md: a alma do sistema Symphony não coloca a configuração no servidor, mas coloca o WORKFLOW.md dentro do próprio repositório de código, versionando-o junto com o código. O arquivo é dividido em duas partes: · Front matter YAML: configuração em tempo de execução (tracker, número de concorrências, timeout, scripts de hook) · Corpo Markdown: modelos de prompts enviados ao Codex (sintaxe Liquid, pode injetar campos de Issue) Symphony escuta em tempo real as mudanças nesse arquivo, sem necessidade de reiniciar para que as alterações tenham efeito — incluindo ajustes no intervalo de polling, limites de concorrência e conteúdo dos prompts. Os detalhes sutis de concorrência e agendamento...