示例应覆盖模型容易混淆的边界，而不只是展示几个最简单的成功调用。例如同时存在“查询退款进度”和“申请退款”时，要给出各自的触发条件。 一个完整示例包含用户需求、正确工具和参数，必要时再展示工具结果及后续处理。参数格式要符合真实 Schema，日期、单位、枚举值都应与线上接口一致。 值得加入的例子包括：信息缺失时先澄清、没有合适工具时停止、相似工具的正确选择，以及错误参数的修正。不要把“不知道订单号就编一个”这样的隐性错误带进示例。 示例数量受 Token 预算约束，可按当前任务动态选取相关例子。用独立测试集验证收益，防止模型只是学会了示例里的固定名称和数值。工具升级后，相关示例也要同步更新。