你有没有想过,一个开源项目的日常维护——Issue 分拣、PR Review、Release 发布——这些重复性工作,能不能让 AI Agent 全自动完成?
这不是假设。gitlink-cli 已经做到了:12 个 AI Agent Skills、42+ 命令,覆盖代码托管的全生命周期。现在,我们把它做成了一场公开的挑战赛——你可以扩展它的能力、为它编写新的 Skill、或者用它搭建一套端到端的自动化工作流。
不需要从零开始。工具链、Baseline、文档全部就绪,等你来发挥。
报名链接:
https://www.gitlink.org.cn/competitions/track1_2026GitLinkCli
真实痛点
开源项目维护者每天面对大量重复性工作:Issue 需要分类打标签、PR 需要 Review 和测试、Release Notes 需要手动整理、新贡献者需要引导……这些工作占据了维护者大量时间,却很少有工具能系统性地解决。
行业趋势
Claude Code、OpenClaw、Cursor 等 AI 编程智能体正在改变开发者的工作方式——从"人操作平台"转向"Agent 驱动开发"。但目前大多数 Agent 只能操作 GitHub,国产代码托管平台缺少 Agent 友好的工具链。
出题意图
gitlink-cli 是 GitLink 平台的官方 CLI 工具,采用"三层架构"设计(Shortcuts → Raw API → Config),天然适配 AI Agent 调用。我们希望参赛者:
1. 扩展 CLI 能力——让 gitlink-cli 覆盖更多场景
2. 编写 Agent Skills——让 AI 能自主完成更复杂的 GitLink 操作
3. 构建自动化工作流——用组合拳解决真实的开源协作问题
优秀作品将直接合入 gitlink-cli 主仓库,成为 GitLink 平台智能化能力的一部分。
3.1 赛题全景
三个赛道,难度递进,可以选一个或多个:
- 子赛题一:向主仓库提交至少一个可运行的 PR,包含功能代码 + 测试 + 文档
- 子赛题二:交付一个完整的 Skill(SKILL.md + 使用示例),在至少一个 Agent 平台验证通过
- 子赛题三:串联 ≥3 个 CLI 命令/Skill,在真实 GitLink 项目上跑通。
- 子赛题一:PR 被合并进主仓库
- 子赛题二:Skill 被官方收录
- 子赛题三:工作流具备通用性,可适配不同项目
- 跨平台联动(如 GitLink + 飞书/钉钉通知)
- 多 Agent 协作场景
- 可视化仪表盘
3.2 关键概念解析
3.3 阶段任务与提交物
为什么这样设计? 初赛看"能不能做出来",复赛看"做得好不好"。初赛阶段鼓励快速出原型,复赛阶段打磨质量和通用性。
第一步:零基础冷启动(10 分钟跑通)
CCF
# 1.安装 gitlink-cli(自动下载平台二进制)npm install -g @gitlink-ai/cli
# 2.登录(需要先在 gitlink.org.cn 注册账号)gitlink-cli auth login
# 3.验证:列出你的仓库 gitlink-cli repo +list
# 4.试试更多命令 gitlink-cli issue +list --owner Gitlink --repo gitlink-cligitlink-cli pr +list --owner Gitlink --repo gitlink-cli
如果 `repo +list` 返回了你的仓库列表,环境就 OK 了。
第二步:技术路线图
CCF
子赛题一(CLI 功能扩展)
路线 A:从现有 Issue 切入
- 查看 gitlink-cli 仓库的 [Issues](https://www.gitlink.org.cn/Gitlink/gitlink-cli/issues),找到标记为 bug 或 feature request 的
- 适合有 Go 基础、想快速出成果的选手
- 关键:参考现有 Shortcut 的代码结构(如 `shortcuts/issue/issue.go`),照葫芦画瓢
路线 B:新增完整功能模块
- 如 Wiki 管理、Webhook 配置、项目看板增强
- 需要阅读 GitLink OpenAPI 文档,设计参数和输出格式
- 适合有系统设计能力的选手
路线 C:优化现有体验
- 批量操作、错误提示优化、跨平台兼容性
- 不需要新增 API 调用,专注于用户体验
- 适合注重工程质量的选手
子赛题二(Agent Skill 开发)
路线 A:单命令 Skill
- 把一个常见操作封装成 Skill(如"智能 Issue 分拣")
- 核心是写好 SKILL.md,让 Agent 能理解何时使用、如何使用
- 适合对 AI Agent 感兴趣但不想写 Go 的选手
路线 B:多步骤编排 Skill
- 组合多个 gitlink-cli 命令 + 外部工具(如 Python 脚本)
- 如"项目健康度报告":采集数据 → 计算指标 → 生成报告
- 适合有脚本编写能力的选手
路线 C:跨平台验证
- 同一个 Skill 在 Claude Code、OpenClaw、Cursor 等多个平台验证
- 重点是 SKILL.md 的通用性和兼容性
- 适合想深入理解 Agent 工作原理的选手
子赛题三(端到端工作流)
路线 A:社区运营自动化
- Issue 自动分类 → 分配 → 周报 → Release Notes
- 串联 issue、pr、release 等多个模块
- 适合有开源社区运营经验的选手
路线 B:代码质量看门人
- PR 提交 → 自动 Review → CI 结果汇总 → 条件合并
- 需要理解 PR 生命周期和 CI/CD 流程
- 适合有 DevOps 背景的选手
第三步:官方工具箱的正确打开方式
CCF
先用 `gitlink-cli --help` 了解所有可用命令。重点关注:
- `api` 命令:可以调用任何 GitLink OpenAPI,当 Shortcut 不够用时用它
- `--format json`:所有命令支持 JSON 输出,方便脚本处理
12 个官方 Skill 是你的参考范本。重点看:
- `skills/gitlink-workflow/SKILL.md`:展示了如何编排多步骤操作
- `skills/gitlink-shared/SKILL.md`:认证和错误处理的标准做法
理解 gitlink-cli 的三层架构设计,知道你的代码应该放在哪一层。
当你需要调用尚未封装的接口时,查阅 API 文档,用 `gitlink-cli api` 命令直接调用。
第四步:实操经验和注意事项
CCF
一句话总结: 我们想看到的是一个能跑、能用、能复现的作品,而不是一份 PPT。
提示: 鼓励尽早提交 PR/收录申请。维护者 Review 通常需要 1-2 周,7 月前提交可以预留迭代时间。截止日后仍在 Review 中的,按"已提交且通过 CI"计分。
资源 | 说明 | 链接 |
gitlink-cli 主仓库 | 源代码、Issues、PR | [gitlink.org.cn/Gitlink/gitlink-cli](https://www.gitlink.org.cn/Gitlink/gitlink-cli) |
Skills 开发指南 | Skill 编写规范和示例 | [skills/README.md](https://www.gitlink.org.cn/Gitlink/gitlink-cli/tree/master/skills/README.md) |
GitLink OpenAPI | 完整 API 文档 | [GitLink API](https://www.gitlink.org.cn/docs/api) |
设计文档 | 架构说明 | [doc/design.md](https://www.gitlink.org.cn/Gitlink/gitlink-cli/tree/master/doc/design.md) |
Shortcut 开发模板 | 新增命令的参考结构 | `shortcuts/` 目录下任意模块 |
Skill 编写模板 | Agent Skill 的标准结构 | `skills/gitlink-workflow/SKILL.md` |
答疑通道: 在 gitlink-cli 仓库提 Issue,标记 `[大赛]` 前缀,出题方工程师会定期回复。
gitlink-cli 是一个真实的、活跃的开源项目。你提交的每一行代码、每一个 Skill,都有机会被合入主仓库,被真实的开发者和 AI Agent 使用。
这不是一场"做完就扔"的比赛。我们期待你的作品成为 GitLink 智能化能力的一部分。
欢迎所有热爱技术的同学参与,无论你是第一次参加开源大赛,还是资深开源贡献者。工具已经准备好了,剩下的交给你。
往期推荐
点击阅读原文 报名本赛题
