让 AI 评审代码!Gitee Code MCP 帮你高效完成 PR Review


还在为开发写的「屎山」代码发愁?

还在为每天 Review 不完的代码苦恼?

每次看完代码却不知道怎么评论合适?

今天马建仓继续带着 Gitee Code MCP 走来了!

马建仓今天将带你体验 Gitee Code MCP + Cursor 的完整实践流程,并展示 AI 在代码审核优化建议自动合并环节的强大能力。

把代码托管简单化,把 PR Review 敏捷化,用 Gitee Code MCP 把 PR Review 的烦恼统统搞定!

01 快速上手:配置 Gitee Code MCP

在开始之前,要先拥有属于自己的 Gitee DevOps 旗舰版账号,并创建私人令牌(仅需接口操作代码库代码组权限)。

下载并编译 Gitee Code MCP Server,可选择Docker或 Node方式运行。

  • Docker build 编译:
docker build -t gitee-mcp:latest -f Dockerfile . 
  • Npm 安装依赖,使用 node 运行:
npm install
  • 在 Cursor 中安装使用 MCP

  • 配置 MCP Server

以 Docker 方式运行 MCP Server:

{
  "mcpServers": {
    "mcp_server_gitee": {
      "command": "docker",
      "args": [
        "run",
        "--rm",
        "-i",
        "-e",
        "GITEE_PERSONAL_ACCESS_TOKEN",
        "-e",
        "GITEE_API_URL",
        "gitee-mcp:latest"
      ],
      "env": {
        "GITEE_PERSONAL_ACCESS_TOKEN": "个人令牌",
        "GITEE_API_URL": "http://xxx.gitee.work/api/v8" // V8接口
      },
      "disabled": false,
      "autoApprove": []
    }
  }
}

以 Node 方式运行 MCP Server:

{
  "mcpServers": {
    "gitee_mcp": {
      "command": "node",
      "args": [
        "mcp代码目录/build/index.js"
      ],
      "env": {
        "GITEE_PERSONAL_ACCESS_TOKEN": "个人令牌",
        "GITEE_API_URL": "http://xxx.gitee.work/api/v8"
      }
    }
  }
}

出现弹窗后,无需关闭,查看 MCP Server 显示为绿色即为成功运行。

打开新的聊天窗口,设置为 Agent 聊天。

至此环境配置完成,接下来让我们看看 Gitee Code MCP 如何 智能化提升 PR Review 体验。

02 AI 赋能 PR Review:高效应对三大评审场景

「屎山」代码?快速驳回!

面对团队中堆积如山的 PR,逐个手动检查不仅低效,还可能遗漏关键问题。Gitee Code MCP 可以直接获取代码仓库中的所有待审 PR,快速呈现变更内容,并智能分析代码质量,帮助开发者精准识别可能存在的问题。

  • 获取代码仓库

这时 Gitee Code MCP 会把想要查的仓库展示出来。如果想知道这个仓库里当前有哪些 PR 没处理的,同样可以让 Gitee Code MCP 列出来:

分析 PR 很累?不用担心,Gitee Code MCP 可以帮你一键 Review:

让我们再回到 Gitee Code 上看一看:

神级代码?照样锐评!

即便是经验丰富的开发者,写出了看起来十分完美的代码,也难免在代码优化上有所疏漏。

Gitee Code MCP 不仅能识别问题代码,还能提供优化建议,帮助团队提升整体代码质量:

我们可以在 Gitee Code 的 PR 详情中看到 AI 具体说了什么。

无可挑剔,轻松合并!

当代码通过审核后,Gitee Code MCP 还能 自动执行 PR 合并操作,避免繁琐的人工点击流程:

再返回 Gitee Code 查看合并结果:

至此,我们在 PR Review 时不再需要任何人工的操作,对代码的评审也完全可以交给 Cursor 和 Gitee MCP Server 去做,从此不再需要为代码评审苦恼。

除了 PR Review,Gitee Code MCP 还支持 Issue 处理、Commit 追踪、代码仓库管理等完整代码仓库相关 DevOps 流程。现在就去试试,探索 AI 赋能开发的新方式吧!


推荐阅读

  • 写一行代码,用 Cursor + Gitee MCP 实现贪吃蛇游戏
  • Gitee MCP Server:让 AI 助手接管繁琐事务,助力 Gitee 专业版研发提效
  • Gitee MCP Server 正式开源:让 AI 助手直连你的代码仓库

相關推薦

2025-03-20

Gitee 今天正式发布官方 MCP Server,让 AI 助手可以无缝管理代码仓库、Issue、Pull Request,并深度参与协作开发,助力程序员更高效地工作。 Gitee MCP Server 核心特性 与 Gitee 仓库、问题、拉取请求和通知进行交互 可配置的 API 基

2025-03-21

,Cursor 能用 Gitee MCP 吗?当然没问题!今天马建仓就一行代码也不写,只用 Cursor 和 Gitee MCP 做个贪吃蛇游戏。 利其器:环境准备 注册 Gitee 账号:https://gitee.com/signup 创建私人令牌(需projects、pull_requests、issues、notes、grou

2025-04-01

作,大幅降低服务器运维门槛; ■ 开源与扩展性:代码完全开放,支持开发者自定义1Panel工具,构建个性化的运维流程。 一、先决条件:在Cursor中加入1Panel MCP Server 通过MCP协议,MCP客户端可直接与1Panel MCP Server交互,实

2023-09-05

程中,导师不仅在总体方案上会给出清晰思路,每次提交代码还会认真逐行review,提出很 细致的代码优化建议,也让我对开源多了一份敬意,开源的代码更需要精益求精,对代码高质量要求才 能让项目走得更远。 这次课题是

2023-08-11

不是来源于文件系统本身,而是内核模块本身之外所需的代码更改。 现在,Linus Torvalds 本人已经开始亲自 review 所提交的代码,并就相关情况发表了自己的看法。 Linus 昨天完成了对 Bcachefs 代码的 review。他表达了对部分锁定

2023-09-27

间的差异来更好地做到这一点。 3. 快速且及时地 review 代码 审查 PR 的速度越快,代码改进的速度就越快,并且投入生产的速度也就越快。快速的代码 review 可以向开发者提供反馈,同时代码和相关概念仍然记忆犹新。 4. 主动

2025-04-03

idge 辅助旧系统重构 观察者 Observer,动态观察 IDE 中的代码变化 模型协议 MCP 接入工具生态 在不同场景使用多种开源模型(编程、推理、Apply、补全等) …… 项目地址:https://gitee.com/unit-mesh/auto-dev Thoughtworks AI 辅

2025-03-26

,依托于强大的 NES 交互,用户可以基于该 API 实现智能代码及光标预测等功能。 功能演示   多行智能改写   智能代码改写 + 光标预测     更新日志 新特性 terminal adds

2023-04-07

分级冻结:制定分级冻结配置策略的方案并完成SIG组内评审,设计文档完成进度80%; 移植网络LEAP、FAST和PWD三种企业网认证方式,网络开发进度整体进度80%; 完成新版UKUI社区官网开发。 欢迎各位感兴趣的社区开发者加

2025-03-26

ion/pull/206 Streamable HTTP 改变了 MCP 的数据传输方式,让协议变得: 更灵活(支持流式传输,但不强制) 更易用(支持无状态服务器) 更兼容(适用于标准 HTTP 基础设施) 💡 简单比喻: 原来的 MCP 传输方

2022-11-17

复工作: 完成全部需求梳理工作; 推进UKUI 3.22 需求评审和合入; 推进0.9版本bug修复回归; 个性化设置新增窗口外观自动调整功能; 平板模式取消多屏功能; 新增电源&音量+快捷键截图功能; 新增禁止旋转屏幕

2023-10-13

比如由机器人构成的虚拟小镇。 AI 编程 让 LLM 帮你编写代码。 工具和平台 LLM 技术图谱(LLM Tech Map)的工具和平台部分主要包括以下几个方面: LLMOps:简单点说(大家当前在说的),就是“快速从大模型到应用”。 大

2023-02-10

Blender 开发团队宣布已完成将代码托管平台从 Phabricator 迁移到 Gitea 的工作。 Blender 代码仓库地址:https://projects.blender.org/blender Phabricator 最初是 Facebook 内部使用的开发工具,核心开发者是 Evan Priestley,他在离开 Facebook 后,

2024-07-25

共用一个全局看板,定制各自的看板 需求、任务、需求评审、用例、缺陷把它们各自的不同状态,泛化为:规划中、进行中,已完成,终止|暂停这几种状态, 并显示在对应的看板泳道中。 看板分组,可按人员、项目、迭代