القائمة
对已实施的代码做审查，产出 P0/P1/P2 分级报告（前提：代码已实现）。触发：review / 代码审查 / /eo-review。 NOT FOR: spec 审查（/eo-spec-review）、change 方案审查（/eo-change-review，代码还没写时用）。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
对 change.md 做方案级审查（Delta 正确性、TODO 完整性、AC 覆盖）。触发：审查 change / change 审查 / 审方案 / /eo-change-review。 NOT FOR: 代码审查（/eo-review）、spec 审查（/eo-spec-review）、implement 内的回归审查。
对已有模块发起业务变更，产出 spec Delta + 技术方案 + TODO 的单一载体。触发：新增 / 加功能 / 增强 / 重构 / change / /eo-change。 NOT FOR: bug 修复（走 /eo-implement，不开新 change）。
根据 change.md 的 TODO 落地代码；也负责 change 生命周期内所有 bug 修复（fix 是 implement 的职责，不开新 change）。触发：实现 / 写代码 / implement / fix / 修 bug / /eo-implement。
对模块 spec.md 做系统性质量审查。必需场景：module-init 阶段（由 /eo-module-init 触发一次）。可选场景：archive 后含大量 MODIFIED/REMOVED 时复检。触发：审查 spec / review spec / 检查需求 / /eo-spec-review。 NOT FOR: 审代码（/eo-review）或 change 方案（/eo-change-review）。
将已审查通过的 change 的 Spec Delta 合并回模块 spec.md，完成变更闭环。触发：归档 change / archive / 合并 delta / /eo-archive。
为全新模块建立 spec 活文档并完成首次 spec-review，打好后续所有 change 的基线。触发：新建模块 / module init / 新模块 / /eo-module-init。 NOT FOR: 修改已有模块（走 /eo-change）。
استنادا إلى تصنيف SOC المهني
| name | eo-review |
| description | 对已实施的代码做审查，产出 P0/P1/P2 分级报告（前提：代码已实现）。触发：review / 代码审查 / /eo-review。 NOT FOR: spec 审查（/eo-spec-review）、change 方案审查（/eo-change-review，代码还没写时用）。 |
根据模块 spec 和 change 文档对已实施的代码进行审查，产出结构化的审查报告。
定位：
eo-review只审代码。审查范围前移（审 spec / 审 change 方案）请用/eo-spec-review//eo-change-review。三种 review 关注点、上下文、产出物都不同，不要混用。
Skill 审查对象 产出 /eo-spec-review模块 spec.md spec-review.md/eo-change-reviewchange.md（implement 前） change-review.md/eo-review（本技能）change 实施后的代码 review.md
eo-doc/dev/<module-name>/changes/<change-id>/review.md启动时读 eo-doc/templates/project-profile.md 和 plan-layers.md（存在则启用维度 6「跨层一致性」，否则跳过）。
.eo-project.json。找不到 → 报错退出，提示运行 /eo-project-init。eo-doc/ 路径通过 doc_root 字段解析eo-doc/dev/<module-name>/spec.md 和 change 文档 eo-doc/dev/<module-name>/changes/<change-id>/change.md 必须已存在/eo-implement 已经跑过至少一轮，change.md 的 TODO 至少部分被勾选）status 应为 implementing 或 done（不应是 draft / approved）若启动时发现以下任一信号，立即停止并纠偏，不要开始审查：
| 信号 | 含义 | 正确路径 |
|---|---|---|
change.md status: draft | change 还没 approve，更没 implement | 走 /eo-change-review |
change.md status: approved 但所有 TODO 未勾选 | 代码还没开工 | 走 /eo-implement 先实施 |
| 用户描述是"审查 change 方案" / "审方案" / "implement 之前再看看" | 用户想要的是方案审查 | 走 /eo-change-review（不是本 skill） |
| 用户描述是"change 重写后再看看有没有新问题" | 代码未变，只是 change.md 改了 | 走 /eo-change-review |
纠偏反馈模板：
⚠️
/eo-review是实施后的代码审查，需要代码已经写出来。 你当前的情况是<信号描述>——这一步应该走/eo-change-review（方案审查）。 两者区别：
/eo-change-review审change.md本身（Delta / TODO / AC 是否合规） — implement 之前/eo-review（本 skill）审代码 — implement / test 之后
eo-doc/dev/<module-name>/spec.md（模块活文档基线）——先读 frontmatter + 用 Grep 取章节地图（^#{1,3} ），再 Read（offset/limit）本次 change 涉及的章节（通常 §3 功能需求 / §6 AC）；spec 较大时不要整篇读eo-doc/dev/<module-name>/changes/<change-id>/change.md（本次变更的 §3、实施方案、TODO、AC）
change_type：
bootstrap → §3 是认领的 spec 章节，审查时对照 spec 这些章节定义的能力检查代码实现feature / enhance / refactor → §3 是 Delta，审查时对照 Delta 声明检查代码改动按以下维度逐一审查：
any、弱类型绕过等）条件维度：仅当
eo-doc/templates/plan-layers.md存在且 change 采用层级 Part 结构时启用。 审查依据：以 plan-layers.md 模板定义的层边界和 project-profile.md 的层间约束为标准。
按照下方固定模板撰写，写入 eo-doc/dev/<module-name>/changes/<change-id>/review.md。
见 references/review-template.md。
/eo-implement 执行