Group of 3 You'll notice
Long-running MCP tool calls now background immediately when a new message needs the session, not just after a timeout, tracked via a new foregroundCalls registry
What
- MCP (Model Context Protocol) tool calls that run long now move to the background as soon as a new message needs to reach the session, instead of waiting for the existing auto-background timeout. The notification shown to the user explains the call was backgrounded so a waiting message could get through, and that the tool call itself was not interrupted and keeps running.
- A new
foregroundCallstracker, keyed by session, is registered when an MCP tool call starts (unless it's an inner/nested call), giving the auto-backgrounding logic visibility into how many calls are currently in the foreground for that session. - Telemetry for auto-backgrounded MCP calls now records a
triggervalue distinguishingdeliver_messagefromtimeout.
Why This keeps a session responsive to new messages even while an MCP tool is still working, instead of forcing a wait for a fixed timeout before the session can move on.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
Nothing has been read yet about the `tengu_mcp_tool_auto_backgrounded` gate for this site's account.