【Code Review】基于GLM4.7的 Claude code 官方github代码自动审查

【Code Review】基于GLM4.7的 Claude code 官方github代码自动审查

前言

代码审查是软件开发过程中至关重要的一环,它不仅是发现潜在缺陷的利器,更是知识共享、代码质量提升和团队协作的催化剂。然而,我们在日常工作中,小团队作坊往往没有时间相互进入code review工作,为了能够不影响工作进展的同时,做好代码的review,我们今天基于claude code来进行github仓库代码的自动review。
代码审查:为何不可或缺?

  1. 提升代码质量:审查者可以发现逻辑错误、边界条件处理不当、潜在的性能瓶颈以及不符合编码规范的写法。
  2. 知识传播与学习:资深开发者可以通过审查指导新人,新人也能在审查中学习到新的技术和设计模式。
  3. 统一代码风格:确保团队遵循一致的编码规范,提高代码的可读性和可维护性。
  4. 预防缺陷前移:在代码合并到主分支前发现问题,远比上线后修复代价小得多。
  5. 增强代码所有权:团队成员共同对代码负责,而非仅由原作者负责。

废话不多说,我们直接开始教程(本教程基于Linux amd64进行)。

一、安装 GitHub CLI (gh)

我们在进行之前,需要先安装 GitHub CLI (gh) ,这是github的cli工具,可以帮我们在终端登陆github获取认证,为我们后面安装claude code的插件做准备。

安装命令如下:

(type-p wget >/dev/null ||(sudo apt update && sudo apt install wget -y)) \ && sudo mkdir -p -m 755/etc/apt/keyrings \ && out=$(mktemp)&& wget -nv -O$out https://cli.github.com/packages/githubcli-archive-keyring.gpg \ && cat $out | sudo tee /etc/apt/keyrings/githubcli-archive-keyring.gpg >/dev/null \ && sudo chmod go+r /etc/apt/keyrings/githubcli-archive-keyring.gpg \ && sudo mkdir -p -m 755/etc/apt/sources.list.d \ && echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/githubcli-archive-keyring.gpg] https://cli.github.com/packages stable main"| sudo tee /etc/apt/sources.list.d/github-cli.list>/dev/null \ && sudo apt update \ && sudo apt install gh -y 

安装完成后,记得通过以下命令进行登陆:

gh auth login 
在这里插入图片描述


按照给的链接,打开后,把one-time code:复制进行登陆即可。

在这里插入图片描述

二、安装claude code

claude code 的安装方法,在glm官网上有提供:Claude codea安装以及glm4.7导入

参考官方教程导入以后,我们就可以开始进行 /install-github-app 的安装了。
在终端输入claude,进入claude以后,在claude内部的命令行输入 /install-github-app,按 enter 回车键。

在这里插入图片描述


它会提醒你是否使用当前项目的仓库来进行配置,所以我们在使用前需要在你想要配置的代码仓库路径下开启claude。

在这里插入图片描述


接着会跳到claude配置界面。

在这里插入图片描述

这时候我们点击右上角的 Configure,会跳转到下面页面中,然后这时候我们对自己想操作的仓库进行配置即可。

在这里插入图片描述

配置好后,我们 按 Enter 回车键,就会到下面让我们配置 api key的页面,这时候我们需要用GLM4.7的api key来代替claude code官方的api key,访问GLM API Key,新建key,然后复制粘贴过来回车即可。

在这里插入图片描述

如果看到下面页面代码当前已经配置完成了。

在这里插入图片描述


这时候我们的代码里会生成以下两个workflows的yml文件。

在这里插入图片描述

二、配置Add Repository Secrets

这时候我们需要进入我们仓库的Settings → Secrets and variables → Actions and add:
然后添加 ANTHROPIC_API_KEY 和 ANTHROPIC_BASE_URL,ANTHROPIC_API_KEY就是我们上面的glm的api key即可,ANTHROPIC_BASE_URL为: https://open.bigmodel.cn/api/anthropic

在这里插入图片描述

配置好以后,我们就可以在刚提交pr的时候,让ai自动帮你review代码,同时,你也可以在评论区@claude,让其帮你review代码,特别方便。

在这里插入图片描述


更详细的教程可以参考以下:
https://lgallardo.com/2025/07/18/claude-code-github-actions-setup/
https://deepwiki.com/search/_fc115a85-240f-4cb1-a25c-3659b27c01b9?mode=fast

三、增删功能

如果你只想要纯粹的代码评审,建议进行以下调整:
A. 简化 Prompt 指令

在 claude.yml 中,目前的 prompt 是: /code-review:code-review SpatialtemporalAI/lerobot_ur5_gello/pull/1 这会调用特定的插件。如果你想更省钱,可以尝试在 prompt 末尾加上限制语,例如: “Just review the diff and give concise feedback, no deep scan.”

B. 禁用不必要的权限和设置

在 YAML 的 with 字段中,明确关闭不需要的功能:

with:# 如果 action 支持,可以尝试关闭自动检测# 也可以减少额外的权限申请additional_permissions:""

C. 合并 Workflow

你目前同时拥有 claude.yml 和 claude-code-review.yml。这两者可能会在同一个 PR 事件中重复触发。建议删除 claude-code-review.yml(它在 PR 每次更新时都运行),仅保留 claude.yml 这种靠评论触发的模式。当然,我们也可以在claude code一开始配置的时候就把该功能取消。

四、结语

优秀的代码审查,如同一次精密的“质量检测”和“技术交流”。通过借鉴如“Claude Code” AI code review的实践,我们能够不断提升团队的审查水平。记住,代码审查的目标不是证明谁更聪明,而是共同创造出更健壮、更优雅、更易于维护的软件。每一次认真的审查,都是对代码库的一次投资,也是对团队成员技能的一次提升。

让我们将代码审查视为日常工作的重要组成部分,共同打造卓越的软件产品!

Read more

Linux系统学习【深入剖析Git的原理和使用(下)】

Linux系统学习【深入剖析Git的原理和使用(下)】

🔥承渊政道:个人主页 ❄️个人专栏: 《C语言基础语法知识》《数据结构与算法》 《C++知识内容》《Linux系统知识》 ✨逆境不吐心中苦,顺境不忘来时路!🎬 博主简介: 引言:在深入剖析Git的原理和使用(上)中,我们已经搭建起Git的基础认知框架—从Git的诞生背景、核心设计理念出发,掌握了初始化仓库、提交版本、查看日志、简单分支创建与切换等基础操作,也初步触及了Git“分布式版本控制”的核心优势.但这些表层操作,仅仅是Git强大功能的冰山一角:当我们面对多人协作中的代码冲突、复杂分支的合并与管理、误操作后的版本回滚难题,或是想弄明白“Git如何高效存储版本数据”“远程仓库与本地仓库的同步逻辑是什么”时,仅靠基础操作往往无从下手,背后的核心原理才是解决这些问题的关键.本篇将聚焦远程仓库的进阶协作(拉取、推送、复刻、协同开发流程).将坚持“原理+实操”结合的思路,真正发挥Git在版本控制、团队协作中的核心价值,为后续的高效开发、规模化协作筑牢基础.接下来,

By Ne0inhk

RAG系列:2025年最强开源RAG横评

RAG(Retrieval-Augmented Generation,检索增强生成)技术的出现,彻底改变了我们与AI交互的方式。简单来说,就是让AI不仅能"思考",还能"查资料"。想象一下,一个既有ChatGPT的推理能力,又能随时查阅你的专业资料库的AI助手,这不就是我们梦寐以求的"AI大脑外挂"吗? 本文真正从实战角度去深度评测这些平台。用30天时间,5个平台,真刀真枪地测一遍。 📊 评测维度:怎么"折腾"这些平台的 在正式开始之前,先说说我的评测方法。很多技术评测只看功能列表,我觉得这样不够实际。真正的好产品,应该经得起实战考验。 核心评测维度 1. 部署难度(20分) * 环境要求复杂度 * 安装步骤繁琐程度 * 首次运行成功率 * 文档完整度 2. 功能完整度(25分)

By Ne0inhk
【STM32】项目实战——OV7725/OV2604摄像头颜色识别检测(开源)

【STM32】项目实战——OV7725/OV2604摄像头颜色识别检测(开源)

本篇文章分享关于如何使用STM32单片机对彩色摄像头(OV7725/OV2604)采集的图像数据进行分析处理,最后实现颜色的识别和检测。 目录 一、什么是颜色识别 1、图像采集识别的一些基本概念 1. 像素(Pixel) 2. 分辨率(Resolution) 3. 帧率(Frame Rate) 4. 颜色深度(Color Depth) 5. 图像处理(Image Processing) 6. 图像采集设备 7. 亮度(Luminance)与色度(Chrominance) 8. 图像编码与压缩(Image Encoding and Compression) 9. 图像识别(Image Recognition) 10. 图像采集与处理中的延迟(Latency) 二、OV7725简介

By Ne0inhk
2026最新|GitHub 启用双因素身份验证 2FA 教程:TOTP.app 一键生成动态验证码(新手小白图文实操)

2026最新|GitHub 启用双因素身份验证 2FA 教程:TOTP.app 一键生成动态验证码(新手小白图文实操)

2026最新|GitHub 启用双因素身份验证 2FA 教程:TOTP.app 一键生成动态验证码(新手小白图文实操) 如果你最近登录 GitHub 时被提示“启用双因素身份验证(2FA)”,别慌——这就是在你输入密码后,再增加一道“动态验证码”的安全锁。本文用TOTP.app(可下载/可在线) 带你从 0 到 1 完成 GitHub 的 2FA 配置,全程保留原图与链接,按步骤照做就能成功。 关键词:GitHub 2FA、GitHub 双因素身份验证、GitHub 启用 2FA、GitHub TOTP、GitHub 动态验证码、GitHub 账号安全、GitHub 登录保护、

By Ne0inhk