Menu
在提交前运行的技术代码审查，用于质量和错误检查
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
归档已完成的过程文件
一键启动全自主 agent 团队，自动完成从 PRD 到验证的完整 RPIV 开发流程。brainstorm 完成后使用此命令，无需人工介入。当用户提到"自动开发"、"团队开发"、"全自主"、"biubiubiu"时触发。
通过访谈对话澄清产品需求
对指定目录/模块/skill 进行全量代码审计（不依赖 git diff）。支持逻辑、安全、性能、架构、集成与环境、可迁移性 6 个维度的审查，特别适合审计 skills 是否绑定 Claude Code、Codex、opencode 或特定机器环境。
修复手动/AI 代码审查中发现的问题的流程
基于对话上下文创建产品需求文档
| name | rpiv-loop:code-review |
| description | 在提交前运行的技术代码审查，用于质量和错误检查 |
| allowed-tools | Read, Bash, Grep, Glob, Edit, Write |
| version | 2.17.5 |
对最近更改的文件执行技术代码审查。
审查理念：
首先收集代码库上下文以了解代码库标准和模式。
首先检查：
在充分理解后
运行这些命令：
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（已修复）、skipped（有意跳过，需附理由）。由 code-review-fix 流程在修复完成后回写。
如果未发现问题："代码审查通过。未检测到技术问题。"
审查产出后，按结论闭合本审查文件的 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 行一致。