GitLab 黑客松参赛指南

要解决什么问题

GitLab 季度黑客松（Quarterly Hackathon）和 Transcend 等活动有明确的时间窗、合并截止日与计分规则。常见翻车不是技术做不出来，而是 MR 开得太晚、没在活动期内打开、合并截止前零合并导致资格分归零，或为了刷评论、碎片化 commit、乱打标签而被维护者反感甚至 disqualify。

本技能面向「想正经拿分、又希望 MR 能被快速合并」的参与者，把参赛流程收成可重复执行的战役简报，而不是临场搜文档碰运气。

技能如何工作

Quick Start 要求先核对官方页面与 API：contributors.gitlab.com/hackathon、当前活动 api/v1/hackathons/current、以及 Contribution points 文档，再确认资格（例如季度赛至少要有一条符合规则的已合并 MR）。

核心策略分三阶段：

1. Analyze：一页战役简报——UTC 起止、合并截止、赛道/标签（如 Hackathon、quick-win）、榜单结构与个人时间/权限约束。
2. Qualify：优先选小范围、可测、维护者近期活跃的 issue，先落地一条低风险、diff 小的合格 MR；CI 通过后再按项目流程请 review，并尽快 resolve 讨论线程。
3. Compound：资格稳固后再叠加合法 MR；尽量 MR 关联真实 issue（合并关联 issue 有额外计分）；评论、打标、关 issue 只在能推动工作时做。

技能还列出计分杠杆（如 MR merged 60 分、关联 issue +30 等，需每次赛前对照 user guide）和 Issue/MR 选型清单（偏好清晰验收标准；避开大迁移、不稳定 CI、需 protected branch 的改动）。GitLab 具体操作需配合 gitlab-agent 技能执行。

适用边界与注意点

• Transcend 现金奖通常还要求注册与 DevPost 提交；仅榜单活跃不一定满足领奖条件，赛前务必重读当年活动页。
• 技能内置 Exploit Watchlist：提醒「窗口外开 MR」「合并截止后合并」「刷 commit/评论/错误标签」等边界，目的是公平参赛，不是找规则漏洞。
• 文档中的 Transcend 2026 时间（6 月 10–24 UTC、Knowledge Graph 方向）会随官方更新变化，执行前以 live 页面为准。