Configuração para fazer o Symphony Agent resolver problemas do GitHub por conta própria
makedream٩ مايو ٢٠٢٦
0
Computing/Software
Comments (0)
Log in to leave a comment
No posts yet
makedreammakedreamLog in to leave a comment
No posts yet
Para fazer o agente processar diretamente os tickets acumulados no rastreador de problemas, você deve começar jogando um WORKFLOW.md na raiz do projeto. O Symphony possui uma estrutura que detecta mudanças de status no quadro de gerenciamento de projetos e aloca workspaces isolados. Na verdade, quando uma equipe interna da OpenAI adotou este método, o número de pull requests mesclados saltou 500% em apenas três semanas. Os números parecem exagerados, mas isso significa que o desenvolvedor só precisa olhar o código, enquanto o agente cuida da configuração do ambiente e das tarefas de atribuição.
Primeiro, insira o caminho do repositório GitHub e uma etiqueta de gatilho como ai-fix na configuração YAML. Em seguida, suba um daemon do broomva/symphony escrito em Rust ou a versão Go itervox/symphony-go para monitorar os problemas a cada 30 segundos. Com essa configuração, o tempo gasto vasculhando mensageiros para decidir a quem atribuir o trabalho desaparece.
Ao confiar o trabalho a um agente, às vezes ele escreve códigos absurdos e os envia com confiança. Coisas como expor chaves de segurança ou ignorar as convenções da equipe. O hooks.after_run do Symphony é um posto de controle que entra em ação pouco antes de registrar os resultados criados pelo agente no repositório. Se o script executado aqui retornar um erro, o Symphony interrompe imediatamente a tarefa, evitando que códigos inúteis sejam misturados.
Adicione apenas três linhas na etapa after_run. Você deve formatar com npx prettier --write, ajustar a gramática com npx eslint --fix e até concluir a verificação de tipos com npx tsc --noEmit. Ao rodar este loop de validação automática, o esforço humano para corrigir o código escrito pelo agente é reduzido pela metade. Isso é essencial se você quiser evitar passar todo o seu tempo limpando a bagunça deixada pelo agente.
Ao rodar vários agentes simultaneamente, é natural que sua máquina local comece a sofrer. Acidentes podem acontecer, como o mouse travar devido ao uso total da CPU ou o sistema de arquivos se confundir, resultando em sobreposição de código. O orquestrador Symphony usa internamente a função filepath.EvalSymlinks para analisar caminhos, o que impede tentativas de escape de diretório, mas a distribuição de recursos deve ser configurada manualmente.
Para rodar 5 ou mais sessões de forma estável, utilize containers Docker como slots. É seguro limitar os recursos com as opções --memory="2g" e --cpu-shares=100, e cortar a comunicação externa com --network=none. Se você não quer ver o agente disparando dados para algum lugar na rede ou paralisando o sistema, esse nível de isolamento é uma medida óbvia.
Permitir que o agente faça commits diretamente no branch principal é um ato suicida. Não importa o quão bom o desempenho da IA tenha se tornado, nem uma única linha deve ser mesclada sem a aprovação final de um humano. Os resultados do trabalho concluído devem ser obrigatoriamente enviados para um branch temporário com um prefixo como staging/ai-patch-.
No final do pipeline, insira um comando da GitHub CLI (gh). Execute gh pr create em modo não interativo para se designar como revisor e faça com que ele envie uma notificação pelo Slack. Basta revisar o código e, se não houver problemas, mesclar com gh pr merge --squash. A estrutura onde a máquina faz o rascunho e o humano carimba a aprovação é a mais rápida e segura.