待验证50% 置信事实精确时间
截断可能发生在三个位置：客户端在发送前裁剪历史、框架静默修剪工具返回结果、服务端按自身策略进行截断。
1
来源数
50%
置信度
长期有效
时效性
2026/10/19
首次发现
来源
涉及实体
相关事实
待验证对可疑参数进行全局搜索区分服务端返回还是前端生成，按照「服务端下发直接复用、前端生成需逆向」优先级排序可系统性降低无效工作量67% 相似待验证不同框架的截断策略包括删除最旧消息、删除中间、优先删除大型工具输出、保留系统提示加最新N个token等，其中“删除中间”最危险。67% 相似待验证剥离策略（生成后再裁剪）可能破坏已生成内容，因此主流做法是前置屏蔽而非事后裁剪。67% 相似待验证当一次工具调用被触发三次时，可能是模型自己重试、框架的retry策略，或工具注册表的幂等处理，三层都有嫌疑但日志中分不清。64% 相似待验证一次失败的尝试会带着验证输出重新回到队列，进入下一次提示；三次失败后，任务会连同其工作树一起进入收件箱。64% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1071676API
curl https://kongchang.com/api/v1/knowledge/claims/1071676MCP
get_claim(id=1071676)