Request-Bestandteil conversation_mode, enable_message_followups, force_parallel_switch, model_response_contracts … (7) verschwunden

Beleg

Vorher

{
  "send_payload_keys": [
    "conversation_mode",
    "enable_message_followups",
    "force_parallel_switch",
    "model_response_contracts",
    "paragen_cot_summary_display_override",
    "supports_buffering",
    "system_hints"
  ]
}

Breite

26/33 Fragen · global

Modi

instant + thinking

Messtage

25.09.2026 · 33 Feld-Diffs in events.jsonl

{
  "har.send_payload_keys": [
    "action",
    "client_contextual_info",
    "client_prepare_state",
    "is_do_not_remember",
    "local_function_names",
    "messages",
    "model",
    "supported_encodings",
    "timezone",
    "timezone_offset_min"
  ]
}

Tagesdaten vom 25.09.2026 →

Einordnung

request/conversation-mode request/enable-message-followups request/force-parallel-switch request/model-response-contracts request/paragen-cot-summary-display-override request/supports-buffering request/system-hints

Wirkung

Für Werkzeuge: Einer von 17 Keys in POST /f/conversation (har.send_payload_keys / send_values). Bei uns konstant „auto". Neben ihm u.a. model, paragen_cot_summary_display_override „allow", client_prepare_state „success", supports_buffering.

Für die Sichtbarkeit: Keine belegte Wirkung. Ein Client-Parameter des Sende-Requests, kein Retrieval-Signal. Für Tool-Bauer relevant, weil Änderungen an der Payload-Struktur Sende-Logik brechen können.

Status-Historie

Offen

Was schaltet force_parallel_switch, wenn es nicht „auto" ist? Parallele Tool-Aufrufe? Nie in einem anderen Wert beobachtet.