Add persistent profile-routed analysis worker and shared workflow

This commit is contained in:
Nico committed 2026-10-21 16:46:28 +02:00
1 parent 27feda6d7f
commit 012a8d8e91
18 files changed
+1212 -131

No files matched your search

@@ -0,0 +1,56 @@
# Lokale Prüfung des dauerhaften Analyseworkers – 2026-10-21
Ausgangspunkt: `27feda6` (Übergabe-API). Keine echten Provideranfragen, keine
kostenpflichtigen LLM-Tests und kein Start gegen produktive Aufträge.
## Umfang und Ergebnis
252 Tests bestanden, fünf bestehende Trialfälle und ein bestehender
Telemetrie-Integrationstest separat ausgeklammert.
Geprüft wurden Worker, API-Intake, Vcore-Import, Checkpoints, Queue, Casebuilder,
Paketfabrik und Paketwriter sowie die übrigen 15 Trialtests und 27 Telemetrietests.
Die gezielten Diensttests umfassen:
- Übernahme einer API-Einlieferung und tatsächlichen Casebau ohne manuellen Trial;
- Interpretation mit lokalem Fixture-Provider und Wiederanlauf aus einem neuen Workerobjekt;
- Wiedereröffnung einer Akte: alte Interpretation bleibt erhalten, neue Revision wird neu interpretiert;
- Projekttrennung, Fortschritt anderer Fälle trotz fehlerhaftem Fall;
- persistente Wartezeiten, unveränderte LLM-Versuchskennung;
- Bewahrung menschlicher/technischer BLOCKED-Sperren und ausgeschöpfter Modellversuche;
- explizit zugelassene technische Wiederaufnahme;
- Dienst- und Fall-Leases, geordneten Stopp, Konfigurationswechsel und Speicherreserve;
- Attention-Markierung der tatsächlich neuesten Generation bei Exception nach einem Checkpoint;
- keine Wiederveröffentlichung bei unverändertem abgeschlossenem Scheduler-Ergebnis;
- CLI-Prüfung/Status und leeren Einmalbetrieb ohne API-Clienttoken.
Die vorhandenen fünf Trialfehler sind `INVESTIGATION_PROMPT_LIMIT` in alten
synthetischen Untersuchungsfixtures. Gegenprobe: Der vollständige unveränderte
`trial.py`-Dispatcher aus `27feda6` wurde ausschließlich im Arbeitsspeicher geladen;
dieselben fünf Tests scheiterten, 15 bestanden. Keine Quelldatei wurde dafür
zurückgesetzt. Die 20.000-Zeichen-Grenze und die Produktionsprompts wurden nicht
verändert, um diese alten Tests passend zu machen.
Betroffene Tests:
- `test_trial_full_investigation_delivery_and_resume` (beide Parameterfälle)
- `test_cli_run_connects_telemetry_and_publishes`
- `test_human_test_returns_blocked_with_pending_budget`
- `test_dispatch_yield_resumes_without_repeating_first_model_call`
Der zusätzliche bestehende Test
`test_full_pipeline_observed_without_telemetry_artifacts_or_double_accounting`
scheitert in seiner alten synthetischen Pipeline vor dem Codingauftrag mit
`CHANGE_REQUEST_DIAGNOSIS_NOT_READY`. Eine Gegenprobe mit der unveränderten
Telemetrie-Allowlist aus `27feda6` scheiterte ebenfalls. Dieser Test verwendet
keinen Worker; seine Pipeline-/Prompt-Fixtures wurden hier nicht umgebaut.
Ein Deployment als Betriebssystemdienst und echte Provider-/DB-Erreichbarkeit
wurden nicht getestet. Eine einzelne externe Modellanfrage kann bei hartem
Prozessabbruch vor dem Antwort-Checkpoint erneut erforderlich werden; die lokalen
Tests belegen keine Exactly-once-Garantie des Modellanbieters.
Vor den Tests geprüft: Test-Workspaces 16.939.129.428 Bytes, kuratiertes Fehlerkorpus
2.471.041 Bytes und vorhandene pytest-Temporärkopien 6.143.826 Bytes. Damit bestand
Reserve unter dem Entwicklungsbudget von 20.000.000.000 Bytes. Die neuen Tests
verwenden kleine künstliche Archive.