Session
We Reverse-Engineered Every MCP Client's Session Behavior — Here's What We Found
MCP sessions don't mean what you think they mean. We built a probe server that logs every header, _meta field, session ID, TCP socket, and timing pattern, then connected seven MCP clients and tested whether different chat conversations produce different signals. The results: Claude Code creates new sessions per conversation, Codex sends session_id and thread_id in _meta, ChatGPT sends x-openai-session headers, Claude.ai sends changing sentry-trace_ids, and Cursor sends nothing — sharing a pool of 6-8 sessions across all conversations with zero differentiation. We then dug into Cursor's source code and found that composerId flows through the entire tool call chain but is dropped one function call before the HTTP request. This talk presents the full methodology, raw findings, and what it means for MCP server authors who need per-conversation state.
Shub Argha
Head of Forward Deployed Engineering @ Arcade.dev
New York City, New York, United States
Links
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top