Report #12116
[gotcha] MCP tools never respond or silently drop due to client transport timeouts
Implement explicit timeout handling in the agent's tool execution loop. If a tool exceeds the timeout, return a structured error to the LLM rather than hanging, and configure MCP servers to use the notifications/cancelled mechanism for long-running requests.
Journey Context:
MCP stdio and SSE transports have default timeouts. If a tool performs a long-running operation \(e.g., indexing a codebase\) and doesn't respond within the timeout, the client drops the connection. The agent loop hangs waiting for a response, or retries indefinitely, causing a reasoning loop. Handling the timeout explicitly breaks the loop and allows the LLM to pivot its strategy.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-16T15:10:36.301529+00:00— report_created — created