为什么是「团队座位池」而不是个人阶梯
个人阶梯返利的本质是「一个人邀请更多人」，天花板取决于你的社交半径；团队座位池的本质是「把组织里本来就存在的注册行为集中到同一条推荐链上」。2026 年主流 AI 平台（OpenAI、Anthropic、Mistral、Perplexity、Cursor、Windsurf、各类 API 聚合网关）的推荐奖励通常以「被邀请人完成首次付费/首次调用后，双方各得一笔额度」的形式发放，且多数允许把奖励沉淀在 Workspace/Team 账户里而非个人账户。这意味着：只要把新人注册动作统一走团队邀请链接，奖励就会自然汇入同一个池子。
关键区别在于奖励归属：个人账户的返利往往绑定个人邮箱、不可转移；Workspace 级推荐奖励通常进入团队账单抵扣（credit balance），可直接抵扣全组的 API 或订阅费用。这是本方案成立的制度基础。
操作步骤
第一步：确认平台是否支持「团队级」推荐沉淀
逐个核对以下三类平台，只把支持团队沉淀的纳入池子：
- 订阅型 AI 工具（Cursor、Windsurf、Perplexity Pro、Claude Pro 等）：查看推荐页是否写明奖励进入「team billing」或「workspace credits」。若只写「your account」，则只能做个人池，不要混入团队账。
- API 平台（OpenAI、Anthropic、Mistral、Cohere、Groq 等）：多数 API 平台的推荐/邀请奖励以 credit 形式发放到组织（Organization）账户，需在 Billing 页面确认 credit 是否可抵扣 usage。
- API 聚合网关与中转站：这类平台推荐奖励最灵活，通常直接给余额，且支持多 key 共享。但要注意有效期，通常为 30–90 天，过期作废。
把结果记成一张表：平台 / 奖励形式 / 是否可团队沉淀 / 有效期 / 触发条件（首次付费 or 首次调用）。
第二步：建立「一个团队邀请链接 + 一份注册台账」
- 为每个平台创建或使用团队 Workspace，由管理员生成唯一的团队邀请链接，禁止成员各自用个人链接拉人。
- 建一张共享台账（飞书/Notion 表格即可），字段：被邀请人、邮箱、注册日期、平台、触发条件是否达成、预计到账额度、实际到账日期。
- 指定一名「额度管理员」，负责每月核对 Billing 页面的 credit 余额与台账是否一致。这一步是防止奖励「发了但没人知道」的关键。
第三步：把「新人注册」变成入职流程的一环
新同事入职或新项目启动时，第一周内完成：
- 通过团队邀请链接注册目标平台；
- 完成触发条件（多数平台要求首次充值或首次 API 调用，最低金额通常很小，约几美元）；
- 在台账登记。
注意：触发条件往往需要真实付费，这笔小额充值本身就是成本，要用「奖励额度 > 充值金额」来筛选值得做的平台。不要为了返利去注册用不上的平台。
第四步：奖励到账后的分配规则
建议采用「贡献者优先 + 公共池兜底」：
- 邀请人获得奖励的 50%（激励继续邀请）；
- 剩余 50% 进入团队公共池，按各项目实际 token 消耗比例分配；
- 公共池每月结算一次，余额不足时优先用即将过期的 credit。
第五步：到期前 14 天做一次「额度盘点」
credit 类奖励普遍有有效期。每月固定一天检查：哪些 credit 将在 30 天内过期、当前消耗速率能否在过期前用完。用不完的，安排给消耗大的项目或做批量 embedding/评测任务消化掉，避免浪费。
注意事项
- 合规红线：几乎所有平台的推荐条款都禁止「自我邀请、批量注册虚假账号、同一主体多开」。团队池只能建立在真实同事、真实使用的基础上，否则奖励会被追回甚至封号。
- 不要虚构额度：不同平台奖励金额差异极大，且会随活动变化，以平台推荐页实时显示为准，不要按旧截图估算预算。
- 税务与报销：企业账户收到的 credit 通常不构成收入，但个人账户返现可能需要申报，走公司账户更干净。
- 平台条款会变：2026 年多家平台已收紧推荐奖励（改为仅限首次付费用户、限制单人年度邀请上限），每季度复核一次规则。
- 别把池子做成黑箱：台账公开可见，否则成员会怀疑奖励被吞。
适用场景
- 5–50 人的 AI 应用团队，每月有稳定的 API 消耗；
- 正在做多平台对比选型、需要大量试调用额度的团队；
- 有新人持续加入（实习生、外包、新项目组）的组织，注册动作天然发生；
- 不适合：个人开发者（用个人阶梯更直接）、以及消耗极低、充值都花不完的小团队。