#表单交互

MCP Elicitation 实战：让服务端在缺参数时反向向用户提问——受限 Schema 设计 + 四套客户端配置 + 13 行排查表

写 MCP Server 的人迟早会遇到一个尴尬场景：工具必填参数用户没给，服务端要么猜一个（猜错就出事），要么返回一个干巴巴的「缺少参数 xx」让 Agent 自己去追问（Agent 经常追问得驴唇不对马嘴）。MCP 协议里的 Elicitation 就是为这个场景设计的第三个「反向能力」——服务端可以在执行过程中主动向客户端发起一次提问，由客户端把问题渲染成表单弹给用户，用户填完再回传，全程服务端不需要自己实现任何 UI、不需要存任何凭据。本文讲透它的机制与边界：elicitation/create 请求的完整结构、为什么 requestedSchema 被刻意限制成只支持原始类型（这是安全设计不是能力不足）、用户的三种响应（accept / decline / cancel）各自的语义差异、以及最关键的——为什么不能在 Elicitation 里索取密码和 API Key。含 TypeScript SDK 完整实现（含类型定义与降级路径）、Claude Code / Cursor / VS Code + Copilot / Trae 四套带中文注释的配置、三个实战场景（部署确认 / 缺失参数补全 / 敏感操作二次确认）、与 Sampling / 传统参数校验的选型对比、六条安全注意事项，以及 13 行故障排查表。