为什么只盯「发布窗口期」
厂商推新模型、新 API 版本、新推理套餐时，会把最慷慨的免费额度集中投放在发布前后约 2–6 周。这段时间的特征是：额度大、门槛低、但有效期短、名额有限、规则随时改。所以这套打法不是「长期补给」，而是「窗口期收割」，必须当成一个有开始和结束的项目来跑。
下面的三层是叠加关系，不是三选一：先占公测席位，再锁早鸟价格，最后用首发邀请码把额度再抬一档。
操作步骤
第一层：公测 / Waitlist 排队席位
- 建立监控清单。盯住你常用模型厂商的 changelog、blog、开发者 Discord/论坛的 #announcements 频道，以及 Hugging Face 上「new model」趋势页。新品通常先在社区放风，再上官网。
- 发布前就登记 waitlist。多数厂商的公测表单会问用途、月调用量、公司规模；如实填「个人开发 / 小团队评估」，不要夸大用量，否则后续额度审批会对不上。
- 拿到公测资格后，第一时间把 SDK 版本、base_url、model 名称跑通一个最小请求。公测期常见坑是模型名带 -preview / -beta 后缀，文档滞后。
- 记录公测额度的到期日。公测额度通常按「授予日起 N 天」而非自然月计算，常见为 14–30 天（具体以厂商公告为准）。
第二层：早鸟定价锁定（Early-Bird / Founding User）
- 新品发布页常出现「Founding Member」「Early Access Pricing」「Launch Week Discount」这类档位，本质是用折扣换早期反馈。
- 只锁「按量计费折扣」或「首月赠送额度」，不要为了折扣预付大额年费。窗口期产品规则变动频繁，预付是最容易踩坑的一项。
- 若折扣需要信用卡，用一个专门的小额虚拟卡或设好消费上限的卡，避免自动续费把免费额度吃回去。
- 把折扣码、生效日期、失效日期记进同一张表，和第一层的公测额度放在一起，方便算总可用量。
第三层：首发邀请码 / Launch Code
- 首发邀请码通常出现在：发布直播的聊天区、官方 X/Twitter 置顶、Discord 活动频道、合作博主的评测文末尾、以及厂商 newsletter。
- 优先拿「注册即赠」类邀请码，其次才是「首充返额」类。前者是真免费，后者本质是折扣。
- 邀请码普遍有有效期（常见 7–30 天）和使用次数上限，拿到就立刻兑换，不要囤。
- 部分邀请码绑定新账号，老账号无法叠加；如果手上已有账号，先确认是否支持「老用户兑换」。
叠加与核算
- 做一张三列表：来源（公测/早鸟/邀请码）、额度或折扣、到期日。
- 优先消耗「最先到期」的额度，避免过期浪费。
- 三层叠加后，把总可用量除以你日均 Token 消耗，算出「能撑几天」，决定是否值得为窗口期临时改架构。
注意事项
- 不要虚构用量去骗公测资格。厂商会核对实际调用，虚报可能导致额度被回收甚至封号。
- 早鸟折扣常附带「必须提供反馈 / 填写问卷」的义务，不履行可能失去后续额度。
- 公测期的 SLA 通常不保证，别把生产流量压上去。
- 邀请码在二手交易平台流通的多为已失效或绑定他人账号的码，兑换前先看官方渠道是否仍在发放。
- 额度数字与有效期以厂商当期公告为准，本文不给具体数额，只给判断方法。
适用场景
- 个人开发者想在试用新模型时把成本压到接近零。
- 小团队在选型阶段，需要在不承诺采购的前提下拿到足够样本量做评测。
- 内容/评测类创作者，需要在发布窗口期快速产出对比文章。
失效判断
如果出现以下信号，说明该窗口期基本结束，应停止投入：官网发布页撤下早鸟档位、waitlist 表单关闭、邀请码兑换提示「已过期」、公测模型名去掉 -preview 后缀并转为正式计费。