项目背景与目标
这是一个基于 Trae Agent 与 Gitee MCP 构建的自动化辅助工具,旨在简化开发者与代码托管平台的交互流程。核心目标是减少重复性操作,提升日常开发效率。
设计初衷
在开发过程中,我们常遇到以下痛点:
- 开发者需要频繁手动操作 Gitee(如创建合并请求、管理分支),耗时且易出错。
- Excel 作为常见的数据管理工具,缺乏与 Gitee 的直接联动能力。
- 传统脚本或工具往往需要复杂的配置环境。
因此,本方案尝试通过 Agent 实现 Excel 指令 → Gitee 操作 → 结果回写 的自动化闭环,降低人工成本。
功能实现思路
最初设想是读取 Excel 文件中的命令,根据预设的执行时间调用接口,并将反馈结果保存回表格。设计的执行记录表结构如下:
| 命令 ID | 命令内容 | 执行时间 | 状态 | 时间戳 | 错误信息 | 返回数据 |
|---|---|---|---|---|---|---|
| 1 | 合并拉取请求 | 08:30:00 | 成功 | 2025-06-10T08:31:00Z | {"code": 0, "msg": "执行成功"} | |
| 2 | 代码提交 | 11:50:00 | 失败 | 2025-06-10T11:51:00Z | 命令不存在 | {"code": 404, "msg": "命令不存在"} |
| 3 | 合并拉取请求 | 13:30:00 | ||||
| 4 | 代码提交 | 17:50:00 |
实际对接中发现,Gitee MCP 服务器目前提供的工具主要集中在 Pull Request 相关操作,例如 list_repo_pulls、merge_pull、create_pull 等,尚未包含 Push 相关的命令。相比之下,GitHub MCP Server 提供了 push_files 工具。虽然当前 Gitee 端暂不支持自动提交,但相信后续版本会完善相关能力。
受此限制,目前的执行计划调整为仅处理拉取请求的合并操作:
| 命令 ID | 命令内容 | 执行时间 | 状态 | 时间戳 | 错误信息 | 返回数据 |
|---|---|---|---|---|---|---|
| 1 | 合并拉取请求 | 08:30:00 | ||||
| 2 | 合并拉取请求 | 13:30:00 |
整体架构流程遵循定时调度逻辑,通过 MCP 服务桥接 Excel 指令与 Gitee API。
核心价值
该方案的核心优势在于低门槛与动态交互:
- 低门槛:用户只需在 Excel 中填写命令,无需编写代码或维护复杂脚本。
- 动态交互:支持实时调用 Gitee API,并自动更新执行结果(如状态码、返回数据),便于追踪任务执行情况。

