Geschlossene LIVE-Abnahme · Log Scanner 1.0

Fehlerketten, Häufungen und Trading-Konflikte aus Logs nachvollziehbar einordnen.

Der Scanner liest Klartext und strukturierte Logs lokal, gruppiert wechselnde IDs zu stabilen Incident-Mustern und trennt bestätigte Befunde von prüfpflichtigen Hinweisen.

Keine Codeausführung, kein Upload an einen Analyse-Server und keine Garantie für Root Cause, Produktionssicherheit oder fehlerfreien Betrieb.

Abo-Zugang wird geprüft …
Was macht der Scanner?

Logmuster statt Stichwortliste

Er liest Formate strukturiert, verbindet Traceback-Zeilen, normalisiert wechselnde IDs und bewertet direkte Ereignisse sowie Zeitfenster getrennt.

Für wen?

Python-Bots und Services

Für Betreiber und Entwickler, die Laufzeit-, API-, State-, Order- und Exit-Probleme aus exportierten Logs priorisieren möchten.

Was wird nicht behauptet?

Keine Live-Forensik

Nicht protokollierte Ereignisse, Log-Integritätsketten, externe Systeme und erfolgreiche Recovery außerhalb des Exports bleiben unbeweisbar.

Acht Prüfbereiche

Was der Log Scanner konkret bewertet.

Zeitliche Aussagen werden nur mit auswertbaren Zeitstempeln getroffen; einzelne normale Schutz- oder Rate-Limit-Ereignisse werden nicht künstlich als Defekt verkauft.

01

Laufzeit & Verfügbarkeit

Ressourcenerschöpfung, fatale Prozessfehler und wiederholte Restart-Schleifen.

02

Exceptions & Abstürze

Python-Tracebacks, ausdrücklich unbehandelte Exceptions und wiederkehrende Fehler-Fingerprints.

03

Netzwerk & APIs

Timeout-/DNS-/Disconnect-Häufungen, TLS-/Zertifikatsfehler und wiederholte 429-Rate-Limits.

04

Trading & Orders

Schutzorderfehler, unbekannte Orderausgänge, widersprüchliche Endzustände und Exit-Klassifikation.

05

Zustand & Persistenz

Datenbank-/State-Fehler sowie gleiche Event-ID mit widersprüchlichem Inhalt.

06

Secrets & Log-Schutz

Token, Passwörter, Authorization-Werte und mögliche Steuerzeichen-/Zeileninjektion mit geschwärzten Belegen.

07

Zeitverlauf

Error-Bursts, Auth-/Netzwerk-Stürme, Wiederholungen und rückwärts laufende Zeitstempel.

08

Datenqualität

JSONL-Schäden, Zeitstempel-/Severity-Abdeckung und transparente Begrenzung zeitlicher Aussagen.

Berechtigung wird geprüft

Log Scanner

Die serverseitige Kauf- und Lizenzberechtigung wird geprüft.

KI-Befundassistent · privater Scanbericht

Was der KI-Assistent beim Log Scanner macht.

Er ordnet Fehlergruppen, Zeit-Häufungen, Order- und Break-even-Konflikte ein und schlägt die nächste Diagnose- und Kontrollreihenfolge vor.

Befunde verstehen

Erklärung mit Beleg-IDs

Der Assistent erklärt ausgewählte Befunde verständlich. Konkrete Aussagen müssen auf gültige Befund-IDs aus genau diesem Bericht verweisen.

Arbeit priorisieren

Reparatur- und Kontrollplan

Er erstellt Prioritäten, Entwickler-Aufgaben, Vorher-/Nachher-Schritte und Management-Zusammenfassungen. Ein belegter Plan kann als Markdown exportiert werden.

Sicher begrenzt

Nur eigener, geschwärzter Bericht

Der Assistent steht im privaten, berechtigten Scanbericht und im geschützten Abnahmetest bereit. Er erhält keinen Bot-Quellcode, führt nichts aus, ändert nichts automatisch und ersetzt weder Originalbefund noch fachliche Prüfung.

FAQ und Kundenanleitung

So wird der Log-Bericht richtig eingeordnet.

Führt der Scanner Logs oder Code aus?

Nein. Die Dateien werden ausschließlich als Text im Browser gelesen. Es werden keine Befehle, Python-Dateien oder enthaltenen Zeichenfolgen ausgeführt.

Welche Formate funktionieren?

Klartext-Logs als .log, .txt oder .out, strukturierte JSON-/JSONL-/NDJSON-Logs, CSV mit erkennbaren Zeit-/Level-/Message-Spalten sowie ZIP-Archive.

Werden Zugangsdaten sicher behandelt?

Erkannte Token-, Passwort-, Authorization-, URL-Credential- und Private-Key-Muster werden in Befunden und Incident-Beispielen geschwärzt. Das Original bleibt lokal, sollte bei echter Offenlegung aber rotiert werden.

Warum meldet ein einzelnes 429 keinen Defekt?

Ein einzelnes kontrolliertes Rate-Limit kann normal sein. Der Scanner meldet erst eine wiederholte Häufung; Retry-After und tatsächliche Recovery müssen anschließend im Kontext geprüft werden.

Prüft der Scanner Break-even korrekt?

Er erkennt protokollierte Konflikte: STOP_LOSS bei Netto-PnL null/positiv ohne Break-even-/Small-Win-Klassifikation sowie sichtbare Loss-Counter-Erhöhung bei Break-even oder Small Win.

Findet der Scanner die Root Cause garantiert?

Nein. Logs zeigen nur protokollierte Symptome und Zustände. Der Bericht gruppiert belastbare Muster und nennt Kontrolltests, ersetzt aber keine Live-Überwachung oder Forensik.