大模型工具参数设计：互斥、依赖与业务校验

根据机器转写整理，未经原音或实际接口核对。字段约束需要结合所用 Schema 方言及工具运行环境验证。

字段合法不等于请求组合合法

工具说明需要明确名称、用途、字段类型、单位和取值边界。讲者进一步强调，参数之间也有关系：有的必须同时出现，有的互相排斥，有的只在特定条件成立时才有效。如果只把各字段逐个标为可选，模型可能生成格式上可解析、业务上却没有意义的组合。

订单查询示例

假设查询支持两种方式：提供订单 ID 精确查询，或提供客户 ID 与日期范围进行条件查询。若订单 ID、客户 ID、开始时间和结束时间全部可选，调用方可能提交空请求，或同时提交互不协调的条件。执行端不宜猜测用户真正想用哪种方式，而应明确约束和反馈。

讲者建议，能通过所用 Schema 表达的约束尽量结构化表达，不要只埋在冗长的自然语言说明里。对于 Schema 无法表达的业务关系，应用层仍需检查；即使参数格式正确，也不能省略业务授权与服务端校验。

错误反馈与测试

校验失败时，返回足够具体的错误，例如提示选择订单 ID，或提供客户 ID 与日期范围，让调用方有机会修正。测试应覆盖缺少必填字段、互斥字段同时出现、边界值以及名称相近而容易混淆的参数。结构化约束和错误提示有助于降低误调用，但不保证模型每次都能生成正确参数。