为什么盯住「窗口期」而不是「长期免费额度」
官方 Free Tier 的额度通常按月或按日刷新，额度小、限速严；而限时促销、节日活动和首发福利的共同点是：额度一次性给得大、门槛低、但有效期短。它们的价值在于「补充峰值算力」——把一次性的大额度用在模型评测、批量跑数据、上线前的压测上，而不是当日常口粮。
判断一个窗口值不值得抢，只看三点：
- 是否有明确的截止时间（倒计时/活动页写死的结束日期）；
- 是否需要绑定支付方式（要绑卡就要提前想清楚自动续费与退款）；
- 额度是否过期作废（多数首发福利有 14–90 天有效期，不滚动）。
操作步骤
第一步：建立你的「窗口雷达」
按下面四类信源固定每周扫一遍，不要只依赖邮件推送：
- 官方博客 / Changelog 页：新品发布、模型上线、区域开放，通常随发布附赠首发额度。
- 官方 Discord / Slack 的 #announcements 频道：黑客松、限时活动的首发通知往往先出现在这里。
- 定价页的顶部 Banner：促销期通常会在 pricing 或 billing 页挂横幅，写明折扣或赠送规则。
- 控制台内的 Billing / Credits 页：有些活动额度是「静默到账」的，不点进 Credits 页根本看不见。
第二步：按窗口类型执行领取动作
A. 限时促销（Promo）
- 触发条件：多为「首次充值赠额」「订阅首月赠送」「限定时段按量打折」。
- 领取动作：进入 Billing → Redeem / Promo Code 输入活动码；若为充值赠额，先确认最低充值门槛与赠额比例。
- 注意：充值赠额通常赠额部分不可退款，且可能限定特定模型或区域。
B. 节日活动（Holiday / Seasonal）
- 触发条件：春节、黑五、开发者日、平台周年庆等固定节点，常见形式是「登录即领」「连续打卡赠额」「每日签到翻倍」。
- 领取动作：活动期内保持账号活跃（登录 + 至少一次 API 调用），部分平台要求绑定邮箱验证后才发放。
- 注意：节日活动额度领取后往往有独立有效期，且可能要求在同一自然月内用完。
C. 首发福利（Launch / Waitlist）
- 触发条件：新模型、新区域、新产品线开放时，面向早期用户或候补名单发放。
- 领取动作：第一时间加入 Waitlist 并完成邮箱/手机验证；模型上线当天在 Playground 或 API 控制台确认额度是否已注入。
- 注意：首发额度多为一次性、不可续领，且常常限定新模型本身，不能用于其他模型。
第三步：把额度「排期」而不是「囤着」
拿到额度后立刻做两件事：
- 在日历里记录到期日，并提前 3 天设提醒；
- 把高消耗任务（批量评测、数据清洗、长上下文压测）排在到期前完成，把日常调用留给长期 Free Tier。
第四步：账号与资格自查
领取前先过一遍这张表，避免做了动作却拿不到：
- 账号是否已完成邮箱验证与实名/企业认证？
- 是否属于活动排除地区？
- 是否已绑定支付方式（部分活动强制要求）？
- 是否重复领取过同类活动（多数平台按账号而非按邮箱判重）？
- 是否为新用户专属（老账号通常不符合）？
注意事项
- 不要用多账号刷活动。多数平台的风控会按设备指纹、支付方式、IP 关联判重，触发后可能连带封禁主账号。
- 警惕第三方「代领」「内部码」。这类链接常带钓鱼或推广劫持，只走官网活动页和控制台内的 Redeem 入口。
- 赠额与付费额度的扣减顺序要提前确认，否则可能出现「赠额还在、账单已扣款」的情况。
- 自动续费默认开启是充值类促销最常见的坑，领完立刻检查订阅设置。
- 额度数字请以活动页实时显示为准，本文不引用任何固定数额。
适用场景
- 需要在短期内跑大批量推理（模型对比、评测集、合成数据）的个人开发者；
- 赶在 Demo Day、黑客松或产品上线前需要临时算力的团队；
- 想低成本试新模型、但不想立刻付费订阅的尝鲜用户。
一个可复用的领取节奏
周一到周三扫信源，周四集中领（避免错过临期活动），周五把本周领到的额度统一登记到期日并排任务。保持这个节奏，你基本不会错过任何一个真实存在的窗口期。