用途
w-review 是一个面向代码变更的审查技能，目标是在不编辑代码的前提下，对指定的 diff、分支、PR 或工作区进行审查，找出有证据支撑的缺陷与风险。它强调审查应基于变更的预期行为来判断实现是否合理，而不是凭直觉或外观下结论。
主要能力
- 只读审查：默认保持只读，除非同时被要求进行修复。
- 理解意图：在评判实现之前，先弄清触发条件与预期结果。
- 阅读测试：通过阅读测试了解哪些声明或断言真正被执行。
- 多维度检查：检查范围内的审查维度，当行为发生变化时，将文档/README 也纳入检查。
- 分工探索：可派生 2–3 个只读探索者，将审查维度拆分并行处理。
- 聚焦重点：集中关注变更行为、调用方与失败路径。
- 范围声明：跳过不在范围内的维度，并明确说明。
- 证据验证：对疑似缺陷用具体执行路径、失败用例或源码证据进行验证，不凭外观臆测时序或漏洞。
- 质疑验证声明：对“已验证”的说法保持质疑。
- 排序输出：发现按影响排序，附文件/行号、触发条件、后果与最小有效修复建议。
使用方式
使用指定的 diff、分支、PR 或工作区及其预期行为作为输入。默认保持只读，除非同时要求修复。先理解触发条件与预期结果，再判断实现；阅读测试以了解哪些声明被实际执行。检查范围内的审查维度，行为变更时包括文档/README。可派生 2–3 个只读探索者拆分维度，聚焦变更行为、调用方与失败路径，跳过并说明范围外维度。对疑似缺陷用具体执行路径、失败用例或源码证据验证。发现按影响排序，附文件/行号、触发条件、后果与最小有效修复建议。
适用场景
适用于对代码变更进行只读审查，例如审查某个 diff、分支、PR 或工作区，评估其是否存在有证据支撑的缺陷与风险。适合在需要保持代码不变、仅做检查与评估的场合使用。
限制
- 默认只读，除非同时被要求修复，否则不进行编辑。
- 审查不等于测试通过的证明，也不构成合并批准。
- 不得凭外观臆测时序或漏洞，需以具体执行路径、失败用例或源码证据为依据。
- 需明确说明哪些维度不在范围内。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。