2.0 KiB
wowdiag-worker-Anschluss – 2026-10-23
Ausgangslage: Nutzer stellte Z:/Dokumente/Projekte/wowdiag-worker/ bereit.
Quellcode bestätigt WORKER_VERSION 0.3; README/Beispielkonfiguration waren älter.
Die echte Konfiguration wurde nicht gelesen oder geändert. Keine echten Capture-
Jobs, Testserverabfragen, Cloudanfragen oder Dienststarts.
Ausbau v0.4 unter deploy/capture-worker: unveränderte Claim-Verarbeitung,
optionale API-Übergabe nach erfolgreicher Erfassung, lokale SQLite-Outbox,
Streaming-Upload beider Archive, feste Idempotenz über Wiederholungen/Neustarts,
Inhaltsprüfung, begrenzte Requests, HTTPS für entfernte Hosts, keine Redirects,
keine Secrets in Quittungen/Logs, separate Status-/Retry-Befehle.
Die tatsächlichen Testerbeobachtungen bleiben in den Originalarchiven.
Lokale Prüfungen:
python -m pytest tests/profiles/vcore/test_capture_handoff.py tests/profiles/vcore/test_intake_api.py tests/test_integration_keys.py -q
Prüffälle: URL-Konfiguration, persistente Outbox, Wiederholungsidentität,
Parallel-Lease, Archivänderung, Wiederholung nach verlorener Erfolgsantwort
gegen echte lokale Uvicorn-/Intake-API mit synthetischen Archiven sowie
Staging vor Capture-Abschluss und deaktivierter Übergabe.
15 Tests bestanden; CLI-Hilfe und git diff --check ebenfalls erfolgreich.
Feldprüfung mit tatsächlichem Erfassungsserver
steht aus. Keine Token-/Cache-/Abrechnungsmetriken, da keine LLM-Aufrufe.
Speicher vor Tests: Trials 16.939.129.428 Bytes, Fehlerkorpus 2.471.041 Bytes, pytest-Temporärdateien ca. 4,2 MB. Nur kleine synthetische Archive erzeugt; keine vollständigen Bug-Paketarchive kopiert. Unterhalb des 20-GB-Budgets.
Nach erfolgreichen Prüfungen wurde v0.4 mit Modul, Anleitung und Beispieldateien
in den vom Nutzer genannten Ordner auf Z: zurückgeschrieben. Vorhandene
Quelldatei, README und Beispielkonfiguration wurden jeweils als
.before_api_v0_4 gesichert. Die aktive config.toml blieb unverändert.
Kein externer Dienst gestartet; Übergabe ist erst nach bewusster Konfiguration aktiv.