Engenharia de Loop na Three Agents: O que o Magpie Workflow de yetone diz sobre executar Claude Opus 5.5 sem supervisão

A coisa mais interessante na configuração do yetone não é o modelo. É o número três. O mantenedor do Magpie — um gateway local que permite que agentes de programação rodem contra qualquer modelo para o qual você os aponte — descreveu seu próprio fluxo de manutenção no X em 13 de outubro de 2026: o Claude Code, movido pela A​nthropic Claude Opus 5.5, com três /loop tarefas rodando ao mesmo tempo, cada uma observando uma superfície diferente — issues e pull requests do GitHub, a comunidade do Discord e feedback chegando no X — e corrigindo o que encontra. A engenharia de loop, a prática de manter um agente em ciclo em vez de enviar prompts turno a turno, foi tema de muita conversa neste ano. O que torna este exemplo digno de leitura é que ele vem acompanhado de um organograma.

Claude Opus 5.5 não é novidade. A​nthropic o lançou em 22/09/2026, há três semanas, a US$ 4 por milhão de tokens de entrada e US$ 20 por milhão de tokens de saída. Esta não é uma história de lançamento. É uma história sobre o que os padrões do modelo implicam para quem tenta copiar um ciclo de manutenção de três agentes — e sobre quais partes desse ciclo se quebram de maneiras que os tutoriais não mencionam.

O que está realmente no fluxo de trabalho

O sinal é curto, então vale a pena ser preciso sobre o que está sendo afirmado e o que não está. yetone executa três tarefas simultâneas /loop no Claude Code com o Opus 5.5. Uma observa o repositório — issues e pull requests. Uma observa o Discord. Uma observa o X. O agente corrige o que julga valer a pena corrigir, no loop, sem que um humano despache cada turno. O padrão que ele automatizou é o que a maioria dos mantenedores faz mal: a triagem. Não a codificação. A leitura, a classificação, a deduplicação e a resposta que consomem uma hora por dia.

A expressão engenharia de loop é estrutural aqui. Um loop não é um agente executando uma tarefa; é uma sessão que fica voltando a uma tarefa em uma cadência que ela mesma escolhe, com o estado da última iteração ainda à sua frente. É nessa distinção que a maioria das versões caseiras desmorona, e é exatamente aí que o ferramental avançou nas últimas seis semanas.

O que o /loop do Claude Code realmente faz em outubro de 2026

Se você não leu a documentação atual, a versão de que você se lembra provavelmente está errada, porque /loop mudou de forma enquanto a engenharia de loop estava em alta.

Um simples /loop já não quer que você especifique um intervalo. Omita-o, e o Claude escolhe um dinamicamente — entre um minuto e uma hora — com base no que observou na iteração anterior. Ele espera brevemente enquanto um build está terminando ou um pull request está ativo, e espera muito mais quando nada está pendente. O atraso escolhido e o motivo dele são impressos no final de cada iteração, para que você possa ver o raciocínio do próprio loop sobre sua cadência. Em vez disso, forneça um intervalo — /loop 5m verifique o deploy — e você obtém um agendamento cron fixo.

Omita o prompt também, e você obtém um prompt de manutenção integrado que percorre três coisas em ordem, a cada iteração:

• Continue qualquer trabalho inacabado da conversa.

• Ocupe-se do pull request do branch atual — comentários de revisão, execuções de CI com falha, conflitos de merge.

• Execute rodadas de limpeza, como caça a bugs ou simplificação, quando não houver mais nada pendente.

Você pode substituir esse padrão pelas suas próprias instruções escrevendo um loop.md — em .claude/loop.md para um projeto, ou ~/.claude/loop.md para todo projeto que não define o seu próprio. As edições entram em vigor na próxima iteração, então você pode refinar as instruções de um loop em execução sem reiniciá-lo. O arquivo é truncado após 25.000 bytes, o que é espaço mais do que suficiente para regras de triagem.

Esse mecanismo é a parte essencial de uma configuração de três loops, e é justamente a parte que os diagramas de fluxo de trabalho costumam omitir. Um prompt de manutenção integrado genérico não é uma política de triagem. Se você quer um loop que leia issues do GitHub como o seu projeto lê issues do GitHub — o que conta como duplicado, o que recebe uma etiqueta em vez de uma resposta, o que nunca recebe resposta — a política tem de estar em loop.md, não no prompt que você digitou quando iniciou a sessão.

Os limites que decidem se três é um número ou um slogan

Três loops concorrentes é o ponto em que as restrições começam a apertar, e vale a pena listá-las antes de copiar a configuração de qualquer pessoa.

• Teto de concorrência — uma sessão comporta até 50 tarefas agendadas ao mesmo tempo, então três loops não chegam nem perto do limite. A restrição vinculante não é a quantidade de tarefas, e sim a atenção: três loops significam três fluxos de chamadas de ferramentas competindo pela mesma sessão.

• Expiração — tarefas recorrentes se excluem automaticamente sete dias após a criação, disparando mais uma vez na saída. Um loop de manutenção que parou silenciosamente no oitavo dia é o modo de falha mais comum de todos, e ele falha em silêncio.

• Restaure as assimetrias — retome uma sessão com --resume ou --continue e as tarefas agendadas por cron voltam, exceto as recorrentes que expiraram. Um loop de ritmo próprio não é restaurado de forma alguma; você precisa iniciá-lo novamente.

• Comportamento de sessão ocupada — uma tarefa é disparada entre turnos, nunca no meio de uma resposta. Se um turno agêntico longo estiver em execução quando um loop vencer, o disparo aguarda. Intervalos perdidos não se acumulam; eles se fundem em um único disparo.

• Jitter — tarefas recorrentes são deliberadamente atrasadas, em até metade do intervalo até a próxima execução e no máximo 30 minutos, para que uma frota de sessões não convirja para o mesmo segundo. Uma tarefa a cada dez minutos começa em algum ponto entre no horário e cinco minutos atrasada. O caso de cinco minutos é a exceção: o Claude Code a antecipa em 15 segundos para manter cada execução dentro da janela do prompt-cache.

• Requisito de máquina ligada — os loops só são disparados enquanto o Claude Code estiver em execução e ocioso. Fechar o laptop os interrompe. Não há recuperação para as horas em que você ficou ausente.

Esse último é o motivo pelo qual este fluxo de trabalho é uma configuração de mantenedor, e não de uma equipe de plataforma. Três loops em uma máquina, em uma sessão, são uma forma de manter um projeto de código aberto movimentado avançando enquanto você faz outra coisa; não é um serviço.

Por que este fluxo de trabalho é específico do Claude Opus 5.5, e não apenas "um agente"

Rode um loop de três agentes contra um modelo sem uma janela de contexto grande e os loops passam o dia relendo. Cada iteração reingere a thread da issue, o diff do PR e o histórico do Discord; se a janela for pequena, esse histórico acaba sendo resumido e descartado, e o julgamento do loop se degrada silenciosamente à medida que a sessão envelhece. O Claude Opus 5.5 carrega uma janela de contexto de 1M de tokens, com 128K tokens de saída, e é isso que permite que um loop de triagem mantenha ao mesmo tempo um backlog real de issues, uma conversa e as últimas iterações. Ele também tem o preço de US$ 4 / US$ 20 por milhão de tokens, e suas leituras de cache custam US$ 0,20 por milhão — um quinto do preço de entrada —, o que importa mais do que o normal aqui, porque um loop é a carga de trabalho mais favorável ao cache que existe. O mesmo prompt de sistema, as mesmas definições de ferramentas, o mesmo contexto do repositório, de novo e de novo.

O segundo ajuste é o padrão de pensamento, e ele opera em sentido contrário dependendo do que cada loop está fazendo. O Claude Opus 5.5 mantém o pensamento adaptativo sempre ativado, com o esforço padrão definido como médio — um nível abaixo do padrão do Claude Opus 5. O esforço não muda apenas a qualidade; ele muda o volume de chamadas de ferramentas. Um loop que faz triagem de problemas e um que edita código querem configurações diferentes, e a configuração de menor esforço também é um problema de agendamento por si só: em um loop com ritmo próprio, o modelo escolhe seu próprio atraso para o próximo despertar, então um loop de triagem de baixo esforço e um loop de correção de alto esforço ajustarão o próprio ritmo de forma diferente diante do mesmo repositório. Não há configuração que os faça concordar. O ponto é saber qual é qual, porque a diferença de ritmo é a primeira coisa que você verá.

Se você quiser rodar o loop e o fixer com modelos de fornecedores diferentes — triagem em algo barato, correções no Claude Opus 5.5 —, isso é uma decisão de roteamento, e não uma decisão do Claude Code, e é por isso que um gateway fica na frente da sessão.

Testando isso sem arriscar a produção nisso

A objeção razoável a uma configuração de três loops é que ela coloca um agente autônomo diante das issues dos seus usuários já na primeira tarde. O loop vai comentar. Vai fechar coisas. A forma honesta de adotar isso é rodar um loop em modo dry-run por uma semana com um token do GitHub somente leitura e ver se os julgamentos de triagem dele correspondem aos que você fez manualmente — e, separadamente, encaminhar o próprio modelo para algum lugar onde você possa medi-lo antes de se comprometer.

No OrcaRouter, anthropic/claude-opus-5.5 é servido pelo preço de tabela da Anthropic, sem acréscimo de margem, a partir de um único endpoint que fala tanto o formato compatível com a OpenAI quanto o formato Messages da Anthropic — assim, uma sessão do Claude Code e um script que conversa com o mesmo modelo não precisam de duas integrações. A Anthropic publicou sua própria tabela de preços de US$ 4 / US$ 20 em 22/09/2026; se esse preço de tabela mudar, um gateway de repasse muda junto no mesmo dia, e não no próximo ciclo de faturamento, que é a versão disso que você quer quando está dimensionando um loop que pode rodar por meses. O failover automático entre provedores cobre o caso sobre o qual a documentação alerta e ninguém testa: o loop não para porque um upstream retornou um 429 às três da manhã. Fusão de modelos e a DSL de roteamento importam menos aqui — um loop de triagem quer um único modelo, de forma consistente, porque é a consistência que torna seus julgamentos passíveis de revisão.

O que fazer com o número três

O problema de reputação da engenharia de loops é que a maior parte do que foi demonstrado este ano era um único loop executando uma tarefa estreita em uma demonstração. A configuração do yetone é interessante porque são três loops sobre três entradas diferentes — o repositório, a comunidade de chat, a linha do tempo pública —, que é o formato do trabalho real para o qual um mantenedor não tem tempo. É também o formato que expõe todas as restrições acima: expiração, jitter, restauração, cadência e o fato de que os loops só rodam enquanto a máquina está ligada.

A parte transferível não é a contagem. É que cada loop ganhou sua própria superfície, sua própria política em loop.md, e seu próprio motivo para acordar — e que a pessoa que o executa conseguia perceber, pelo log de iteração, por que cada loop escolheu o atraso que escolheu. Essa é uma configuração que você consegue auditar de verdade uma semana depois. O que, considerando que cada um desses loops expira no oitavo dia, é mais ou menos o tempo que você tem para decidir se deve construí-lo de novo.

Vale dizer com clareza: esta é a configuração de um profissional, descrita pelo próprio autor no X, e não uma orientação recomendada pelo fornecedor. A documentação da Anthropic para o Claude Opus 5.5 e o /loop do Claude Code diz o que as ferramentas fazem. Ela não diz que três é o número certo, e ninguém mais diz isso ainda.

Quando o loop de triagem e o loop de correção querem modelos diferentes: Execute o loop e o corretor por um único endpoint que oferece o Claude Opus 5.5 pelo preço de tabela da Anthropic a partir de um único endpoint compatível tanto com o formato OpenAI quanto com o formato Anthropic Messages.

É também em escolhas de modelo como esta que os modos de falha se manifestam: os incidentes de IA documentados e as falhas de agentes por trás dos modelos desta classe estão reunidos no Arquivo de Incidentes de IA da OrcaRouter, onde cada entrada traz suas próprias fontes, gravidade, grau de confiança e indicador de disputa.