菜单
交付审查：围绕明确的 commit、branch、diff 或路径检查 Standards、Spec 与 Code Quality，只报告问题、证据和路由。Use when user says review this change, code review, review 一下, 检查, 审查, 审查改动, 审查这次改动, 检查提交, 检查分支, 过一遍代码, 把关, 需求符合度, 交付审查. 不用于主动寻找全库架构机会。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Git 提交：在用户明确要求提交时，轻量安全复核变更、精确暂存、运行相关验证并创建真实 Conventional Commit；只做本地提交，推送与对外发布由 507-release 承接。Use when user says commit, 提交, 提交一下, 提交这些改动, 提交代码, Git 提交, commit 一下, 生成并执行提交, 准备提交, 存个档。
对外发布：在用户明确要求发布、推送或发版时，定版本号、打 tag、推送远端，并按项目实际探测的发布渠道（npm、GitHub Release）发布。每个不可逆对外动作执行前都向用户显式确认。Use when user says release, publish, push, 发版, 发布, 推送, 发包, 打 tag, 升版本, 升级版本号, 发新版本, 上线, 发到 npm, 发 GitHub Release。默认只做用户明确点名的对外动作，不自动扩到全部渠道。
根因修复：已明确存在 bug、报错、崩溃、异常、回归或合并冲突时，先建立可重复反馈环，再以最小改动修复根因并验证。Use when user says fix, 修一下, 修 bug, 报错了, 崩了, 跑挂了, 有 bug, 修复报错, 合并冲突, 修复冲突, 修不通, debugging, error, crash, regression.
维护项目地图：以当前代码为证据，建立或校准 README、doc 组织、目录职责、入口与上下游，只修改地图文档。Use when user says map, project map, 梳理项目结构, 项目结构, 更新 README, 补 README, 校准 README, 整理 doc, 整理结构, 文档地图, 目录职责, 分层 README.
在保持公开契约与可观察行为不变的前提下，对指定代码范围或 507-inspect 报告逐项建立证据、修改并验证。可深入内部模块、抽象与接缝；若需要行为变化则停止并路由到需求实施。Use when user mentions simplify, simplify code, 简化, 简化代码, 行为不变重构, 内部简化, 按报告修改, 处理 inspect 报告, 局部重构, 降低复杂度, 收敛架构摩擦。
测试任务：测试本身是主要任务时，用现有框架补行为测试、运行测试、修正过时测试或缩小失败范围；真实生产 bug 转根因修复。Use when user says test, testing, 写测试, 加测试, 补测试, 跑测试, 运行测试, 测试挂了, 测试失败, 修失败测试, 缩小失败范围, coverage.
| name | 507-review |
| description | 交付审查：围绕明确的 commit、branch、diff 或路径检查 Standards、Spec 与 Code Quality，只报告问题、证据和路由。Use when user says review this change, code review, review 一下, 检查, 审查, 审查改动, 审查这次改动, 检查提交, 检查分支, 过一遍代码, 把关, 需求符合度, 交付审查. 不用于主动寻找全库架构机会。 |
对一个明确的代码或文档变更范围检查：
本 skill 只读审查：只给发现、证据和路由，不修改文件。
按顺序选择：
工作区干净不等于没有可审内容。开始前说明范围、基准和选择原因。
优先读取相关 AGENTS.md、根及目标目录 README.md、doc/README.md、术语表、决策档案、贡献/风格规范、测试与构建配置，以及用户提供的 issue（问题单）、PRD（需求文档）、spec（规格）或验收标准。
没有明确需求来源时，将 Spec 标为“无明确 spec”，仍检查范围蔓延、行为风险和可验证性。只把已有证据当作规范，不把个人偏好包装成 Standards。
只报告真实或有明确证据的风险：边界/空值/竞态/状态错误，注入/权限/泄密，静默失败，不必要重算或泄漏，以及复杂度、误导命名、死代码和重复逻辑。不要重复 formatter（格式器）或 linter（静态检查器）已经明确捕获的表面问题。
## Review Scope
- 范围：...
- 基准：...
- 原因：...
- 依据：...
## Summary
- Standards：通过 / 有问题 N 个
- Spec：通过 / 有问题 N 个 / 无明确 spec
- Code Quality：通过 / 有问题 N 个
- 最严重问题：...
## Findings
### 🔴 严重 / 🟡 警告 / 🔵 信息
- `file:line`：问题
- 依据：...
- 影响：...
- 建议：...
## Recommended Next Mode
- 默认下一步：...
- 路由理由：...
## Verification
- 已检查 / 已运行 / 未运行 / 建议验证：...
没有发现阻塞问题时明确写“未发现阻塞问题”，并说明范围和验证限制。
507-fix；507-test；明确 test-first → 507-tdd；507-simplify；架构摩擦 → 507-inspect；507-map；完整项目初始化或规范巡检 → 507-setup；507-prd 或 507-issue；507-commit。507-fix、507-test、507-simplify、507-map、507-setup、507-prd 或 507-issue；没有阻塞且用户明确要求提交时进入 507-commit；只需审查结论时直接结束。507-explore 或 507-grill，不对猜测中的需求判通过/失败。