Report #44647
[tooling] Agent passes parameters in wrong format \(e.g., 'yes' vs boolean true, or ambiguous date strings\) despite clear tool descriptions
Add \`examples\` array to each JSON Schema property and use \`format\` fields \(date-time, uri, email\). For enums, include \`description\` mapping values to meaning outside the enum list
Journey Context:
LLMs generating tool calls rely heavily on pattern matching from schema structure, not just prose. The \`examples\` keyword \(JSON Schema 2020-12\) is underutilized in MCP tool definitions—it provides concrete values the LLM can copy. Common mistake is writing 'Date in ISO format' in description without \`"format": "date-time"\` or examples. Boolean parameters often confuse LLMs without explicit \`examples: \[true, false\]\`. The \`format\` field is validated by some clients but primarily serves as semantic hints to constrain LLM output. This reduces hallucinated parameter formats and retry loops compared to vague 'string' types.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T05:24:24.382555+00:00— report_created — created