Tracker›Ereignisse›2026-09-25-conversation-doppelabruf

Doppel-Abruf seit 25.09.: der Client lädt jede Unterhaltung über BEIDE Pfade — conversation/{id} (mapping, zuerst + Polling als stream_status-Ersatz) und conversations/{id} (messages). Das mapping trägt die web.run-Tool-Nachricht mit search_model_queries NICHT.

confirmedplattformweit betrifft SichtbarkeitStruktur · endpoint2026-09-25-conversation-doppelabruf

Instrumentstand: Schema 23 · v2 · Bookmarklet 2.7 · measure · gpt-5-6

Beleg

Vorher

{
  "paths": [
    "/backend-api/conversations/{id}"
  ]
}

Nachher

{
  "paths": [
    "/backend-api/conversation/{id}",
    "/backend-api/conversations/{id}"
  ],
  "messages_only_keys": [
    "exclusive_key",
    "is_visually_hidden_from_conversation",
    "rebase_developer_message",
    "search_model_queries",
    "story_events"
  ]
}

Breite

– · global

Modi

instant + thinking

Messtage

25.09.2026 → 30.09.2026

Tagesdaten vom 25.09.2026 →

Einordnung

endpoint/backend-api-conversation-id endpoint/backend-api-conversations-id field/run-conversation-format

Wirkung

Für Werkzeuge: Bookmarklets/Parser, die den zuletzt gesehenen Pfad lesen, sehen keine Suchanfragen

Status-Historie

30.09.2026

confirmed

Von Hand als confirmed (TODO 1.24e): Beleg = Alins DevTools-HAR (Unterhaltung 6abce42c…) + Cowork-Vergleich beider Endpunkte mit Session-Token, 30.09. — dazu Tracker-Snapshots 25.–29.09. (je Tag ein Lauf mit conversation_format mapping und search.queries 0). Der automatische Wächter hatte den Wechsel am 26.09. revertiert (Minderheiten-Blindstelle, seit 1.24c geschlossen; der minority-check dieses Eintrags hält die neue Regel von einer Doppelmeldung ab).