通过轮询对 GitLab 合并请求进行自动化 AI 代码审查。定期检查开放的合并请求，审查代码差异中的安全漏洞、错误等。
GitLab MR 代码审查
功能概述
GitLab MR 代码审查是一项面向实际任务的技能，主要用于GitLab MR. 以Polling为基础的自动代码审查.；Architecture. 无网络hook服务器——纯民意测验. 已审查 MRs tracked in {baseDir}/mr-reviewed.json.Setup.；
核心要点
- Create {baseDir}/.e.。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。
使用与执行
从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。该技能适合用于一次性任务，也可以接入自动化工作流，与其他技能或上层代理配合完成更完整的业务链路；在组合使用时，应明确每一步的输入输出关系，并避免不同步骤之间出现参数冲突。
GitLab MR 代码审查
基于轮询的 GitLab MR 自动化代码审查。
架构
Cron (*/2 * * * *) → gitlab-api.js list-mrs → 跳过已审查的 MR → 获取 diff → AI 审查 → 发布评论/备注
- 无需 Webhook 服务 — 纯轮询模式
- 已审查的 MR 记录在
{baseDir}/mr-reviewed.json中
配置步骤
- 在
{baseDir}/.env中配置 GitLab 凭据：GITLAB_URL=https://gitlab.example.com GITLAB_TOKEN=glpat-xxxxxxxxxxxxxxxxxxxx
脚本会自动加载该文件。环境变量具有更高优先级（若已设置则不会被覆盖）。 - 测试连接：
node {baseDir}/scripts/gitlab-api.js get-version - 安装 cron 工作进程 — 具体命令详见 references/cron-setup.md
API 脚本参考
node {baseDir}/scripts/gitlab-api.js get-version # 测试连接
node {baseDir}/scripts/gitlab-api.js list-mrs # 列出所有待审 MR
node {baseDir}/scripts/gitlab-api.js list-mrs --project # 按项目过滤
node {baseDir}/scripts/gitlab-api.js get-changes # 获取 MR diff
node {baseDir}/scripts/gitlab-api.js get-file # 获取文件内容
node {baseDir}/scripts/gitlab-api.js post-comment --file # 行内评论（必须使用 --file！）
node {baseDir}/scripts/gitlab-api.js post-note '' # 汇总备注
post-comment 的 JSON 格式
{
"body": "**[Critical]** sql_injectionnnRaw query with user input.",
"position": {
"base_sha": "abc123",
"start_sha": "def456",
"head_sha": "ghi789",
"new_path": "src/db.js",
"new_line": 42
}
}
base_sha/start_sha/head_sha 来自 get-changes 输出中的 diff_refs 字段。
审查规则
- 默认规则：references/review-guidelines.md — 包含严重性等级、输出格式、跳过项说明等
- 按项目定制：在仓库根目录下放置
.gitlab-review-prompt.md；工作进程将通过get-file自动获取该文件
故障排查
| 问题 | 解决方法 |
|---|---|
| MR 未被审查 | openclaw cron list — 检查工作进程是否已启用？ |
| API 错误 | node {baseDir}/scripts/gitlab-api.js get-version |
| 重复审查 | 检查 {baseDir}/mr-reviewed.json 是否存在且可写；确保 cron 提示中设置了最高优先级的“永不重新审查”规则 |
| 评论内容乱码 | 对 post-comment 使用 --file 模式（适配 Windows PowerShell 编码） |
| 行号错误 | new_line 必须为文件新版本中的行号 |
相关专题
要对比两个版本的 git 文件，请使用 git diff 命令：git diff 比较工作树和暂存区之间的差异。git diff 比较两个提交或标签之间的差异。git diff 输出显示差异块，其中 + 表示添加的行，- 表示删除的行， 表示修改的行。可使用 gitkraken、meld、beyond compare 等可视化工具更直观地查看差异。本专题为大家提供相关的文章、下载、课程内容，供大家免费下载体验。
2024.04.09
2281
6
git提交错误撤回的方法：git reset head^：撤回最后一次提交，恢复到提交前状态。git revert head：创建新提交，内容与之前提交相反。git reset ：使用提交的 sha-1 哈希撤回指定提交。交互式舞台区：标记要撤回的特定更改，然后提交，排除已撤回更改。本专题为大家提供相关的文章、下载、课程内容，供大家免费下载体验。
2024.04.09
2517
7
Git是一个强大的版本控制系统，它提供了很多功能帮助开发人员有效地管理和控制代码的变更，本专题为大家提供git 撤销提交的commit相关的各种文章内容，供大家免费下载体验。
2023.07.24
714
5
git和svn的区别：1、定义不同；2、模型类型不同；3、存储单元不同；4、是否拥有全局版本号；5、内容完整性不同；6、版本库不同；7、克隆目录速度不同；8、分支不同。php中文网为大家带来了git和svn的相关知识、以及相关文章等内容。
2023.07.06
1260
6
本专题聚焦LLVM自定义Pass开发，整理Pass类结构、run()方法、PreservedAnalyses、CMake构建、插件注册、-load-pass-plugin加载和测试用例编写流程。
2026.09.30
0
10
本专题介绍LLVM对RISC-V基础ISA和扩展的支持方式，涵盖RV32、RV64、标准扩展、实验性扩展、厂商扩展、-menable-experimental-extensions和版本差异。
2026.09.30
0
14
本专题整理LLVM IR的核心概念，包括中间表示作用、模块结构、函数、基本块、SSA形式、类型系统和常见语法，帮助新手理解LLVM编译流程中的关键层。
2026.09.30
0
12
需要把 PDF 页面用于上传、预览、分享或图片归档时，PDF 转图片方法专题整理 JPG/PNG 格式选择、逐页导出、清晰度设置、批量下载和结果检查等流程，帮助用户稳定完成 PDF 图片化处理。
2026.09.30
0
26
热门下载
相关下载
