为什么盯 Bounty Board 而不是主赛道

黑客松的主赛道奖金通常只有前 3 名能拿到，但赞助商在规则页里挂的 Bounty Board（附加奖励）往往是「符合条件即发」：赛道不限、名次不限，只看你有没有交付指定的小东西。同一场活动里，一个团队可以同时命中 3–5 个附加奖励，单个奖励常见是 API 额度券或平台 credit，通常为几十到几百美元等值，具体数额以活动规则页为准。

关键点：这些奖励大多以「平台额度」形式发放，而不是现金，正好可以直接当 AI Token 用。

操作步骤

第一步：活动前把规则页拆成表格

报名通过后，第一时间打开活动官网的 Rules / Prizes / Resources 三个页面，建一张表，字段固定为：

  • 奖励名称与赞助商
  • 交付物（demo 视频 / 仓库 / 部署链接 / 一段 prompt 日志）
  • 提交入口（Devpost 表单 / 赞助商自己的表单 / Discord 频道）
  • 截止时间（注意时区，多数按活动所在时区）
  • 额度发放方式（券码 / 直接充值到账号 / 人工联系）
  • 是否要求使用赞助商产品

多数黑客松平台（Devpost、lablab.ai、MLH 系活动）都会在页面上单列 sponsor prizes，逐个点进去抄，不要只看首页摘要。

第二步：优先挑「低交付成本 + 明确验收」的奖励

按性价比排序，优先做这几类：

  1. 使用赞助商 API 的赛道奖：本来就要调用模型，把调用日志和用量截图附上即可。
  2. 部署类奖励：要求把项目部署到某云平台或推理平台，部署链接就是交付物。
  3. 反馈类奖励：填写赞助商的产品问卷、提交 bug、写一篇使用体验，通常门槛最低。
  4. 社区悬赏：开发者社区（Discord、论坛、GitHub Discussions）里由官方或赞助方发布的 bounty，例如「写一个示例 notebook」「补一段文档」「做一个集成 demo」。

第三步：按验收口径反推交付物

每个奖励的判定标准写在规则里，常见表述是「must use X」「must be deployed」「must include a demo video」。把这三类硬性条件逐条对应到你的仓库：

  • README 首屏写明用了哪个赞助商产品、调用的是哪个模型
  • 仓库里保留 .env.example 与调用代码，证明真实接入
  • demo 视频控制在 2–3 分钟，前 15 秒说清用了什么

第四步：提交时同时留证

提交表单后，把以下内容存到一个文件夹：表单截图、提交确认邮件、仓库 commit hash、API 用量截图。额度发放出问题时，这些是唯一能拿来说明的材料。

第五步：活动结束后跟进发放

多数赞助商在活动结束后 2–6 周内发放额度，方式是邮件发券码或直接充值到注册邮箱对应的账号。到期没收到就按规则页上的联系邮箱发一封简短邮件，附上提交凭证。

注意事项

  • 一人多赛要看清条款：部分活动要求项目为活动期间新做，复用旧项目可能被判无效。
  • 额度有效期：券码类额度通常有 30–90 天有效期，领到后尽快在控制台兑换并记录到期日。
  • 账号一致性：用报名邮箱注册赞助商平台，否则人工核对时容易对不上。
  • 别虚构用量：赞助商可能抽查调用日志，伪造截图会被取消资格并列入黑名单。
  • 社区悬赏看发布者：只接官方账号或明确标注 sponsor 的悬赏，个人发布的「帮忙做项目换额度」不受平台保护。

适用场景

  • 有 1–2 天可投入、想低成本拿到第一批 API 额度的独立开发者
  • 团队已有可演示项目，想顺手多拿几个附加奖励
  • 需要为长期项目补充推理额度、但不想绑卡付费的开发者

常见坑

  • 只看主赛道奖金，忽略规则页底部的 sponsor prizes
  • 提交了项目但没在 README 里写明用了赞助商产品，被判不符合条件
  • 错过附加奖励的独立截止时间（通常早于主赛道截止）