待验证50% 置信决策规则精确时间
尝试台账的关键约束是每次尝试后立刻写入，不要在一天结束时批量补记；reject也必须带上门名称（build、scope或proof三选一）。
1
来源数
50%
置信度
长期有效
时效性
2026/10/17
首次发现
来源
涉及实体
相关事实
待验证审diff应使用三道门按顺序检查，遇到第一个失败即拒：build（测试套件是否通过）、scope（diff是否只触及允许路径）、proof（是否有新测试在改动前失败、改动后通过）。72% 相似待验证重试上限应通过Token预算算术推导，而非凭感觉选择；使用函数 attempt_cap(context_tokens, error_tokens, ceiling_tokens) 可计算在Token上限内可容纳的尝试次数。68% 相似待验证验证规则是否生效可在练习副本里切到手动模式，给同一条命令临时加一条询问规则，再让其查看仓库状态，预期出现确认弹窗（因为询问优先于允许）67% 相似待验证应将推理档位当成需要测试的参数而非默认值，推理是应对困难任务的开关而非常开设置66% 相似待验证硬限制应放在代码里而非系统提示词中，例如create_refund中的检查才是规则，提示词中的限制只是建议。66% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1051253API
curl https://kongchang.com/api/v1/knowledge/claims/1051253MCP
get_claim(id=1051253)