runTestsParallel() wrappte jede Test-Suite mit 'timeout N bash -c ...'
(Standard: 120s). Exit 124 wird als Timeout erkannt und im Output markiert.
Neues Flag --test-timeout N für Integration-Tests die länger brauchen:
/optimize "..." --test-timeout 300
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- sendAndWait(): fängt "Agent is already processing" mit exponentiellem
Backoff ab (5 Versuche: 500ms, 1s, 2s, 4s). Race Condition zwischen
waitForIdle() und sendUserMessage() wird damit toleriert.
- /optimize: prüft Port 8002 vor dem Loop (20× alle 3s = max. 60s).
Bei 503 "Loading model" wird gewartet statt sofort zu scheitern.
Ist der Server nach 60s nicht erreichbar: Abbruch mit Hinweis.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Tests werden jetzt von der Extension selbst erkannt und als parallele
CPU-Prozesse gestartet — Judge bekommt den fertigen Output und führt
keine Tests mehr selbst aus.
- detectTestCommands(): erkennt pytest, npm test, cargo, go test, make test
anhand von Framework-Markern (alle Checks parallel via Promise.all)
- runTestsParallel(): startet alle erkannten Suiten gleichzeitig, kombiniert
Output mit Status-Header pro Suite (max. 6000 Zeichen gesamt)
- /optimize: Auto-Erkennung läuft einmalig nach Coder-Phase, vor dem Loop
- --test-cmd bleibt als Override für Sonderfälle erhalten
- Fallback: kein Framework erkannt → Judge führt Tests wie bisher selbst aus
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Neues Flag: /optimize <auftrag> --test-cmd "pytest -x"
Die Extension führt den Test-Befehl vor jedem Judge-Call selbst aus (pi.exec).
Judge bekommt den Output fertig übergeben und muss keine Tests mehr starten.
Das entkoppelt Test-Laufzeit vom LLM-Call und spart Judge-Inferenz-Zeit.
- judgeWithTestsPrompt(): wie judgePrompt, aber mit Test-Output im Prompt,
explizites Verbot weitere Tests zu starten
- runTests(): führt Shell-Befehl aus, kürzt Output auf 6000 Zeichen
- Ohne --test-cmd: bisheriges Verhalten unverändert
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Wenn --continue mit einem Auftragstext kombiniert wird, wurde writeTaskMd()
bisher nicht aufgerufen — der Text wurde ignoriert. Jetzt wird er als
Zusatzauftrag angehängt, bevor die Judge→Fix-Schleife startet.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
