待验证50% 置信事实精确时间
原文示例中adaptToCanonical函数检查输入中是否存在orderId（v1）或order_id（v2），分别处理后输出统一的{ orderId, items, priority }结构，并对v1中不存在的priority补上默认值false。
1
来源数
50%
置信度
长期有效
时效性
2026/10/17
首次发现
来源
涉及实体
相关事实
待验证在原文示例中，v1 Schema使用orderId字段名，v2改为order_id并新增必填的priority字段（允许boolean或null）。79% 相似待验证调试顺序本质是逐层归因，把端到端失败拆解为索引、检索、排序、生成四个可独立验证的环节。64% 相似已验证实现幂等性的常见手段包括为每次写操作分配唯一的请求ID（idempotency key），或采用条件写入（compare-and-swap）仅当目标数据处于预期状态时才执行写入63% 相似待验证列表操作节点的过滤逻辑支持「在」与「不在」两种判断方式，可多选目标类型63% 相似待验证正确的访问控制顺序是：先从请求中解析调用者身份（而非从模型输出中解析），将身份映射到工具白名单，只向模型暴露白名单内的工具，在参数被求值之前拒绝不在名单上的工具名。62% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1057050API
curl https://kongchang.com/api/v1/knowledge/claims/1057050MCP
get_claim(id=1057050)