Menu
代码审查：无参数时自动审查 git diff，支持按 git revision 审查指定提交，并在确认整改范围后生成执行计划。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
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