← 返回
未分类

代码cr

前端代码评审,双审查员并行,覆盖 TypeScript 严格性、异步错误处理、代码结构、命名规范、组件设计、DRY 复用、状态管理、安全、依赖引入、注释可读性、无障碍访问、Hooks 正确性、内存泄漏、空值安全、CSS 质量、异步竞态十六个维度,输出分级发现和合并门控结论。
user_dc5a82bd
未分类 community v1.0.2 3 版本 99236.6 Key: 无需
★ 0
Stars
📥 130
下载
💾 4
安装
3
版本
#latest

概述

Frontend Code Review

Variants

VariantCommandScopePre-checks
-------------------------------------
Fast/fe-review-fastStaged diff onlyNone
Full/fe-reviewStaged diff + local checksESLint + bundle size
Branch/fe-review-branch Full branch vs baseESLint + bundle size

When NOT to Use

  • 服务端代码
  • 文档评审
  • 安全专项评审

Step 0: Init (Fail-closed)

Execute: bash scripts/emit-review-gate.sh PENDING

写入初始状态到 ~/.pipeline-ai-workflow/frontend-code-review/{branch_name}/state.json

{
  "_meta": {
    "created_at": "<ISO timestamp>",
    "updated_at": "<ISO timestamp>",
    "namespace": "frontend-code-review/{branch_name}"
  },
  "status": "running",
  "data": {
    "review_mode": "dual",
    "aggregate_gate": {
      "executed": false,
      "gate": "PENDING"
    },
    "iteration": 0,
    "codex_thread_id": null,
    "secondary_status": "pending"
  }
}

若状态文件已存在且 status = running,输出警告并询问是否恢复上次会话。

Fail-closed 语义:进程在 Step 4.5 前崩溃时,gate 保持 PENDING 阻断合并。


Step 1: Diff Analysis

根据变体获取 diff:

Variant命令
---------------
Fast / Fullgit diff --cached --stat && git diff --cached
Branchgit diff {base_ref}...HEAD --stat && git diff {base_ref}...HEAD

分析 diff,输出结构化变更信息:

统计变更概况(所有变体):

  • 变更文件数、新增/删除行数
  • 文件类型分布:源代码、测试、配置、文档、依赖、构建/CI

分类变更类型(所有变体):

类型标识规则
---------------
feat新增文件、新增函数/类/接口
fix修改错误处理逻辑、bug 相关变更
refactor重命名、移动文件、提取函数
perf性能优化相关变更

安全扫描(Full / Branch):

检查项匹配模式
-----------------
硬编码密钥password=, secret=, token=, api_key=
私钥文件.pem, .key, id_rsa
敏感配置数据库连接串、Redis 地址
大文件单文件变更 > 1000 行

输出两份变量:

DIFF_STAT(结构化摘要,供 Codex prompt 注入和安全聚合):

{
  "summary": { "files_changed": 12, "insertions": 345, "deletions": 128, "risk_level": "medium" },
  "file_categories": {
    "source_code": ["src/components/Button.tsx"],
    "tests": [],
    "config": [],
    "dependencies": []
  },
  "change_types": { "feat": { "files": ["..."], "description": "..." } },
  "security_findings": [
    { "severity": "warning", "file": "src/api/client.ts", "line": 9, "finding": "..." }
  ]
}

RAW_DIFF(完整 git diff 原文,供 Step 3 副审使用):直接保存上方 diff 命令的完整文本输出,不做任何裁剪或结构化处理。


Step 2: Frontend Static Checks (Full / Branch only)

探测 lint / bundle 命令(读取 package.json):

  1. 读取 package.json scripts 字段,按优先级匹配:
    • lint 命令:lintlint:fixeslinteslint src
    • bundle 检查:sizebundlesizesize-limit
  2. 检查 bundle 配置文件是否存在:.bundlesizerc / .size-limit.json / size-limit.config.js
  3. 检测前端框架:dependencies 中匹配 react/vue/svelte/solid,存为 FRAMEWORK

执行检查

# ESLint(含 jsx-a11y plugin,如已安装)
{LINT_COMMAND}

# Bundle size(仅当配置文件存在时执行,否则静默跳过)
{BUNDLE_SIZE_COMMAND}

结果存为 LOCAL_CHECKS,注入 Step 3 Codex prompt。


Step 3: Dual Review (Parallel)

Case A: First review(无 --continue)

单条消息并行启动两个 reviewer:

1. Codex MCP(主审,阻塞)

参考 references/retry-executor.md 执行重试包裹:

  • action_type: api_callretry_policy: default(3 次,指数退避),timeout_seconds: 120
  • on_failure: return_error(降级模式,不阻塞)

调用 mcp__codex__codex,按变体选择 prompt 模板:

  • Fast → references/codex-prompt-fast.md
  • Full → references/codex-prompt-full.md
  • Branch → references/codex-prompt-branch.md

注入变量:

  • CHANGED_FILESDIFF_STAT.file_categories
  • DIFF_STAT ← Step 1 summary
  • LOCAL_CHECKS ← Step 2 lint + bundle 结果(Full/Branch only)
  • FRAMEWORK ← 从 package.json 检测
  • security_findings 非空,追加到 prompt Focus Area

保存返回的 threadId,更新状态文件:

{ "data": { "codex_thread_id": "<threadId>", "iteration": 1 } }

2. Reviewer Framework(副审,非阻塞后台)

参考 references/reviewer-framework.md 执行:

target_content: {RAW_DIFF}
review_dimensions: ["typescript", "async-error", "code-structure", "naming", "component-design", "dry-reuse", "state-management", "security", "imports", "comments", "accessibility", "hooks-correctness", "memory-leak", "null-safety", "css-quality", "async-race"]
severity_threshold: minor
output_format: json

Fallback 级联:

  1. references/reviewer-framework.md 执行(默认)
  2. pr-review-toolkit:code-reviewer(framework 执行失败时)
  3. Codex 单审降级模式(两者均不可用时)

Case B: Loop review(有 --continue)

  • Codex:通过重试包裹调用 mcp__codex__codex-reply(threadId),使用 references/review-common.md § Re-review Prompt Template
  • Reviewer Framework:重新调用(fresh context),无跳过例外

Step 3.5: Await and Reconcile

Codex 为阻塞主审,reviewer-framework 后台非阻塞运行:

Secondary 状态处理方式
-------------------------
Codex 前完成纳入 Step 4 聚合
Codex 后、precommit 前完成在 pre-precommit checkpoint 调和
precommit 时仍在运行以 Codex gate 为准;若迟到结果含 P0/P1 → 重开 fix→re-review loop
失败/超时Codex 单审模式 + ⚠️ secondary unavailable 警告

Step 4: Three-Source Aggregation

来源:Codex + reviewer-framework + Step 1 安全发现。

详细聚合规则(severity 映射、去重算法、降级矩阵)见 references/review-common.md § Three-Source Aggregation

  1. 归一化 所有发现到统一格式:[severity] file:line — description → fix [source: ...]
  2. 去重:key = file + canonical_issue_text(行号 ±5 容差),保留最高严重级别
  3. 标注 sourcecodex | framework | diff-analyzer | both | all
  4. 排序:P0 → P1 → P2 → Nit
  5. 门控判断:任意 P0/P1 → BLOCKED;否则 → READY

输出示例:

⛔ P0 — Must Fix (Merge Blocked)

文件:行问题修复建议来源
------------------------------
src/components/UserCard.tsx:42dangerouslySetInnerHTML 接收未净化的 userInput使用 DOMPurify.sanitize() 净化后传入codex

🔴 P1 — Should Fix

文件:行问题修复建议来源
------------------------------
src/utils/list.tsx:18大列表未虚拟化,500+ 条目时将卡顿使用 react-windowframework
src/api/client.ts:9API key 暴露在客户端 bundle移至服务端环境变量diff-analyzer

🟡 P2 — Nice to Fix

文件:行问题修复建议来源
------------------------------
src/styles/modal.css:7magic z-index: 9999使用 CSS 变量 --z-modalboth

💬 Nit

文件:行问题修复建议来源
------------------------------
src/components/Button.tsx:3prop 类型可从 string 收窄为 ButtonVariant更新类型定义codex

Step 4.5: Persist Gate State

Execute: bash scripts/emit-review-gate.sh READY or bash scripts/emit-review-gate.sh BLOCKED

更新状态文件 ~/.pipeline-ai-workflow/frontend-code-review/{branch_name}/state.json

{
  "data": {
    "aggregate_gate": {
      "executed": true,
      "gate": "READY | BLOCKED",
      "source": "codex+framework | codex-only | framework-only",
      "findings_count": { "P0": 0, "P1": 0, "P2": 2, "Nit": 1 }
    },
    "iteration": 1
  }
}

输出 sentinel:

  • ✅ Ready — READY(无 P0/P1)
  • ⛔ Blocked — BLOCKED(有 P0/P1)

Review Loop

⚠️ BLOCKED → fix → re-review → ... → ✅ READY ⚠️

BLOCKED → 修复 P0/P1 → /fe-review-fast --continue → 重复直到 READY。

READY + P2/Nit → 批量修复 → 1 次 Codex --continue 验证 → 评估(见 references/review-common.md § P2/Nit Post-Ready Sweep)。

Loop 终止规则见 references/review-common.md § Loop Termination Rules

Pre-precommit Checkpoint

precommit 前调和待定副审结果:

条件处理方式
---------------
reviewer-framework 完成 + 有 P0/P1重新 emit BLOCKED → fix → re-review
reviewer-framework 完成 + 无 P0/P1联合聚合 → 继续 precommit
reviewer-framework 仍在运行以 Codex gate 为准;迟到 P0/P1 → 重开 loop

Verification

  • [ ] 每个发现标注严重级别(P0/P1/P2/Nit)和 source
  • [ ] Gate sentinel 清晰输出(✅ Ready / ⛔ Blocked)
  • [ ] 发现包含:file:line、描述、修复建议
  • [ ] Codex 独立进行了项目研究(读取实际文件内容)
  • [ ] Framework 从 package.json 自动检测并注入 prompt
  • [ ] LOCAL_CHECKS(lint + bundle)注入 Codex prompt(Full/Branch only)
  • [ ] diff-analyzer 安全发现合并到聚合输出
  • [ ] 状态文件持久化了 gate 状态和 iteration 计数
  • [ ] Loop 最大迭代(5 轮)已执行;per-issue 3 轮停滞检测已激活
  • [ ] 副审迟到 P0/P1 在 precommit 前重开 fix loop
  • [ ] a11y 维度已纳入 reviewer-framework 和 Codex Full/Branch prompt
  • [ ] hooks-correctness 维度已纳入(无限循环 P0、unmount setState / 闭包陷阱 P1)
  • [ ] memory-leak 维度已纳入(addEventListener / setInterval 未清理 P1)
  • [ ] null-safety 维度已纳入(深层属性访问无 ?. P1)
  • [ ] css-quality 维度已纳入(!important 滥用、硬编码颜色、z-index 魔法值 P2)
  • [ ] async-race 维度已纳入(竞态条件、state 直接 mutation P1)

References

  • Shared definitions & aggregation rules: references/review-common.md
  • Retry logic: references/retry-executor.md
  • Reviewer framework: references/reviewer-framework.md
  • Fast prompt: references/codex-prompt-fast.md
  • Full prompt: references/codex-prompt-full.md
  • Branch prompt: references/codex-prompt-branch.md

版本历史

共 3 个版本

  • v1.0.2 Initial release 当前
    2026-04-16 12:52 安全 安全
  • v1.0.1 Initial release
    2026-04-16 11:25 安全 安全
  • v1.0.0 Initial release
    2026-04-15 21:27 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

ai-intelligence

self-improving agent

pskoett
捕获经验教训、错误和纠正,以实现持续改进。使用时机:(1)命令或操作意外失败;(2)用户纠正……
★ 4,061 📥 799,434
developer-tools

Github

steipete
使用 `gh` CLI 与 GitHub 交互,通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
★ 672 📥 324,466
ai-intelligence

Self-Improving + Proactive Agent

ivangdavila
自我反思+自我批评+自我学习+自组织记忆。智能体评估自身工作、发现错误并持续改进。
★ 1,362 📥 318,963