用途：在实施计划前、完成方案设计后或做出非平凡技术决策时，对方案进行合理性检查，也可用于主动让人挑战自己的思路。它不适用于审查已实现的代码、生成替代方案、开放式探索分析或交互式对抗压力测试。
主要能力：围绕计划、设计或决策进行评估，先确认其中做得好、值得保留的部分，再检查现实中可能出现的失败场景，识别未被处理但应当处理的盲点，并判断整体思路是否需要重新考虑。输出遵循 SanityCheckOutput 结构，包含 verdict（sound、concerns 或 rethink）、confirmation、concerns、blind_spots 与 reframe。每个 concern 含编号、P0 至 P2 的严重级别、问题描述、影响说明与 0.0 到 1.0 的置信度。
使用方式：先收集待检查的计划或决策文本、相关文件或代码以及约束条件；若内容含糊或缺关键细节，使用 AskUserQuestion 工具询问具体信息。随后进行评估，最后返回符合输出结构的结论。规则要求诚实，方案没问题就直说；关注现实风险而非理论边界情况；对代码的判断需先阅读并引用证据，无引用则不算问题；严重级别只用 P0 至 P2；verdict 为 rethink 时必须给出具体替代方向的 reframe，为 sound 或 concerns 时 reframe 为空。
限制：资料未提供安装命令、平台支持、收费或价格等信息。它不负责代码审查、方案生成与对抗性测试。