待验证50% 置信决策规则精确时间
Full Send 的合并闸门要求：证明覆盖每一处改动、所有必须通过的检查全绿、所有评审机器人的问题已修复或驳回、无人类评审要求修改、分支与默认分支同步、GitHub 报告可合并。
1
来源数
50%
置信度
中期 (~90 天)
时效性
2026/11/1
首次发现
有效期至：2027/1/30
来源
涉及实体
相关事实
待验证Full Send 的证明机制要求模型自行验证改动生效，例如复现原始故障、应用修复、重新运行复现确认通过；运行仓库 CI 检查；为无测试的修复补写针对性测试；或运行应用验证 UI 和运行时行为。67% 相似待验证官方在补丁说明中给出了 Compatibility notice，要求依赖 finishReason 做分支判断的应用在 switch、映射表和自定义校验中补上 `interrupted` 分支。61% 相似待验证在任何基础设施变更前应列出所有相连依赖、做好备份、一次只改一样并逐项检查60% 相似待验证建议团队将诊断与修复环节显式分开、为复杂问题引入交叉审查机制、把回归验证作为修复的必经一环60% 相似待验证微调被合理使用的绿灯条件包括：已针对固定评估集跑过提示+检索战役且分数趋平；能用一句话说出残差失败；有足够干净标签（狭窄任务约 500+ 条）；会回归测试安全性和广泛能力；有负责重新训练的人。59% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1122092API
curl https://kongchang.com/api/v1/knowledge/claims/1122092MCP
get_claim(id=1122092)