01
Quelle und Umfang wählen
Öffnen Sie eine UTF-8-Datei oder nutzen Sie einfache, KI-nahe und Grenzfall-Beispiele. Vor dem Ersetzen sehen Sie alte und neue Zeilen- sowie Bytezahlen und können einmal rückgängig machen.
AI / LLM Dev Tools
SSE-ParserTatsächlich ausgelöste Ereignisse prüfen
Fügen Sie einen Mitschnitt ein oder öffnen Sie eine lokale UTF-8-Datei. Die Liste enthält nur Blöcke, die durch eine Leerzeile ausgelöst wurden.
SSE-Parser
SSE-Eingabe
Analyseergebnis
Ereignisliste
Noch keine ausgelösten Ereignisse.
Eingefügter Text und lokale Dateien bleiben im Browser. Es wird keine Anfrage gesendet.
Eingabe geändert. Vor dem Export erneut auslesen.
Ein Stream enthält data-Zeilen, doch im Client fehlt das letzte Ereignis? Der SSE-Parser zeigt die echte Trennlinie und markiert einen Schlussblock ohne Leerzeile.
Zum SSE-Stream analysieren genügt ein gespeicherter Mitschnitt. Dieser SSE-Event-Viewer zeigt Rohdaten und eine optionale JSON-Ansicht, ohne eine neue Verbindung aufzubauen.
Warum diesen SSE-Parser verwenden?
Erkennen Sie Dispatch-Grenzen direkt im gespeicherten Protokoll.
Fehlenden Schlussblock lokalisieren
Der SSE-Parser löst einen Block erst an der Leerzeile aus. Ein einzelner Zeilenumbruch am Dateiende genügt nicht; die Diagnose nennt die Startzeile statt ein Ereignis zu erfinden.
Text und JSON getrennt lesen
Rohdaten bleiben unverändert. Bei gültigem JSON erscheint eine lesbare Ansicht; [DONE] und anderer Klartext bleiben Text, während ein JSON-Fehler das SSE-Ereignis nicht entfernt.
Einen Mitschnitt ohne Datenverlust prüfen
02
Auslösezeitpunkt steuern
Automatisches Auslesen beginnt 350 ms nach der Eingabe. Schalten Sie es aus, um per Knopf oder Strg/Cmd+Enter zu starten. Nach Änderungen bleibt ein altes Ergebnis vom Export gesperrt.
03
Liste und Export unterscheiden
Die Liste wächst in Schritten von 50. Ein Typfilter ändert nur die Anzeige; JSON-Array und NDJSON enthalten weiterhin sämtliche ausgelösten Ereignisse.
Felder und Nutzdaten nachvollziehen
Zeilen nach Spezifikation lesen
Der SSE-Parser akzeptiert LF, CRLF und CR. Mehrere data-Zeilen werden mit LF verbunden; Blöcke ohne data erzeugen kein Ereignis.
ID und Retry verfolgen
Eine id gilt für spätere Ereignisse weiter, bis eine leere id sie löscht. Nur ASCII-Ziffern ändern retry; ungültige Werte bleiben als Diagnose sichtbar.
Nutzdaten ohne Annahmen prüfen
Klartext ist gültiges SSE-data. JSON-ähnlicher, aber ungültiger Inhalt wird gesondert markiert, ohne das Ereignis zu verwerfen.
Vollständige Ereignisse exportieren
Kopieren oder laden Sie JSON-Array oder NDJSON herunter. Der Bildschirmfilter verändert den Umfang des Exports nicht.
Grenzen der Offline-Analyse
- Keine Verbindung zum Endpunkt
- Dieser SSE-Parser sendet weder Anfragen noch Header und umgeht kein CORS. Ein retry-Wert belegt keinen erfolgreichen Reconnect oder Empfang durch den Server.
- Leerzeile beendet den Block
- Ohne abschließende Leerzeile wird auch ein Block mit data verworfen. Die Diagnose nennt seine Zeile; der Inhalt wird nicht automatisch repariert.
- data muss kein JSON sein
- [DONE] ist keine allgemeine SSE-Stoppanweisung. Fehler in einer optionalen JSON-Ansicht ändern das zugrunde liegende Ereignis nicht.
- Höchstens 2 MiB Eingabe
- Ungültiges UTF-8 und zu große Dateien werden vollständig abgewiesen. Teilen Sie größere Mitschnitte vor dem Öffnen.
- Keine Modellantwort zusammensetzen
- OpenAI- oder Anthropic-Deltas, Stream-Erstellung, automatische Reparatur und JSONPath-Suche gehören nicht zur Protokollansicht.
Fragen zum SSE-Parser
Kann ich mit EventSource eigene HTTP-Header wie Authorization setzen?
Diese Offline-Seite verwendet kein EventSource und sendet keine Header. Sie kann nur einen bereits gespeicherten Stream auslesen; Authentifizierungsprobleme müssen am echten Client geprüft werden.
Reconnectet EventSource wirklich von allein, und kann ich das Intervall steuern?
Ein gültiges retry-Feld beschreibt Millisekunden für die Wiederverbindung. Der Parser zeigt den Wert, stellt aber keine Verbindung her und bestätigt keinen Reconnect.
Warum aktualisiert sich meine UI nicht, obwohl Events ankommen?
Prüfen Sie im Mitschnitt zuerst, ob data-Blöcke mit einer Leerzeile abgeschlossen sind und welcher event-Typ gesendet wurde. UI-Listener und Netzwerkstatus liegen außerhalb dieser Offline-Prüfung.
Was passiert mit verpassten Events während einer Unterbrechung?
Eine id kann bei einer echten Wiederverbindung als Last-Event-ID dienen. Ob der Server verpasste Ereignisse erneut liefert, lässt sich aus einer gespeicherten Datei nicht beweisen.
Sollte ich SSE oder WebSockets verwenden?
SSE ist für Textnachrichten vom Server zum Client geeignet. Für bidirektionale Kommunikation kommt oft WebSocket infrage; dieser SSE-Parser wertet nur vorhandene Ereignisstreams aus.
Antwort nicht gefunden?
Nächsten Mitschnitt mit dem SSE-Parser lesen
Beginnen Sie mit dem Grenzfall-Beispiel und vergleichen Sie dann im eigenen Protokoll event, id, retry und data Zeile für Zeile.
Die Analyse läuft vollständig im Browser.