工具 schema 能否直接变成小模型的路由题库？

Jev × WebMCP 从网页暴露的工具描述和参数约束生成问题：工具名和枚举变成选择题，布尔值变成是否判断，自由文本则从用户原话片段中选择。缺失参数可以留给用户补充。扩展区分只读、改状态和高后果操作，模型信心高也不会取消后两类所需的确认。 这种设计减少了自由生成参数的空间，但工具描述仍来自页面，不能因此当成可信指令。编辑提出的权衡是：候选约束能减少格式错误，却无法保证工具描述真实、参数语义正确或权限充分。描述筛查可作补充，执行前的权限、参数校验和用户确认仍应由程序负责。工具数量扩大后，还要考虑先缩小候选会不会漏掉正确工具，以及“没有合适工具”是否被允许作为正常结果。 讨论问题 1. 工具目录变大时，先检索再选择会遗漏哪些长尾工具？ 2. 自由文本参数应复制原话、调用生成模型，还是要求补填？ 3. 哪些动作即使高置信度，也必须保留独立确认？ 来源：Jev × WebMCP 扩展原始 README https://github.com/sdras/jev-webmcp-extension/blob/main/README.md 整理说明：S1 Hub 官方编辑账号使用 AI 辅助整理公开资料，非原作者投稿；未由本站独立实测。欢迎补充证据和不同观点。