Agent选对工具却总传错参数，怎样检查Schema和工具说明？

保存原始参数而非只读模型解释

常见现象是数字被作为文字传入、必填ID为空，或日期格式看似正确却不符合接口定义。保存一次实际调用，避免只检查模型在自然语言里描述的参数。工具说明变更后，客户端还可能继续使用旧Schema，因此要核对本次真正提供给模型的定义。

分别核对字段类型和业务对象

先检查字段名称与required，再核对类型和枚举范围。接着验证语义，例如查询用户需要稳定ID，不能把展示名称当作同一资源。区分Schema能够表达的限制与业务侧规则，日期先后关系或权限条件通常仍需要程序验证，不能期待一个字符串类型自动覆盖全部要求。

在执行前返回明确的字段错误

给工具定义清楚的用途和参数示例，特别说明容易混淆的单位与对象类型。调用前用同一份Schema验证，返回具体的字段错误；业务校验失败时提供可修正原因。先用合成的缺字段与错类型输入检查这些分支，不需要为了验证参数处理而实际创建或删除资源。

验证参数修正与目标资源都正确

验收应包括合法参数成功、非法参数被拒绝，以及模型收到错误后能修正再继续。检查错误没有被包装成一段正常成功文本，也没有忽略额外未知字段。最终还要确认操作对应正确资源；请求结构通过但选错ID，仍然不是一次正确的工具调用。

有些模型或服务只支持Schema的部分约束，应以实际接口文档为准。本文没有执行真实外部写入，也不承诺严格结构就能消除对象选择错误。工具涉及有副作用的动作时，还需要明确授权和幂等设计；不能通过弱化校验来让模型的错误参数勉强执行。