Menu
代码审查：无参数时自动审查 git diff，支持按 git revision 审查指定提交，并在确认整改范围后生成执行计划。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
SKSPIOT 智慧园区物联网平台专用 OpenAPI 3.1 导出。仅手动触发；当用户要把 Service 暴露接口整理为可导入 Apifox 的 OpenAPI 3.1 JSON 文件时，使用这个 skill。
分析 Git 改动并生成规范提交信息。
问题诊断：定位报错与异常根因，按需并行取证，并在用户确认后执行最小修复与验证。
面向软件工程师生成代码结构图、调用链图和业务映射图，并按需导出 Mermaid 图文件。
按已确认计划实施改动并完成最小验证。
扫描项目结构并生成 CLAUDE.md 上下文文档。
| name | ac-review |
| description | 代码审查：无参数时自动审查 git diff，支持按 git revision 审查指定提交，并在确认整改范围后生成执行计划。 |
| disable-model-invocation | true |
由 Claude 在当前会话内完成代码审查。无参数时自动审查当前 git 变更，也可传入 git revision 审查指定提交；审查过程中由主线程统筹，并通过 subagents 并行执行子任务。主线程先汇总结果并写入 .claude/review/<功能名>.md Markdown 审查报告；当用户确认“哪些要改、哪些不改”后，再生成并写入 .claude/plan/review-<功能名>.md Markdown 实施计划。
/ac-review [代码｜描述｜git修订号]
git diff HEAD| 角色 | 职责 |
|---|---|
| Claude（主线程） | 获取待审查内容、拆分子任务、汇总结果、写入 .claude/review/*.md、询问整改范围、生成 .claude/plan/review-*.md、输出最终提示 |
| subagents | 并行检索上下文、执行分项审查、返回问题列表 |
工作目录：
{{WORKDIR}}：使用当前工作目录的绝对路径作为审查根目录/add-dir 添加了多个工作区，先用 Glob/Grep 确定任务相关的工作区AskUserQuestion 询问用户选择目标工作区重要：
Agent 工具启动 subagents 执行子任务.claude/review/*.md 与 .claude/plan/review-*.md Markdown 文件[模式：研究]
无参数时：执行 git diff HEAD 和 git status --short
参数为 git 修订号时：执行 git show --stat --patch <revision> 获取该次提交的修改
其他参数时：使用指定的代码/描述
调用 {{MCP_SEARCH_TOOL}} 获取相关上下文。
[模式：规划]
主线程先基于变更范围拆分子任务，再并行发起 subagents。默认至少拆成以下两个方向：
若变更范围较大，可继续按文件组、模块或专题新增子任务，但必须保持“可并行、职责清晰、结果可汇总”。
[模式：审查]
Agent 工具在同一轮并行启动多个 subagentsfile_path:line_number[模式：综合]
.claude/review/<功能名>.md 审查报告，内容必须为 Markdown，建议结构如下：## 📋 审查报告：<任务名称>
### 审查范围
- 变更文件：<数量> | 代码行数：+X / -Y
### 总体评价
- 代码质量：[优秀/良好/需改进]
- 是否可合并：[是/否/需修复后]
### 关键问题 (Critical)
> 必须修复才能合并
1. <问题描述>
### 主要问题 (Major)
1. <问题描述>
### 次要问题 (Minor)
1. <问题描述>
### 建议 (Suggestion)
1. <建议内容>
/ac-review 在此阶段必须执行以下动作：
创建并写入 .claude/review/<功能名>.md
向用户展示完整审查报告内容（直接输出报告 Markdown 正文，不得只给摘要、只提示已保存，或仅让用户自己打开文件）
以加粗文本输出提示（必须使用实际保存的文件路径）：
📋 审查报告已生成并保存至 .claude/review/实际功能名.md
请先审查上述报告，并确认整改范围：告诉我哪些问题需要修改，哪些暂不修改。
确认后我会生成执行计划文件：
.claude/plan/review-实际功能名.md
后续在实施计划生成后，请用户审查满意后，手动执行：
/ac-execute .claude/plan/review-实际功能名.md
⚠️ 注意：上面的 实际功能名.md 必须替换为你实际保存的文件名！**
立即终止当前回复（Stop here. No more tool calls.）
⚠️ 绝对禁止：
/ac-execute 或任何实施动作当用户明确说明“哪些问题要改、哪些先不改”后：
[模式：计划]
.claude/plan/review-<功能名>.md，内容必须为 Markdown，建议结构如下：## 📋 实施计划：review-<任务名称>
### 来源审查报告
- `.claude/review/<功能名>.md`
### 本次处理范围
- <要修的问题列表>
### 暂不处理项
- <本轮不修改的问题列表>
### 实施步骤
1. <步骤 1>
2. <步骤 2>
### 关键文件
| 文件 | 操作 | 说明 |
|------|------|------|
| path/to/file.ts:L10-L50 | 修改 | 描述 |
### 风险与验证
| 风险 | 缓解/验证方式 |
|------|---------------|
| <风险> | <验证方式> |
创建并写入 .claude/plan/review-<功能名>.md
向用户展示完整实施计划
以加粗文本输出提示（必须使用实际保存的文件路径）：
📋 实施计划已生成并保存至 .claude/plan/review-实际功能名.md
请审查上述计划，您可以：
/ac-execute .claude/plan/review-实际功能名.md
⚠️ 注意：上面的 实际功能名.md 必须替换为你实际保存的文件名！**
立即终止当前回复（Stop here. No more tool calls.）
.claude/review/<功能名>.md.claude/plan/review-<功能名>.md.claude/review/<功能名>-v2.md、.claude/plan/review-<功能名>-v2.md...写入应在向用户展示对应内容前完成。
如果用户要求修改审查结论：
.claude/review/<功能名>.md如果用户要求修改整改计划：
.claude/plan/review-<功能名>.md用户先审查 review 报告、确认整改范围，并在后续审查实施计划满意后，手动执行：
/ac-execute .claude/plan/review-<功能名>.md
.claude/plan/review-*.md