所谓无规矩不成方圆,前端时间在团队 code-review 中发现,推荐大家可以大致过一遍,形成自己的编码习惯 原文地址:juejin.cn/post/6850037282419392526 作者:lzg9527
review #会自动推送到我们的 gerrit 服务器上 然后相关负责人去 gerrit 上做 Code review,如果审核通过,则 Merge 到分支,若未通过,则可直接 Abandon 掉或者 Code-Review 这里演示先 Code-Review -1,然后 Code-Review -2,相当于本次提交不通过。 接下来,我们在做一下修改,再次提交(注意:这里我们要使用上一次提交的 change-id,意思是再次提交作为上一次的修改补丁),最后 Code-Review +1,Code-Review +2 审核通过本次提交 (以上都是用我一个人的账号进行 Code-Review,实际应用中,可以事先指定好各审核人。) 当然 gerrit 能做的还有很多,如权限控制,分组等等,这里只介绍了最简单的也是最核心的 Code-Review 功能的简单使用。
: 代码审查技能 - data-analysis: 数据分析技能 [Loaded] code-review ## 审查指南 当你进行代码审查时,请遵循以下步骤... " → 模型看到概览,判断需要 code-review 技能 → 模型调用 skill_load(skill="code-review", include_all_docs=true) → Tool /code-review": "1", "temp:skill:docs:my-agent/code-review": "*" } → 框架将 StateDelta 写入 Session 从 State 发现 code-review 已加载 c. 从 Repository 获取 code-review 的完整 Body + 所有文档 d. 注入到 Prompt: "[Loaded] code-review\n\n## 审查指南\n...\n\n[Doc] guide.md\n...
在gerrit配置中有两个计数器,Code-Review和Verified,一般情况项目会分别设置为+2,+1使代码审核通过。 Code-Review通常需要开发人员人工审核,而Verified设置项可以与测试工具结合,通过测试的指标则设置Verified +1,不通过则-1,如此可以在代码提交阶段提前介入测试,更早的发现问题。 访问权限在change范围内有效 Project Owners 访问权限在project范围内有效 Registered Users 所有在gerrit页面上成功登录的用户都属于该群组,通常被赋予Code-Review
方式 2:手动创建文件 格式示例: --- name: code-review description: 代码审查专家,检查代码质量和安全性 tools: Read, Grep, Glob, Bash 模型根据 description 自动识别并调用 手动触发: 输入 /a/agent-name 显式调用 串联调用: 在一条指令中顺序调度多个智能体 示例: 帮我审查这个接口的实现 → 自动识别并调用 code-review 智能体 /code-review 先使用 design subagent 完成系统设计,再使用 code-review subagent 完成代码 review 位置与作用域 位置 路径 作用域 用户级 触发: /c/code-review 能力: 对指定范围的代码执行结构化审查,输出质量、安全、性能等维度的评审意见 适用: 提交前代码审查、针对特定模块的质量把关、团队代码评审 三者协同与选择指南 分层协作管道 代理名 并行执行,上下文隔离 Plan Agent 内置 /p/plan 先规划再执行 Browser Agent 内置 /b/browser 网页自动化 Code Review Agent 内置 /c/code-review
消息 https://sentry-dev.hacker-linner.com/commit-messages/ 代码审查 https://sentry-dev.hacker-linner.com/code-review
postive integer gitConfig: - #git config 1 - #git config 2 vote: on_success: Verified: 1 Code-Review : 2 on_failure: Verified: -1 Code-Review: -2 env: - #env1=foo - #env2=bar matrix: build
Skill的文件结构:展开代码语言:TXTAI代码解释code-review/├──SKILL.md←核心指令(必须)├──checklist.md←审查清单└──scripts/└──scan.sh← 只有你能手动触发(适合"发微博"这类有副作用的命令)user-invocable:false—只有Claude能自动调用(适合后台静默执行)一行安装:展开代码语言:BashAI代码解释cp-r03-skills/code-review /CLAUDE.md#4.安装代码审查技能cp-r03-skills/code-review~/.claude/skills/#5.在ClaudeCode里运行测试#/optimize#/commit想生成离线
**静态代码审查**:使用现有 code-review 技能检查代码规范 2.**运行时验证**:使用 Aspire MCP 工具检查应用日志和资源状态 3. **调用代码审查技能** - 参考现有的 [code-review](.. /code-review/SKILL.md) 技能 - 对修改和新文件执行全面审查 - 重点关注: - 严重级别:安全、数据库、异步编程 - 重要级别:多语言、DTO、控制器、服务类 - 文档更新及时 同步更新了 startup-framework.mdc 规范文档和 code-review/SKILL.md 技能文档,展示了简化配置方式并标注为"推荐"。 静态代码审查结果 ✅ 审查范围 修改的文件(14个): • .cursor/rules/startup-framework.mdc - 启动框架规范更新 • .cursor/skills/code-review
有两个概念需要理解一个是Verified,另一个是Code-Review。Verifying代表着对代码进行实际编译、单元测试等,主要是自动化程序。 Code-Review是一个人来查看你的代码,确保这段代码的逻辑正确,编码风格良好等。
Superpowers:技能触发式 brainstorming → writing-plans → executing-plans → TDD → code-review ↓ 比如写代码前自动激活 TDD 技能,写完代码自动激活 code-review 技能。 Superpowers 的哲学是:流程胜过猜测。 你适合哪种范式?
3.2 commands:Slash 命令一键触发流程 commands 里已经把高频工作流封装成了: /tdd /plan /e2e /code-review /build-fix /refactor-clean 先装插件,直接用 /plan /tdd /code-review 跑一遍流程。 第二步,只保留你真正用得上的 agents 和 rules。
比如: • /plan:先根据需求进行规划 • /tdd:使用tdd模式进行开发 • /e2e:生成e2e测试代码(按需使用) • /code-review:进行代码审查 • /build-fix:编译然后看看有没有
同时还要给 register user 增加 submit 和 Label Code-Review 权限,添加方法同上。 如上配置完成后,有审核权限的用户就可以审核代码,并 submit 了。
You: 统计当前目录下的代码行数和功能,并且做 code-review,将结论输出到 html 中 2026-01-18 22:07:35,191 - INFO - OpenAI API 响应内容: /skills/code-review/SKILL.md ./utils.py ./v0_bash.py ./v1_basic.py ./v2_todo.py ./v3_subagent.py . CODE_REVIEW.md'} 2026-01-18 22:10:00,981 - INFO - [使用工具] bash, 返回: 157 skills/code-review/SKILL.md 2026-01-18 22:11:27,166 - INFO - > [使用工具] read_file 第 16 步调用: {'path': 'skills/code-review/SKILL.md'} 2026-01-18 22:11:35,930 - INFO - > [使用工具] 第 18 步调用 Loading skill: code-review 2026-01-18 22:11:35,930
内置已经有 37 个技能,覆盖常见场景: git-master:Git 工作流自动化 tdd:测试驱动开发 code-review:代码审查 pr-generator:PR 自动生成 refactor: 场景三:代码审查 /oh-my-claudecode:code-review 激活 code-reviewer Agent(Opus 模型),分析代码质量、安全、性能,生成结构化审查报告,提供具体改进建议
4️⃣ Skills:AI 自动识别的专业能力 CodeBuddy Code CLI 的 Skills 系统让 AI 能够自动识别并调用专业领域的工作流模板: # .codebuddy/skills/code-review /SKILL.md --- name: code-review description: 代码审查和质量检查专家 allowed-tools: Read, Grep, Bash, Edit --- 你是一个经验丰富的代码审查者
创建一个仓库,然后简单的设置下repo权限: refs/* :read Non-interactive Users refs/heads/* : Label Code-Review Non-interactive
Actions2️⃣ 配置CI/CD流水线以 GitHub Actions 为例:name: CI/CD Pipelineon: push: branches: - mainjobs: code-review
举个例子: git-wizard Skill:让 Agent 精通 Git 操作的最佳实践 code-review Skill:让 Agent 按照特定标准进行代码审查 project-bootstrap