Menü
本地代码审查工具，用于审查指定范围的代码变更。支持多种输入方式：(1) git range（如 HEAD~3..HEAD）(2) 暂存区（--staged）(3) 指定文件/目录路径 (4) 模糊功能描述（如"认证模块"、"用户登录"）。必须指定审查范围，否则直接返回错误。输出审查报告到 docs/generated/。触发词：local-review、本地审查、代码审查、review。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | local-code-review |
| description | 本地代码审查工具，用于审查指定范围的代码变更。支持多种输入方式：(1) git range（如 HEAD~3..HEAD）(2) 暂存区（--staged）(3) 指定文件/目录路径 (4) 模糊功能描述（如"认证模块"、"用户登录"）。必须指定审查范围，否则直接返回错误。输出审查报告到 docs/generated/。触发词：local-review、本地审查、代码审查、review。 |
本地代码审查技能，严格限制在指定范围内进行审查。
关键规则：如果用户没有指定任何审查内容，直接返回错误并退出。
❌ 错误示例：/local-review（无参数）
✅ 正确示例：
/local-review HEAD~3..HEAD
/local-review --staged
/local-review src/auth/
/local-review 认证模块
| 输入模式 | 识别方式 | 处理方法 |
|---|---|---|
--staged | 暂存区变更 | git diff --cached |
HEAD~n..HEAD 或 commit1..commit2 | Git range | git diff <range> |
| 文件/目录路径 | 存在于文件系统 | git diff 对比该路径 |
| 功能描述文本 | 非路径、非 git 语法 | 搜索相关文件后审查 |
❌ 必须指定审查内容。支持的输入方式：
- Git range: /local-review HEAD~3..HEAD
- 暂存区: /local-review --staged
- 文件路径: /local-review src/auth/
- 功能描述: /local-review 认证模块
启动 Haiku Agent 收集审查上下文：
2a. 收集 CLAUDE.md 文件
2b. 搜索相关 ADR（架构决策记录）
docs/ADR/ 目录下的 ADR 文件git log --grep="decision\|chose\|instead of\|trade-off" -10 -- <changed_files>
2c. 搜索相关 Spec（产品规格）
docs/specs/index.md 获取 spec 索引docs/ADR/ 目录下的决策文档输出：ADR + Spec 上下文块
## 架构上下文
### 相关 ADR
- ADR-0003: 使用 Zustand 做状态管理 (accepted)
- ADR-0007: 原子文件写入 (accepted)
### 相关 Spec
- docs/specs/auth-module.md: 认证模块规格
- docs/ADR/user-design-summary.md: 用户决策习惯
### 决策覆盖
- 3/5 变更文件有 ADR 关联
- 2 个文件无文档化决策上下文
同时启动 8 个 Agent 进行独立审查：
Agent #1: Security（安全）
Agent #2: Performance（性能）
Agent #3: Architecture（架构）
Agent #4: Code Quality（代码质量）
docs/coding-rules/index.md 获取规则索引Agent #5: Best Practices（最佳实践）
Agent #6: Testing（测试）
Agent #7: Documentation（文档）
Agent #8: 代码注释合规
每个 Agent 返回：问题列表及原因（安全/性能/架构/质量/最佳实践/测试/文档/注释合规）
对每个发现的问题，启动 Haiku Agent 进行评分（0-100）：
| 分数 | 含义 |
|---|---|
| 0 | 误报，经不起推敲，或预先存在的问题 |
| 25 | 可能是问题，也可能是误报。未验证确认 |
| 50 | 确认是问题，但可能是吹毛求疵或不常触发 |
| 75 | 高度可信，很可能触发，现有方案不足 |
| 100 | 绝对确定，频繁触发，证据确凿 |
评分要求：
docs/generated/NNN/code-review-<timestamp>.md（NNN 为递增序号，如 001、002、003）# Code Review Report
**审查范围**: [用户指定的范围]
**审查时间**: [时间戳]
**变更文件**: [文件列表]
## 架构上下文
### 相关 ADR
- [ADR 列表及状态]
### 相关 Spec
- [Spec 列表及关键约束]
### 决策覆盖
- [覆盖情况统计]
## 审查结果
Found N issues:
### Issue 1: [简要描述]
- **类型**: [Security / Performance / Architecture / Code Quality / Best Practices / Testing / Documentation / 代码注释合规]
- **置信度**: [分数]
- **位置**: [文件路径:行号]
- **详情**: [具体问题描述]
- **依据**: [引用 CLAUDE.md / ADR / Spec 或其他来源]
### Issue 2: ...
## 变更摘要
[变更的简要概述]
# Code Review Report
**审查范围**: [用户指定的范围]
**审查时间**: [时间戳]
## 架构上下文
### 相关 ADR
- [ADR 列表及状态]
### 相关 Spec
- [Spec 列表及关键约束]
## 审查结果
No issues found. Checked for bugs, security, performance, and architecture compliance.
## 变更摘要
[变更的简要概述]
docs/generated/NNN/code-review-<timestamp>.md（NNN 为递增序号）为 AI Agent 创建元规则和领域知识，帮助用户在不熟悉领域建立 Agent 的思考方式和行为准则。专注于抽象的行事风格而非具体技术约束。适用场景：(1) 创建新 Agent 缺少行为准则，(2) 更新现有 Agent 的元规则或知识，(3) 用户不熟悉目标领域需要搜索最佳实践，(4) 希望 Agent 跨项目保持一致工作风格。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_mistake\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_bug_history\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
指导 Manager 设计和创建 Loop 循环。当 Manager 需要创建自动化循环（如 Executor-Reviewer、Writer-Editor 模式）时使用。 提供完整的设计流程：需求澄清 → 节点设计 → 用户确认 → Subagent 验证 → 创建循环。 确保循环提示词质量，避免因上下文设计不当导致循环失败。 触发词：创建循环、loop、循环设计、迭代执行、自动审查。
记录架构决策（ADR）。触发条件：(1) 艰难选择——在方案间纠结、选了A但B也有优势、知道有副作用 (2) 重构/重大修改后——改了3+次才定方案、每次改有新考虑 (3) 奇怪代码——被问"为什么这样写"、审查被质疑、自己回看也觉得奇怪 (4) 用户做出重大决策或出现决策疑问
Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.