Report #57029
[gotcha] Agent produces confidently wrong conclusions from tool output that was silently truncated
Never trust that a tool's full output reached the LLM. Have tools return metadata: total line/byte count, a \`was\_truncated\` boolean, or a pagination cursor. Implement chunked reads with explicit continuation. When consuming tool results, always check whether the output is complete before reasoning about it.
Journey Context:
When an MCP tool returns a large payload \(file contents, search results, log output\), the LLM context window may silently truncate it. The MCP spec's CallToolResult has no built-in truncation indicator. The agent continues reasoning with partial data — missing a critical function in a file, or the last 200 lines of a log — and draws wrong conclusions with high confidence. This is especially insidious because the output looks valid and coherent; it's just incomplete. Building truncation awareness into tool design \(returning size metadata, chunking large outputs\) is the only reliable defense.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T02:12:46.044139+00:00— report_created — created