为什么按「包内条目」而不是按「厂商」来激活
开发者计划和学生开发者包的问题从来不是「有没有额度」，而是包里的条目彼此依赖、有效期不同、激活顺序错了就白领。典型链路是：身份验证（学生/开发者）→ 云平台额度 → 模型服务或推理端点 → 本地/远程调用。任何一步顺序颠倒，后面的额度会因为缺少前置账号或未绑定计费主体而无法使用。
本文只讲当前（2026 年）可实际操作的条目，不编造额度数字；凡是具体数额，一律用「约/通常」表述，请以你所在地区控制台显示为准。
操作步骤
第一步：先做身份验证，别急着领额度
- GitHub Student Developer Pack：用校园邮箱或学籍证明通过 GitHub Education 验证。验证通过后，包内会出现若干合作方权益入口。注意：Pack 本身是「入口集合」，AI 相关权益分散在合作方页面，需要逐个点进去单独激活，不会自动到账。
- JetBrains 学术/学生授权：用校园邮箱申请学术许可证。它本身不是 Token 来源，但部分合作方会要求「有效的开发者工具授权」作为资格证明，先拿到可省一轮审核。
- Microsoft Azure for Students：用学校邮箱验证学生身份，通常无需信用卡即可开通，额度按年发放、有到期日，必须记下来。
- NVIDIA 开发者计划（含 DLI 学习入口）：注册 NVIDIA Developer Program 后，可访问 DLI 课程与部分 GPU 实验环境；DLI 的部分课程提供限时实验资源，属于「按课时消耗」而不是「按 Token 发放」，要按课程节奏用。
> 关键点：身份验证通常有 1–7 个工作日审核期，先提交、再并行准备下一步，不要等结果出来才开始。
第二步：把云额度落到「能跑推理」的服务上
- 在 Azure for Students 里开通所需资源组，优先确认目标区域是否支持你要用的模型服务（区域不支持时额度在账上但用不出去）。
- 若包内提供其他云或模型平台的合作额度（例如部分推理服务商的开发者试用），逐个在合作方页面完成「绑定账号 → 确认计费主体 → 领取试用」三步。
- 领取后立刻在控制台确认三件事：额度类型（现金/抵扣券/试用金）、适用范围（是否限模型或区域）、到期时间。
第三步：把额度接到调用端
- 在模型服务平台创建 API Key，记录端点地址与限速。
- 本地用环境变量保存 Key，不要写进代码仓库。
- 先跑一个最小请求验证额度是否真的被扣减（很多「领了但没用上」的情况是账号未绑定计费主体）。
第四步：做一张「权益台账」
用表格记录：条目名称、领取日期、额度类型、到期日、限速、是否已验证可用。每周检查一次即将到期的条目，优先消耗快到期的额度。
注意事项
- 学生身份有复核：多数学生计划会周期性复核学籍，毕业或学籍失效后权益可能中止，别把长期项目压在学生额度上。
- 额度不能提现、通常不可转移：包内额度一般绑定个人账号，转卖或共享违反条款，可能导致账号被封。
- 区域限制真实存在：同一权益在不同国家/地区的可用服务不同，控制台看不到的服务就是不能用，不要假设「换个区域就行」。
- 限速比额度更容易卡住你：免费层通常有每分钟请求数限制，额度还剩很多但被限速是常态，做压测前先读限速说明。
- 不要用多账号规避限制：同一身份重复注册通常违反条款，风险远大于收益。
适用场景
- 在校学生做课程项目、毕业设计，需要稳定但低成本的推理额度。
- 刚入门的开发者想在不绑卡的前提下跑通一次完整调用链路。
- 小团队做原型验证，用个人开发者身份先跑通 POC，再决定是否走商务采购。
常见失效原因
- 只领了 Pack 入口，没在合作方页面完成二次激活。
- 云额度领了但没开通对应区域的服务。
- 账号未绑定计费主体，调用直接报错。
- 忘记到期日，额度静默过期。