No description
- TypeScript 52.9%
- JavaScript 30.1%
- CSS 8.6%
- HTML 4.7%
- Nix 2.2%
- Other 1.5%
Harald Hoyer
3f8796f5be
Das Limit von 3 Runden hat gebissen, statt nur abzusichern: von 100 Lektoraten auf sgx liefen 27 in das Limit (das Modell korrigierte also noch), weitere 33 wurden erst in Runde 3 fertig. Beim Aussagen-Check dasselbe Bild bei 5 von 44. Seit die Generierung schnell antwortet kosten zusätzliche Runden wenig, also 3 -> 6 bzw. 2 -> 4. Damit das nicht am falschen Ende teuer wird, gibt es jetzt zwei Budgets: wo jemand zuwartet — eigene Geschichte aus einem Plot, oder Pool leer und /api/story erzeugt synchron — greift STORY_WAIT_REVIEW_ROUNDS (2). Sonst liefe gerade der synchrone Fall in nginx' proxy_read_timeout von 200s, und das Kind sähe einen Fehler statt einer Geschichte. GEN_HARD_MS und REFILL_WATCHDOG_MS sind nicht mehr fest verdrahtet, sondern aus dem Runden-Budget abgeleitet: die alte Obergrenze von 9 min hätte einen vollen Durchlauf mit 6+4 Runden mitten im Lektorat abgeschnitten, und das Watchdog-Fenster muss über der Obergrenze liegen, sonst startet mittendrin ein zweiter Refill-Loop. Geprüft gegen ein Fake-LLM, das nie konvergiert: Pool-Weg läuft die 6 Runden aus, Plot-Job und synchroner Weg brechen nach 2 ab. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| public | ||
| server | ||
| src | ||
| tools/scan3d | ||
| .gitignore | ||
| CLAUDE.md | ||
| flake.lock | ||
| flake.nix | ||
| index.html | ||
| package-lock.json | ||
| package.json | ||
| result-1 | ||
| tsconfig.json | ||
| vite.config.ts | ||