用途：审查方案的结构性缺陷，对设计进行压力测试，回答“这个方案有什么结构性问题”。适合希望得到可继续推进的改进方案，而非单纯风险列表的场景。
工作方法：首先确认审查对象与边界，重述目标、约束与范围，区分事实、假设与决定性未知，不确定时向用户发问而非猜测。随后强制从五个维度反思：路径规划是否清晰（链路可否逐段枚举、数据流向、初始化与加载顺序、破坏半径与回滚）；模块职责是否清晰（命名与逻辑是否相符、能否一句话说明、是否混入兼容回退代码、信任边界与业务不变量是否显式）；拓展性是否变差（加需求要改几处、互斥状态与变化表达方式、边界情况是消除还是补 if）；决策是否有选择性错误（技术选型依据真实约束还是印象热度、工具是否匹配场景、是否符合决策阶梯）；产物是否造成项目污染（目录层次、孤儿代码、命名规范、可验收性与日志定位）。
输出：对每个反思点产出改前/改后对照，整合为 markdown 表格，列含功能、改前做法与缺陷、替代设计。方法不限于代码，也适用于架构设计、变更影响、方案决策与流程设计。
限制：官方文本暂未提供；收费、价格、平台等未说明。