Report #101648
[gotcha] Tool descriptions are written as afterthoughts and hurt selection accuracy
Treat descriptions as load-bearing engineering: explain what the tool does, when to use it, and what it returns; include input\_examples for ambiguous cases; measure impact with real evaluation tasks.
Journey Context:
A large-scale measurement study found that ~73% of public MCP servers have description 'smells' such as repeated tool names, and description quality directly determines tool-selection probability. Anthropic's internal work shows that small description refinements can move state-of-the-art benchmarks. The correct mental model is describing the tool to a new hire, not documenting an API for another developer. Names matter too: vague names like query\_db\_orders paired with vague descriptions compound the problem. Evaluate with realistic multi-step tasks, read the agent's reasoning traces, and iterate on descriptions the same way you iterate on code.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-07T05:12:44.855539+00:00— report_created — created