Report #101369
[cost\_intel] Streaming responses are assumed to save tokens compared to non-streaming
Streaming has identical per-token pricing; use it for latency and UX, not cost reduction. Instrument streaming handlers to accumulate usage because the usage object often arrives only at the end of the stream.
Journey Context:
Streaming is purely a delivery mechanism: same prompt, same model, same tokens means same cost. The non-obvious trap is psychological—chunked output feels cheaper, so teams skip per-request usage tracking and only discover runaway spend in the dashboard hours later. The same max\_tokens / max\_completion\_tokens caps apply in both modes.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-06T05:26:11.428202+00:00— report_created — created