36-Stunden-Ralph-Schleife: Opus orchestriert Qwen 3.6/3.8 Builders auf M1 Max

Ein Entwickler auf r/openclaw hat eine 36-stündige /goal-Ralph-Loop gestartet, um einen vorab geplanten Backlog von 38 Features, 201 Aufgaben und 7 Meilensteinen abzuarbeiten. Opus 5.5 fungiert als Orchestrator; zwei lokale Qwen-Modelle übernehmen den Bau auf separaten M1-Max-Maschinen mit jeweils 64 GB Unified Memory.

Setup

• Orchestrator: Opus 5.5
• Builder A: Qwen 3.8 27B 4-Bit auf M1 Max 64 GB
• Builder B: Qwen 3.6 35B A3B 8-Bit auf M1 Max 64 GB
• Planungs-Stack: Meta.AI für Pitch Deck, Business Case und funktionale PM-Dokumente; GPT 6.1 Sol für die Spec-Generierung
• Iterationstreiber: der /goal-Befehl, der über den Backlog geloopt wird

Die Anforderungen, Spezifikationen und Pläne brauchten "den besten Teil eines Abends". Der Autor weist auf 18 Monate Domänenerfahrung im Zielbereich hin, was vermutlich Spec-Lücken reduziert hat.

Kickoff-Status und Guardrails

Die Kickoff-Notiz des Agenten, zitiert aus dem Post, listet die operative Basis:

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

Mehrere Details lohnen sich, in die eigenen Loops zu übernehmen:

• Preflight pro Maschine (K0–K9) vor dem Eintritt in die Build-Loop, damit beide Macs verifiziert sind, bevor Tokens verbrannt werden.
• Basislinie 380/0 – eine bekannt gute Testanzahl (bestanden/fehlgeschlagen) als Vergleichswert während der Loop-Iterationen.
• Rollback-Anker bei Commit c68e333 – ein spezifischer SHA, zu dem zurückgekehrt wird, falls die Loop die Produktion regressiert.
• 15-Minuten-Watchdog – regelmäßiger Gesundheitscheck der laufenden Loop.
• Wind-down-Fenster – die Loop stoppt die Iteration um 10:54 und wickelt vor der 13:54-Zeitbox ab, was Raum für Aufräumen und menschliche Prüfung lässt.
• Dateibasierter Kill-Switch: touch ~/Development/runs/local-loop-delivery/HALT stoppt den Agenten sofort.

Was gefragt wurde

Der OP bat um Geschichten und Tipps, wie ein lokaler Agent "seinen Lebensunterhalt verdient" – also über einen mehrstündigen Lauf produktive Arbeit leistet, statt unproduktiv zu stocken oder zu loopen. Wer ähnliche lokale Orchestrator/Worker-Setups fährt, findet im Thread wahrscheinlich Taktiken zu Watchdog-Intervallen, Basislinien-Tracking und Rollback-Punkten.

Das Muster – ein starkes Cloud-Modell orchestriert kleinere quantisierte lokale Modelle – ist eine Möglichkeit, lange Agent-Loops am Laufen zu halten, ohne für jedes Builder-Token Cloud-Inferenz zu bezahlen. Die Aufteilung auf zwei Macs deutet zudem auf grobe Parallelität statt ein riesiges Modell auf geteilter Hardware hin.

Updates werden im Thread versprochen.