Wissensbasis›Endpunkte›/backend-api/conversation/{id} (mapping — zurück seit 25.09.)

/backend-api/conversation/{id} (mapping — zurück seit 25.09.) endpoint/backend-api-conversation-id

Endpunkteaktiv zuerst gesehen 20.08.2026 zuletzt gesehen 06.10.2026Vorkommen 33 von 33 Läufen am 06.10.2026 · instant + thinking

Was es ist

Der Konversations-Abruf im mapping-Format (Baum mit parent/children). Bis 20.08.2026 der einzige Pfad, am 21.08.2026 vom paginierten /backend-api/conversations/{id} abgelöst — und seit dem 25.09.2026 wieder aktiv: der Client ruft beim Laden einer Unterhaltung ZUERST diesen Pfad, dann die messages-Fassung, und pollt danach dieses singular weiter (4 Aufrufe in 50 s beobachtet). Zeitgleich verschwanden conversation/{id}/stream_status und conversation/{id}/textdocs — das Polling ist offenbar deren Ersatz.

Der Unterschied zur messages-Fassung

Dieselbe Unterhaltung, gleicher Moment (Beleg 30.09.2026, Vergleich beider Endpunkte mit Session-Token plus DevTools-HAR): messages = 9 Nachrichten, mapping = 6. Im mapping fehlen beide is_visually_hidden_from_conversation-System-Nachrichten UND die erste web.run-Tool-Nachricht — die einzige mit metadata.search_model_queries, obwohl sie nicht versteckt ist. Metadata-Schlüssel, die nur die messages-Fassung trägt: search_model_queries, story_events, rebase_developer_message, is_visually_hidden_from_conversation, exclusive_key.

Folgen für Werkzeuge

Jedes Werkzeug, das den zuletzt gesehenen Endpunkt nimmt (so arbeitete unser Bookmarklet bis v2.7.4), erwischt seit dem 25.09. je nach Zeitpunkt diese Fassung — und zeigt dann null Suchanfragen samt falscher »keine Aufruftexte«-Diagnose. Der Tracker verlor so vom 25. bis 29.09. je Tag einen Lauf (last-wins im Mitschnitt), bis der Runner den messages-Vorrang bekam.

Für die Sichtbarkeit

Keine direkte Wirkung — aber eine Mess-Falle: Analysen auf Basis dieser Fassung unterschätzen die Suchtätigkeit vollständig.

Struktur

{
  "antwort_keys": [
    "async_status",
    "atlas_mode_enabled",
    "blocked_urls",
    "context_scopes",
    "context_truncation_continuation",
    "conversation_id",
    "conversation_origin",
    "conversation_template_id",
    "create_time",
    "current_node",
    "default_model_slug",
    "disabled_tool_ids",
    "gizmo_id",
    "gizmo_type",
    "is_archived",
    "is_do_not_remember",
    "is_read_only",
    "is_starred",
    "is_study_mode",
    "is_temporary_chat",
    "mapping",
    "memory_scope",
    "moderation_results",
    "owner",
    "pinned_time",
    "plugin_ids",
    "safe_urls",
    "sectioned_conversation",
    "sugar_item_id",
    "sugar_item_visible",
    "title",
    "update_time",
    "voice"
  ]
}

Änderungshistorie

22.08.2026confirmedKonversations-Abruf wechselt von /backend-api/conversation/{id} (mapping) auf /backend-api/conversations/{id} (messages)
22.08.2026confirmedEndpunkt /backend-api/conversation/{id} nicht mehr beobachtet
26.09.2026revertedKonversations-Abruf wechselt von ? (messages) auf /backend-api/conversation/{id} (mapping)
30.09.2026confirmedDoppel-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.
06.10.2026revertedEndpunkt /backend-api/conversation/{id} nicht mehr beobachtet

Offen

Verwandt

/backend-api/conversations/{id} run.conversation_format (mapping | messages)