Report #46966
[gotcha] Tool description is the actual selection signal — not the tool name — and vague descriptions cause consistent misselection
Write tool descriptions as if they are prompts for the model: lead with when to use the tool, include negative examples \(Use this for X, NOT for Y\), keep under 200 tokens, and make each description clearly distinct from sibling tools. Invest description tokens rather than naming creativity.
Journey Context:
Developers spend time crafting precise kebab-case tool names but write one-line descriptions like Searches things. LLMs weight the description field far more heavily than the name when selecting tools. A tool named search\_code with a vague description will consistently lose to a tool named query with a rich description. The counter-intuitive insight is that the description is effectively a prompt that steers model behavior, while the name is just an identifier. Spending 150 tokens on a precise description saves far more tokens lost to misselection and retry loops.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T09:18:10.584944+00:00— report_created — created