Loop Ralph de 36 horas: Opus orquestra construtores Qwen 3.6/3.8 no M1 Max

Um desenvolvedor do r/openclaw iniciou um loop Ralph de 36 horas com /goal para trabalhar em um backlog pré-planejado de 38 features, 201 tarefas e 7 milestones. O Opus 5.5 atua como orquestrador; dois modelos Qwen locais fazem a construção em máquinas M1 Max separadas, cada uma com 64GB de memória unificada.

Configuração

• Orquestrador: Opus 5.5
• Builder A: Qwen 3.8 27B 4-bit em M1 Max 64GB
• Builder B: Qwen 3.6 35B A3B 8-bit em M1 Max 64GB
• Stack de planejamento: Meta.AI para pitch deck, business case e documentos funcionais de PM; GPT 6.1 Sol para geração de specs
• Driver de iteração: o comando /goal em loop pelo backlog

Os requisitos, specs e planos levaram "a maior parte de uma noite" para serem montados. O autor menciona 18 meses de experiência de domínio na área-alvo, o que provavelmente reduziu as lacunas nas specs.

Estado de início e guardrails

A nota de kickoff do próprio agente, citada no post, lista a linha de base operacional:

Local Loop delivery launched. Kickoff K0–K9 is done: both Mac
preflights OK, the baseline is 380/0, and production c68e333 is
the rollback anchor. The Ralph loop is running on delivery/pilot
with a 15-min watchdog. The time box ends Sat 24 Oct 13:54 AEDT,
and the wind-down starts from 10:54. To stop: touch
~/Development/runs/local-loop-delivery/HALT

Vários detalhes vale a pena copiar para os seus próprios loops:

• Preflight por máquina (K0–K9) antes de entrar no loop de build, para que ambos os Macs sejam verificados antes de gastar tokens.
• Baseline 380/0 — uma contagem de testes conhecida como boa (passando/falhando) para comparar enquanto o loop itera.
• Âncora de rollback no commit c68e333 — um SHA específico para retornar caso o loop quebre a produção.
• Watchdog de 15 minutos — verificação periódica de saúde do loop em execução.
• Janela de wind-down — o loop para de iterar às 10:54 e encerra antes do time box das 13:54, deixando espaço para limpeza e revisão humana.
• Kill switch baseado em arquivo: touch ~/Development/runs/local-loop-delivery/HALT interrompe o agente imediatamente.

O que foi pedido

O OP pediu histórias e dicas sobre como manter um agente local "se pagando" — ou seja, sustentando trabalho produtivo ao longo de uma execução de várias horas em vez de travar ou entrar em loop improdutivo. Se você já rodou configurações semelhantes de orquestrador/worker local, a thread provavelmente vai reunir táticas sobre intervalos de watchdog, rastreamento de baseline e pontos de rollback.

O padrão — um modelo forte na nuvem orquestrando modelos locais quantizados menores — é uma forma de manter loops de agente longos sem pagar inferência na nuvem por cada token do builder. A divisão em dois Macs também sugere um paralelismo aproximado, em vez de um único modelo gigante em hardware compartilhado.

Atualizações estão prometidas na thread.