Agent Skills
返回列表
前端代码审查流水线

前端代码审查流水线

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_dc5a82bd/fecodereview。

技能介绍

它解决什么问题

前端 PR 审查常常卡在“谁说了算”：静态规则、安全硬编码、组件生命周期、异步竞态和 bundle 体积分散在不同检查里。代码cr 把这些信号收敛成一个合并门控：先读取 staged diff 或分支 diff，再执行 ESLint/bundle 检查，并用 Codex 与副审框架并行给出带 P0、P1、P2、Nit 的结论。最终输出 READY 或 BLOCKED，避免只靠人眼扫 diff。

它如何工作

核心路径是：

  • Diff 分析：统计文件类型、新增/删除行数，并识别 feat、fix、refactor、perf。
  • 前端检查：从 package.json 探测 lint、size-limit 或 bundle 命令，检测 React/Vue/Svelte/Solid。
  • 双审聚合：Codex 作为阻塞主审，Reviewer Framework 作为非阻塞副审；迟到发现会在 precommit 前再次调和。
  • 门控持久化：写入状态文件，BLOCKED 后要求修复并 --continue 复审，直到没有 P0/P1。

适用边界

它只适合前端代码评审，不适用于服务端代码、文档评审或安全专项评审。若 Codex 或副审不可用，会降级为单审模式并保留警告；安全发现、lint 和 bundle 结果是否进入 prompt，取决于选择的 Fast、Full 或 Branch 变体。

使用场景

  • 提交前端 PR 前，用 staged diff 快速审查 React/Vue 变更是否引入 P0/P1 问题。
  • 合并 feature 分支前，运行 Full/Branch 审查，结合 ESLint、bundle size 与安全硬编码发现。
  • 收到 BLOCKED 后，按 P0/P1 列表修复并执行 /fe-review-fast --continue 复审，直到 READY。
  • 前端重构组件后，检查 null-safety、memory-leak、async-race 等维度是否被聚合输出标注。

适合人员

  • 维护 React/Vue 组件库的前端工程师，需要把 PR 中的 P0/P1 风险变成可执行修复清单。
  • 负责前端 CI 或 Code Review 的工程师，需要把 lint、bundle、安全扫描和模型审查合并成一个 gate。
  • 接手前端遗留代码的开发者，需要在合并分支前识别 memory-leak、async-race 和 null-safety 问题。
  • 使用 Codex/Reviewer Framework 的团队，需要为前端 PR 建立可恢复、可复审的审查状态。