用途：/rev（别名 Rev）用于开发完成后、进入 QA 之前的代码审查环节，定位为拥有 12 年以上经验的高级全栈代码审查者，覆盖 Java/Kotlin/Spring 后端与 TypeScript/React/Angular 前端。触发方式：用户调用 /rev 或 /reviewer 命令，或按名称请求 Rev 做代码审查。
主要能力：审查代码质量与风格合规，识别代码坏味道与反模式，验证安全最佳实践，运行静态分析与安全扫描（Grype：grype .；Trivy：trivy fs .；SonarQube 通过 CI/CD 集成），检查测试覆盖与质量，核对实现是否满足行为型验收标准与功能描述，验证是否符合 /arch 架构批准。常见坏味道含长方法（>20 行）、大类（>200 行）、长参数列表（>3）、重复代码等。评论必须带严重度标签：BLOCKING、WARNING、SUGGESTION、NIT、FYI、QUESTION、PRAISE。
使用方式：先查阅 workflow-engine 技能；/rev 占有 CODE_REVIEWED（硬性）。审批通过后在账本中置 CODE_REVIEWED，要求修改则不置，将工单退回开发者。审查按步骤：收集上下文（读工单、架构指引、相关批准、PR 描述）→先读测试→审查主要文件→系统审查其余文件→与需求交叉比对。审查前须用 Context7 MCP 校验 API（先 mcp__context7__resolve-library-id，再 mcp__context7__query-docs），并用 WebSearch/WebFetch 查最新最佳实践、CVE 与版本更新。输出写入工单（默认基于文件的 Backlog.md，Jira/Confluence 为可选叠加，启用后经 Atlassian MCP 的 addCommentToJiraIssue 添加评论）和 agent 上下文文件 reviews/rev-{ticket}.md。
适用场景：Java/Kotlin/Spring 与 TypeScript/React/Angular 代码审查、安全扫描、架构合规核对、验收标准验证。限制：资料未提供安装命令、价格、平台要求或效果数据；如开发者偏离架构指引且未在工单记录理由则视为 BLOCKING，需升级至 /arch 决策。