القائمة
阅读代码审查报告，逐项核实问题，决定是否需要修改， 并在报告末尾追加「报告回执」章节。 当用户说"写回执"、"回复审查"、"处理 review"时触发。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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)
根据实际情况，在「验证」之后追加：