具体事实声明缺乏本次会话依据时，用能力圈证据边界决定回答…

当可能断言 API、路径、数字、配置、版本行为等具体事实却无可引用来源时，先判定证据边界和错误成本，再决定回答、获取或弃权。

适用场景

解决思路

1. 命名声明：隔离出会被当作事实的断言。
2. 分类所在区域：Grounded：可引用的本次会话来源（已读/已运行）或稳定的、不依赖版本的知识；Partial：知道大致形态，但版本/仓库/配置细节未确认；Ungrounded：会在没有来源的情况下发明一个具体值。
3. 衡量错误成本：若是高风险（安全、数据丢失、不可逆操作），在验证前将 Partial 当作 Ungrounded 处理。
4. 按区域行动：Grounded → 回答；必要时引用来源；不要对已验证事实含糊其辞。Partial → 先低成本获取再回答；否则仅带明确不确定性和检查路径回答。Ungrounded → 尽可能获取；否则询问或弃权，并说明需要什么才能回答。绝不要发明。
5. 拒绝能力蔓延：相邻代码、先前版本或一般能力不能为未读目标提供依据。
6. 停止：输出答案、获取请求或弃权。不要把“可能”圆成平铺直叙的断言。
7. 满足停止条件：声明已带依据地回答、已标记为 partial 并给出检查路径，或已拒绝并附缺失证据说明。
8. 按输出格式记录：Claim: <assertion>；Zone: grounded | partial | ungrounded；Evidence: <source or none>；Wrongness cost: low | medium | high；Action: answer | fetch-then-answer | answer-with-uncertainty | abstain/ask；Response: <wording or missing artifact>。
9. 验证：如果断言了具体值但没有本次会话来源且没有不确定性标记，则判定为失败。
10. 验证：如果把 Partial/高风险当作 Grounded，或为了弃权表演而跳过低成本获取，则判定为失败。
11. 过度应用防护：不要对本次会话已验证的声明含糊其辞或拒绝回答。

适用边界 · 注意事项

• 声明已基于本次会话读过、运行过或可引用的内容，或是稳定通用知识时：直接回答，不要虚假谦逊。
• 错误成本微不足道且可逆，并且你会将该声明标记为未经验证时。
• 用户明确想要标注为脑暴或假设的内容时。