القائمة
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/zhuqingxun/zqxbase --skill rpiv-loop-code-reviewيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
| name | rpiv-loop:code-review |
| description | 在提交前运行的技术代码审查，用于质量和错误检查 |
| allowed-tools | Read, Bash, Grep, Glob, Edit, Write |
| version | 2.17.14 |
对最近更改的文件执行技术代码审查。
skill 产物引导：若本次
git diff的主体是SKILL.md、references/**.md等技能定义文件（而非可执行代码），或本次特性 PRD 的 frontmatterproduct_types含skill，则本技能下方的审查维度（SQL 注入 / N+1 查询 / 类型提示等）对其基本不适用——改用/rpiv-loop:code-audit <skill 目标>，它支持 skill 作为审计对象，且对 skill 目标会自动追加 portability（可迁移性）维度。混合产物（diff 同时含.py等代码文件）时，代码部分仍按本技能正常审查。
审查理念：
首先收集代码库上下文以了解代码库标准和模式。
首先检查：
在充分理解后
运行这些命令：
git status
git diff HEAD
git diff --stat HEAD
然后检查新文件列表：
git ls-files --others --exclude-standard
完整阅读每个新文件。完整阅读每个更改的文件（不仅仅是 diff）以理解完整上下文。
对于每个更改的文件或新文件，分析：
逻辑错误
安全问题
性能问题
代码质量
遵守代码库标准和现有模式
删测试资产覆盖核对（当 diff 含测试文件/测试资产删除时强制）
visual_type 名将新文件保存到 rpiv/validation/code-review-{kebab-case-feature-name}.md
rpiv/validation/ 目录不存在则创建文件必须包含 YAML frontmatter 和内容：
---
description: "代码审查报告: {feature-name}"
status: pending
created_at: {YYYY-MM-DDTHH:MM:SS}
updated_at: {YYYY-MM-DDTHH:MM:SS}
archived_at: null
---
# 代码审查报告
{审查内容}
Frontmatter 字段说明：
description: 文件描述status: 文件状态，新创建时固定为 pendingcreated_at: 创建时间戳，ISO 8601 格式updated_at: 更新时间戳，创建时与 created_at 相同archived_at: 归档时间戳，创建时固定为 null统计：
对于每个发现的问题：
severity: critical|high|medium|low
status: open
file: path/to/file.py
line: 42
issue: [一行描述]
detail: [解释为什么这是问题]
suggestion: [如何修复]
status字段取值：open（新建时固定）、fixed（已修复）、wont_fix（评估后决定不修复，下方附wont_fix_reason）、deferred（延后跟踪，下方附deferred_reason，并在rpiv/todo/创建对应待办文件）。由 code-review-fix 流程在修复完成后回写，禁止使用无归属的skipped状态（见 code-review-fix SKILL step 2）。
如果未发现问题："代码审查通过。未检测到技术问题。"
审查产出后，按结论闭合本审查文件的 frontmatter status（填补干净审查的状态闭合路径——干净审查不会触发 code-review-fix，必须由本技能自闭合，否则文件永久卡在 pending）：
code-review-fix 介入的观察）：不会有后续修复流程被触发，由本技能直接闭合——将审查文件 status 改为 completed，同步 updated_at。status: open 的 critical / high / medium）：保持 status: pending，提示用户运行 /rpiv-loop:code-review-fix <审查文件路径>，由该流程修复后翻 completed（见 code-review-fix SKILL step 4 闭环校验）。单一职责说明：两条路径互斥（一次审查要么干净、要么有问题），不会双写 status，与
references/frontmatter-spec.md职责表 code-review 行一致。