2026-05-18

GitLink

今天想试试把子赛题三也做了，感觉做的越多可能拿奖的可能性越大。

• 时间优势：符合review PR的老师似乎是在下班后才有空进行review，那么太晚提的PR，可能就没有那么多时间看了。
• 目标：子赛题三：构建端到端自动化工作流中的贡献者成长体系场景

子赛题三：构建端到端自动化工作流

定位：组合现有能力解决实际问题 | 难度：低-中 | 无需写底层代码

组合 gitlink-cli 已有命令和 Skills（可包含自定义 Skill），完成一个可复现的端到端自动化场景。与子赛题二的区别在于：子赛题二交付的是独立可复用的 Skill，子赛题三交付的是串联多个步骤的完整解决方案。

场景示例（不限于此）：

• 社区运营自动化：新 Issue 自动分类 → 分配责任人 → 定期生成社区周报 → 自动发布 Release Notes
• 代码质量看门人：PR 提交 → 自动 Review → 跑 CI → 结果汇总评论 → 质量达标自动合并
• 项目一键初始化：输入项目描述 → 创建仓库 → 生成 README/LICENSE/CI 配置 → 创建初始 Issue 和里程碑
• 多仓库协同：跨多个仓库的统一 Issue 追踪、PR 状态看板、Release 协调发布
• 贡献者成长体系：追踪贡献者的 PR/Issue 活动 → 生成贡献排行 → 自动颁发徽章

交付要求：

• 工作流串联 ≥3 个 CLI 命令或 Skill 调用
• 如包含自定义 Skill，需兼容至少一个主流 AI Agent
• 提供可复现的执行脚本或 Agent 对话记录
• 在至少一个真实 GitLink 项目上运行并展示效果
• 提供工作流说明文档和架构图

这个场景所需的数据，我在 gitlink-health Skill任务中都准备好了。

接下来要做的任务：

• [ ] 调研贡献排行、徽章：openEuler、Gitee、国际开源社区等
• [ ] 实现贡献排行页面
• [ ] 实现徽章页面

调研贡献者成长体系

openEuler

openEuler贡献看板：

• 数据总览：社区用户（User）、贡献者（Contributor）、单位成员（Organization Member）、合并请求（PR）、需求&问题（Issue）、评审（Comment）、特别兴趣小组（SIG）、代码仓库（Repository）
• 单位成员贡献：PR、Issue、Comment
  • 统计周期：按照发行版
  • 显示范围：Top 10/20/全部
  • 公司名称
• 个人成员贡献：PR、Issue、Comment
  • 统计周期：最近一个月内/最近半年内/最近一年内/全部
  • Top 1-10
  • 序号、ID、合并请求PR的数量
• 特别兴趣小组活跃度全景图：每一列是某一技术领域，一列中有多个SIG组，越活跃的组颜色越深
• 社区治理运营：每一列是一个方向，每一列上有多个SIG组
• 技术委员会委员与特别兴趣小组关系：SIG组和对应的委员联系方式

大屏：

单位成员贡献：

个人成员贡献：

特别兴趣小组活跃度全景图：

社区治理运营：

对于GitLink的这个场景，单独做一个人成员贡献是不就可以了？ 是否有必要做组织？ 我觉得现在把单独成员的贡献排名做好即可，组织可以作为未来的方向。