Menü
阅读代码审查报告，逐项核实问题，决定是否需要修改， 并在报告末尾追加「报告回执」章节。 当用户说"写回执"、"回复审查"、"处理 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
Hit 项目实测流程专用 skill。按 TEST_FLOW.md 执行完整命令测试，生成 REPORT.md 测试报告，并更新 BUGS.md 记录新发现的问题。
Hit 项目发布 skill。构建 release 资产， 根据用户提示生成草稿内容，等待用户审核后执行发布命令 （git tag / push / gh release create / git cnb release create）。
Hit 项目代码审查专用 skill。按 TODO.md 阶段对完成代码做结构化审查， 覆盖 Rust 代码质量、安全审计，按标准报告格式输出审查报告。
Review Hit 项目 docs/ 下全部文档的跨文档一致性——检查文件存在性、交叉引用、表格格式、编号连贯性、内容冲突
创建 Hit 项目的新 workspace crate 子模块。用于用户需要添加新 crate 时自动搭建 Cargo.toml 和 src/lib.rs 骨架并注册到 workspace。
验证 Hit 项目代码完整性——运行编译检查、静态分析和全部测试。在用户要求"验证改动"、"跑一遍检查"、或完成任务准备收尾时使用。
| name | reply-review |
| description | 阅读代码审查报告，逐项核实问题，决定是否需要修改， 并在报告末尾追加「报告回执」章节。 当用户说"写回执"、"回复审查"、"处理 review"时触发。 |
| license | MIT |
| compatibility | Hit 项目 |
| metadata | {"author":"QoderCN","version":"1.0.0"} |
| allowed-tools | Read Edit Bash(cargo:*) Bash(git:*) Glob Grep |
| user_invocable | true |
| disable_model_invocation | false |
阅读指定的代码审查报告，逐项核实每个问题，决定是否需要修改代码，并在报告末尾追加「报告回执」章节。
通过 $ARGUMENTS 传入审查报告路径（如 docs/review/REVIEW_1.3.md）。
若未传入，提示用户指定报告文件路径，或用 Glob 扫描 docs/review/REVIEW_*.md 列出候选。
用 Read 工具读取指定报告全文。提取以下关键信息：
## 📋 用户意见（必须遵从） 章节的内容（如有）## 问题汇总 章节中的每一行（序号、任务、问题、严重度、建议）对问题汇总表中的每一条，执行以下操作：
| 结论标记 | 含义 | 何时使用 |
|---|---|---|
| ✅ 已修复 | 问题确实存在，本次已修改代码修复 | 问题有效且应立即修复 |
| ❌ 审查有误 | 审查者的判断有误，代码实际行为正确 | 审查者误解了代码逻辑或遗漏了上下文 |
| 🟡 已知取舍 | 问题存在但属于已知设计决策，当前不改 | MVP 阶段可接受的 trade-off |
| ⏸️ 延后 | 问题有效但优先级低，留待后续 Phase 处理 | Phase 2+ 再优化 |
核实原则：
如果报告中 ## 📋 用户意见 章节有具体内容（非空）：
如果用户意见章节为空或仅有占位说明文字，则跳过此步。
对需要修复的问题：
cargo check -p <crate> 确认编译通过cargo test -p <crate> 确认测试通过cargo clippy -p <crate> --all-targets 确认无新增 warning无论是否有代码修改，都执行全量验证：
cargo check --workspace
cargo test --workspace
cargo clippy -p <涉及的crate> --all-targets
记录测试结果（通过数/失败数/忽略数）。
在审查报告文件末尾追加「报告回执」章节，使用下方模板。
如果有代码修改：
git add <修改的文件>
git commit -m "fix: 根据审查报告修复 <Phase> 问题"
追加回执后单独提交：
git add docs/review/REVIEW_*.md
git commit -m "docs: 添加 Phase <N> 审查报告回执"
追加到审查报告文件末尾，用 --- 分隔：
---
# 报告回执
**审查时间**：<报告中的审查日期>
**回执人**：QoderCN（代码作者）
## 用户意见落地
> 仅当报告中有具体用户意见时包含此节，否则省略。
| # | 决策 | 状态 | 实施要点 |
|---|------|:----:|----------|
| 1 | 用户意见摘要 | ✅ 已落地 | 具体修改说明 |
## 逐项核实
| # | 问题 | 核实结论 | 处理 |
|---|------|----------|------|
| 1 | 问题摘要 | 结论标记 + 一句话理由 | 已修复 / 不改 / 不改（Phase N） |
## 验证
修改后全量验证：
- `cargo check --workspace` — ✅/❌
- `cargo test --workspace` — N/N ✅
- `cargo clippy` — N warning(s)
根据实际情况，在「验证」之后追加：