用途：这是一个“答前核实”纪律技能，目标是让回答落在当前被推荐、惯用的最佳实践上，而不只是“能跑通”。它针对版本敏感话题（API、CLI flag、配置 schema、环境变量、是否废弃）以及变化快的框架、SDK、工具链和惯用法。
主要能力：区分内部信号（预判自己可能错）与外部信号（被指出错误、被质疑、对方不耐烦、同一测试或命令反复失败），外部信号权重最高。核心规则是避免“加倍下注陷阱”：一旦被纠正或反复失败，就停止用同一套记忆和假设再猜一次，先核实再行动。
使用方式：先分诊再反应。理解或指令错误应重读需求与上下文，搜索无用；知识或技术错误才去权威来源核实；反复失败则停下，先检查是否基于过时知识，否则升级到系统化调试。核实来源按层级：已安装源码、changelog、lockfile；官方文档（MCP server 或 llms.txt）；网络搜索为最后手段。始终对齐版本，优先一手来源，多方印证，避免带结论去搜索确认。
适用场景：准备针对外部 API 写非平凡代码前；涉及版本敏感事实或“最佳实践”类提问；被纠正或反复失败之后。
限制：不建知识库、不缓存核实结果；稳定基础知识、本地可确认事实、对方已明确指定的内容不触发核实，以避免过度核实。具体安装命令与配置方式暂未提供。