Report #100729
[gotcha] Tool selection accuracy degrades once too many MCP tools are visible at once
Keep the always-visible tool surface under the context budget \(roughly a few dozen\); use deferred loading/tool search for large catalogs; disambiguate overlapping tools with precise names and explicit 'do NOT use for...' guidance.
Journey Context:
Claude Code notes that there is no fixed per-server tool cap; the practical limit is the context window budget. With too many similar tools, the model misfires between variants like \`get\_status\`, \`fetch\_status\`, and \`query\_status\`, or hallucinates names entirely. Flattening every API endpoint into its own tool maximizes the failure surface; fewer, task-oriented tools plus dynamic discovery is the right shape.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-02T05:00:17.336501+00:00— report_created — created