القائمة
实现计划审批后、开始编码前使用，从架构视角审查计划的完整性和风险。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
当执行非平凡的开发任务时使用，以确保从需求分析到最终文档化的标准 9 步开发流程。
将内容写入 Obsidian vault 时使用。规则源为 vault 根目录的 AGENTS.md（每个 vault 自定义命名/标签/frontmatter 惯例）。触发条件：用户要求把笔记写入 vault、整理到 Obsidian，或提到"整理到 vault / 归档到 Obsidian / 创建 Obsidian 笔记"。
执行破坏性或不可逆操作前使用，提供主动安全防护和确认机制。
遇到 Bug、测试失败或异常行为时使用，在提出修复之前强制执行根因分析。
استنادا إلى تصنيف SOC المهني
| name | plan-review |
| description | 实现计划审批后、开始编码前使用，从架构视角审查计划的完整性和风险。 |
在 Plan 模式完成（Step 2）和 Code 模式开始（Step 4-5）之间插入的架构审查环节。以工程经理视角逐项审视计划，发现实现前能发现的问题。
| 维度 | 关注点 | 常见遗漏 |
|---|---|---|
| 数据流 | 端到端完整性 | 错误路径未定义 |
| 并发 | 锁与事务 | 幂等性未考虑 |
| 接口 | 向后兼容 | 破坏性变更未标注 |
| 测试 | 边界覆盖 | 只有 happy path |
| 运维 | 可回滚性 | 迁移不可逆 |
以下为二元（pass/fail）评估项，用于验证本 skill 输出质量。可配合 autoresearch 工具自动化运行。
EVAL 1: 五维度全覆盖
问题: 审查报告是否逐一覆盖了数据流、并发、接口、测试、运维全部 5 个维度？
Pass: 5 个维度各有独立段落和明确评判
Fail: 遗漏了任何一个维度，或多个维度合并为一段敷衍带过
EVAL 2: pass/warn/fail 评级
问题: 每个维度是否给出了明确的 pass、warn 或 fail 评级？
Pass: 每个维度都有 pass/warn/fail 中的一个明确标注
Fail: 存在维度只有描述没有评级，或使用了模糊表述（"大体可以"）
EVAL 3: fail 项有具体修改建议
问题: 每个 fail 项是否附带了具体的修改建议（不是泛泛的"需要改进"）？
Pass: fail 项有可操作的建议，指出改什么、怎么改
Fail: fail 项只说"不行"但没有建议，或建议过于模糊
EVAL 4: 错误路径覆盖
问题: 数据流维度是否分析了至少一个错误路径（不只是 happy path）？
Pass: 明确讨论了某个环节失败时的行为（超时、异常、数据不合法等）
Fail: 只分析了正常流程，未提及任何错误场景
EVAL 5: 可回滚性评估
问题: 运维维度是否评估了变更的可回滚性？
Pass: 明确说明了回滚方案或指出不可回滚的风险
Fail: 未提及回滚，或只说"可以回滚"但没有具体方案