Kaputte Sessions ranken mit einem OpenAI-dots-Plugin für Session-Analyse

Ein ständig laufender Agent passt zu einer Analyseaufgabe besser als zu allen anderen, und ein OpenAI-dots-Plugin für Session-Analyse ist genau diese Aufgabe: jeden Morgen die Issue-Liste lesen, die Flowsery aus Sitzungsaufzeichnungen baut, und Ihnen sagen, welche drei Sie öffnen sollten. Der Dot schaut nie ein Replay an. Er rankt, grenzt ein und gibt Ihnen Recording-IDs. Das Setup, die URL im Entwicklermodus und die OAuth-Anmeldung stehen in der Anleitung zum OpenAI-dots-Plugin für Webanalyse; dieser Beitrag richtet das Plugin auf Issues.

Kurzfassung: Speichern Sie eine Aufgabe für Werktage, die offene Issues mit Schweregrad critical und high auflistet, sie nach sessionsCount neu rankt und für die obersten drei die Details liest. Drei Lesezugriffe, und PATCH /issues/{issueId} bleibt tabu.

Was sieht ein Dot, wenn er ein Flowsery-Issue öffnet?

Ein Dot sieht den Issue-Datensatz, den Flowsery erzeugt hat, nicht die Aufzeichnung dahinter. Jeder Datensatz in GET /issues enthält einen Titel, eine Beschreibung, einen Schweregrad, einen Status, sessionsCount, firstSeenAt, lastSeenAt, geordnete stepsToReplicate, eine sampleRecordingId, die null sein kann, und ein etwa verknüpftes externes Ticket. GET /issues/{issueId} ergänzt die markierten occurrences mit einem Versatz atSeconds, die Sitzungen hinter dem Issue mit ihren Recording-IDs und die Kommentare Ihres Teams.

Der Schweregrad nimmt low, medium, high und critical an, der Status open, in_progress, resolved und suspended. GET /issues sortiert nach severity, solange Sie nicht sort=recency übergeben. Die Kommentare sollten Sie dem Dot früh beibringen: Sie trennen einen Absprung, den noch niemand gesehen hat, von einem, den sich ein Kollege letzten Donnerstag angeschaut hat.

Kann ein Dot ein Session-Replay ansehen?

Ein Dot kann über das Plugin kein Replay ansehen, denn Flowserys API liefert JSON, kein Video. Am nächsten kommt das Array occurrences: Jeder markierte Moment trägt eine Beschreibung, einen Schweregrad und die Sekunde, in der er passiert. Ein Dot kann Ihnen also sagen, dass ein Rage-Click-Cluster 41 Sitzungen getroffen hat, die Schritte zum Nachstellen vorlesen und die Aufzeichnung nennen, die es am besten zeigt. Er kann Ihnen nicht sagen, dass der Absenden-Button ausgegraut aussah.

Der eigene Chrome-Browser des Dots ist der verlockende Umweg. Ein Dot kann das Flowsery-Dashboard in seinem eigenen Browser öffnen, sobald Sie ihn angemeldet haben, und OpenAIs sichere Anmeldung pausiert das Modell, während Sie tippen, und hält die Zugangsdaten aus dem Kontext des Dots heraus. Zwei Probleme bleiben. OpenAI dokumentiert nicht, wie ein Dot einen Replay-Player liest, und ein angemeldeter Browser trägt Ihren vollen Dashboard-Zugang, der weiter reicht als eine Plugin-Anmeldung als Viewer. Lassen Sie das Ansehen des Replays Ihre Aufgabe bleiben.

Welche Session-Aufrufe lesen, und welcher schreibt?

Vier Session-Endpunkte zählen, und genau einer verändert Daten: PATCH /issues/{issueId} verschiebt ein Issue zwischen Status, und das ist das ganze Aufsichtsproblem.

Drei Schichten halten diesen Schreibzugriff von einem Dot fern. Auf ChatGPT Pro sagt OpenAIs Hilfeartikel vom August, eigenes MCP bekomme "read/fetch permissions" (Read/Fetch-Rechte), das schreibende Tool ist also außer Reichweite, bevor irgendetwas anderes greift. Auf Business Premium bringt volles MCP es zurück, und Custom Rules auf "Ask before taking action" (vor dem Handeln fragen) stellen eine Rückfrage davor. Unter beiden bekommt eine Flowsery-Anmeldung mit der Rolle Viewer beim PATCH einen 403 permission_denied, denn nur Admins und Editors haben flowsery.write.

Sollte ein Dot den Status eines Issues ändern dürfen?

Halten Sie Statusänderungen im ersten Monat von einem Dot fern, und danach von jedem Zeitplan. Ein Issue auf resolved verlässt die Liste, die alle morgens öffnen, und eines auf suspended fällt aus der Standardantwort von GET /issues, bis jemand nach status=suspended fragt. Status-Hygiene ist die Fleißarbeit, bei der ein Agent gut aussieht: Ein Durchgang, der zwölf veraltete Criticals auf resolved setzt, erzeugt eine kürzere Liste mit demselben kaputten Checkout darunter.

Ständiges Laufen macht das bei einem Dot schärfer als bei einem Chat-Agenten. Ein Dot arbeitet, während Sie schlafen, und OpenAIs Sicherheitsbeitrag nennt das Senden von Nachrichten und das Teilen von Dateien als die Aktionen, für die ein Dot eine Freigabe einholt; einen Datensatz in einer anderen App zu ändern steht nicht auf dieser Liste. OpenAI gibt Ihnen zwei Wege zum Beobachten: Die Activity View listet laufende und delegierte Aufgaben, und die Überwachung kann die Arbeit des Dots pausieren oder stoppen. Lesen Sie beides, bevor Sie irgendetwas erweitern.

Was sollte in der morgendlichen Triage-Aufgabe stehen?

Die morgendliche Triage-Aufgabe muss die Website, die Ranking-Regel und das Schreibverbot nennen, denn ein Dot füllt jede Lücke mit eigenem Ermessen. Fügen Sie das hier ein und ändern Sie die Namen:

Every weekday at 08:30 Europe/Berlin, triage Flowsery issues for acme.com
in the Acme workspace. Use the Flowsery plugin only, never the browser.
Read only: never change an issue's status.
 
1. List open issues with severity critical or high.
2. Re-rank them by sessionsCount, highest first. Print severity and
   sessionsCount next to every title.
3. For the top three, get the issue detail: steps to replicate, the sample
   recording id, and the second of the first occurrence.
4. Skip any issue with a team comment from the last 7 days.
5. If an issue has no sample recording, say so. Do not pick another one.
6. Do not visit acme.com to reproduce anything.

Zeile 2 stammt aus Flowserys eigenem Rat in seinem rein lesenden MCP-Worker: Die Sortierung der API ist nicht die Wirkung, und das Beispiel dort stellt ein Issue mit Schweregrad medium, das 140 Sitzungen getroffen hat, einem Critical gegenüber, das 3 getroffen hat. Zeile 6 ist die Dot-spezifische, und der nächste Abschnitt erklärt sie.

Landet ein Dot, der einen Bug nachstellt, in Ihren Aufzeichnungen?

Ein Dot, der stepsToReplicate auf Ihrer Live-Site folgt, tut das in einem echten Chrome-Browser auf OpenAIs Linux-Rechner, und ob Flowsery das aufzeichnet, hängt an einem Flag, das OpenAI nicht dokumentiert hat. Flowserys Tracker und sein Session-Recorder überspringen beide jeden Browser, der navigator.webdriver als true meldet. OpenAIs dots-Dokumentation, geprüft am 29. September 2026, nennt keinen User Agent, keine IP-Range und sagt nichts über dieses Flag.

Ist das Flag gesetzt, verwirft Flowsery den Besuch. Ist es nicht gesetzt, wird das Nachstellen durch den Dot wie die Sitzung jedes Besuchers aufgezeichnet, neben den echten Sitzungen, aus denen Flowsery Issues baut. Ein nachgestellter Checkout in der Produktion erreicht außerdem einen Zahlungsschritt, und OpenAI sagt, dass Käufe Ihre Freigabe brauchen. Stellen Sie auf einer Staging-Site nach und führen Sie den Sichtbarkeitstest aus der Webanalyse-Anleitung einmal aus, damit Sie wissen, welcher Ausgang für Sie gilt.

Was geht bei der Session-Analyse mit einem Dot schief?

Fünf Dinge lassen die Issue-Triage scheitern, und das vierte sieht aus wie eine Antwort.

1. Ein Testkonto versteckt Issues. In einer kostenlosen Flowsery-Testphase antworten von der KI erkannte Issues jenseits der ersten 10 mit "Upgrade to view this issue". Der Dot meldet die Meldung, nicht das Issue.
2. Der Website-Selektor fehlt. Zugangsdaten, die mehr als eine Website umfassen, brauchen bei jedem Aufruf websiteId oder domain, und ein Selektor, der auf nichts passt, liefert 404 Website not found. Schreiben Sie die Domain in die Aufgabe.
3. Die Besucher-ID ist erfunden. GET /visitors/{visitorId} nimmt den Wert _fs_vid, den Flowserys Tracker setzt, und GET /realtime/map liefert Besucher-IDs für Menschen, die gerade auf der Site sind. Eine geratene ID liefert 404 Visitor not found.
4. Das Ranking wird umgeschrieben. Eine Zusammenfassung sortiert Issues danach, was sich gut liest. severity und sessionsCount neben jedem Titel auszugeben hält die Reihenfolge überprüfbar.
5. Ein 429 mitten im Durchgang. Flowsery erlaubt 600 Anfragen pro Minute und Schlüssel, und jede Antwort trägt RateLimit-Remaining und RateLimit-Reset. Sagen Sie dem Dot, er soll Retry-After abwarten, statt blind neu zu versuchen.

Dieselbe Schleife läuft auch auf anderen Agenten. Der Meta-Muse-Connector für Session-Analyse baut sie aus der öffentlichen Spezifikation, und die Grok-Bot-Vorlage für Session-Analyse liefert sie als Skill. Die Issues, die alle drei lesen, stammen aus Flowserys Session-Replay-Tool.

Häufig gestellte Fragen

Kann ein Dot ein Flowsery-Issue eigenständig schließen?

Nur wenn alle drei Schichten es zulassen. ChatGPT Pro begrenzt eigenes MCP laut OpenAIs Hilfeartikel vom August auf Read/Fetch, Custom Rules können jede Aktion für Ihre Freigabe zurückhalten, und eine Flowsery-Anmeldung als Viewer bekommt bei PATCH /issues/{issueId} einen 403. Lassen Sie alle drei im ersten Monat bestehen.

Kann ein Dot die Triage auslösen, wenn ein neues kritisches Issue auftaucht?

Über einen Ereignis-Trigger noch nicht. OpenAIs Ereignis-Trigger brauchen einen verbundenen Dienst, der Ereignisüberwachung unterstützt, und Flowserys MCP-Dokumentation beschreibt mit Stand 29. September 2026 keine. Eine Aufgabe an Werktagen zu fester Uhrzeit ist die Ausweichlösung, ein Critical, das um 09:00 auftaucht, wartet also auf den Lauf am nächsten Morgen.

Was sieht ein Dot über einen Besucher?

GET /visitors/{visitorId} liefert Standort, Browser, Gerät, Aktivität, Umsatz und ein profile mit userId, name und email, sobald Ihre Site identify aufgerufen hat. Flowsery speichert keine IP-Adressen und setzt keine seitenübergreifenden Kennungen. Entscheiden Sie, bevor Sie den Aufruf erlauben, ob ein Dot, dessen Erinnerungen Sie weder ansehen noch bearbeiten können, diese Daten bekommt.

Ersetzt das das Öffnen des Replays?

Nein. Der Dot rankt und grenzt ein, und in der Aufzeichnung steckt der Grund. Lassen Sie den Dot die drei Sitzungen auswählen, die zehn Minuten wert sind, und verbringen Sie die zehn Minuten dann selbst.

Warum fehlt ein Issue auf suspended in der Liste des Dots?

GET /issues lässt Issues auf suspended aus der Standardantwort heraus, bis Sie nach status=suspended fragen. Ist ein Issue verschwunden und hat niemand in Ihrem Team es verschoben, prüfen Sie in der Activity View des Dots, welche Aufgaben er ausgeführt hat.

Welchen Flowsery-Plan braucht ein Triage-Dot?

Beide passen. GET /issues und die KI-Session-Analyse dahinter sind in Team zu $250 im Monat und Pro zu $500 enthalten, jeweils mit einer 14-tägigen kostenlosen Testphase ohne Karte. In der Testphase öffnen sich nur die ersten 10 Issues vollständig.

Sollte ein Dot für die Triage seinen eigenen Browser nutzen?

Bleiben Sie beim Plugin. Ein angemeldeter Browser trägt Ihren vollen Dashboard-Zugriff, der weiter reicht als eine Plugin-Anmeldung als Viewer, und OpenAI dokumentiert nicht, wie ein Dot einen Replay-Player liest. Schreiben Sie "Nur das Flowsery-Plugin verwenden, nie den Browser" in den Aufgabentext.

Wie ordne ich Issues nach Wirkung statt nach Schweregrad?

Lassen Sie den Dot nach sessionsCount neu sortieren. GET /issues sortiert nach severity, sofern Sie nicht sort=recency übergeben, und beides ist keine Wirkung. Flowserys eigenes Beispiel stellt ein Issue mit mittlerem Schweregrad und 140 betroffenen Sessions einem kritischen mit 3 gegenüber.

Was soll ein Dot tun, wenn er ein Rate Limit erreicht?

Sagen Sie ihm, dass er Retry-After abwarten soll, statt blind neu zu versuchen. Flowsery erlaubt 600 Anfragen pro Minute und Key, und jede Antwort enthält RateLimit-Remaining und RateLimit-Reset.

Warum antwortet ein Dot mit "Upgrade to view this issue"?

Diese Meldung liefert eine Flowsery-Testphase für KI-erkannte Issues jenseits der ersten 10. Der Dot meldet die Nachricht, nicht das Issue. In der Testphase öffnen sich nur die ersten 10 Issues vollständig.

Starten Sie eine Flowsery-Testphase und führen Sie einen rein lesenden Issue-Durchgang aus, oder lesen Sie zuerst die API-Referenz.

Quellen: Introducing dots, How we build safety, security and privacy into dots, der Rückblick auf den DevDay 2026, OpenAI-Hilfe zu Sicherheit, die dots-Nutzerdokumentation, OpenAIs MCP-Hilfeartikel (aktualisiert im August 2026), die Flowsery-API-Referenz, die Flowsery-OpenAPI-Spezifikation und Flowserys rein lesender MCP-Worker. Geprüft am 29. September 2026.