Mach aus dem Backlog Branches, während du am nächsten Feature baust

Lass ein Skript Codex oder Claude Code durch eine Liste von Issues führen, auf Compute, das nie schläft. Jeder Fix bekommt einen Test und einen eigenen Branch, und dein Laptop bleibt frei. Pro kostet $75 im Monat.

Mein Compute holen Pläne ansehen

Ab $39 im Monat · Docker und sudo inklusive · Jederzeit im Dashboard kündbar

dev@pr-mill:/work/app$ for n in 412 415 418; do codex exec "fix issue #$n, add a test, push fix/$n"; done

▸ #412 reading src/cart/total.ts

▸ #412 npm test ✓ 318 passed

▸ #412 git push -u origin fix/412

▸ #415 reading src/auth/session.ts

▸ #415 npm test ✓ 319 passed

▸ #415 git push -u origin fix/415

▸ #418 reading src/search/query.ts

▸ #418 npm test ✓ 321 passed

✓ three branches pushed: fix/412 fix/415 fix/418

Vierzig kleine Bugs, und jeder kostet einen Kontextwechsel

Jeder Einzeiler-Fix heißt: ein Branch, ein Test, ein Push und zwanzig Minuten deiner Aufmerksamkeit. Vierzig davon sind eine verlorene Woche.

Gehostete CI-Runner sind für Tests gebaut. Ein Agent braucht eine Stunde, eine Datenbank, warme Caches und Zugangsdaten, um den Job fertig zu machen.

Ein Durchlauf durchs Backlog

10:00
Schreib die Schleife einmal
Eine Shell-Schleife gibt jedes Issue an codex exec oder claude -p, immer mit demselben Auftrag: fixen, Test ergänzen, Branch pushen.
10:02
Lass sie im Tab laufen
Die Schleife läuft in einer tmux-Session. Schließ den Tab, sie arbeitet die Liste ab.
11:30
Der Stack läuft weiter
Postgres und MinIO laufen für jedes Issue in Docker auf deinem Compute. So wird jeder Fix gegen dieselben Dienste getestet.
16:00
Reviewe fertige Branches
Öffne die gepushten Branches als Pull Requests und reviewe jeden Diff wie den eines Kollegen.

Der Agent räumt das Backlog ab

Dein Backlog als Branches
Jedes Issue endet als Branch mit Test. Du reviewst Diffs, statt sie zu schreiben.
Headless-Agenten mit festem Zuhause
codex exec und claude -p laufen ohne UI. Checkouts und der Verlauf jedes Agenten bleiben zwischen den Läufen im Projekt.
Der zehnte Lauf startet warm
Container, Abhängigkeiten und Build-Caches bleiben in dem Terminal, in dem die Schleife läuft. Das zehnte Issue startet so schnell wie das zweite.
Jede Nacht oder bei jedem neuen Issue
Die Schleife ist ein Shell-Skript im Projekt. Bearbeite es im Terminal und starte es. Mit cron läuft es jede Nacht, mit einem Webhook-Listener startet es bei einem Ereignis.

Die Größe für diesen Job

Pro · $75

Die 4 vCPU von Pro halten Testsuite und Container beschäftigt, während das nächste Issue schon läuft.

Manifestdetachbox · node 1

Compute: pr-mill
Projekte: /work/app
Plan: Pro · 4 vCPU · 8 GB · 100 GB · $75/Monat
Agent: Codex
Tabs: 3
Services: postgres:18 · minio
Läuft: Rund um die Uhr, Deckel zu

Pro

Unsere Wahl für Agent-Arbeit

$75im Monat

5 Agenten plus die Docker-Services, gegen die sie testen

vCPU: 4
RAM: 8 GB
Disk: 100 GB
Internet: 100 Mbit
Terminals gleichzeitig: 5

Mein Compute holen

Fragen dazu

Kann ich Läufe per Webhook oder Cronjob starten?

Ja. Jedes Terminal ist Linux mit sudo, cron und systemd, und alles läuft, solange das Terminal läuft. Richte dort einen Cronjob oder deinen eigenen Runner ein oder stell einen Webhook-Listener auf einen öffentlichen Port und starte Agenten von dort.

Wo liegen die Git-Zugangsdaten des Agenten?

Im Home-Ordner des Projekts auf deinem Compute, den kein Terminal eines anderen Projekts sieht. Gib dem Agenten einen Deploy-Key oder einen fein granulierten Token, beschränkt auf die Repos, an denen er arbeitet.

Was, wenn ein Lauf Chaos hinterlässt?

Jedes Terminal ist sein eigenes Linux-System, darum bleibt ein missratener Lauf in seinem Terminal. Beende es, und das nächste startet sauber; git stellt den Projektordner wieder her.

Was dieser Job nutzt

Noch mehr Jobs, die Leute damit erledigen