怎么领，怎么用
- 注册账号：填写用户名、邮箱与密码，提交后到邮箱取验证码完成验证。
- 领取额度：验证通过后由平台发放一次性体验额度；此后每天可在控制台签到继续领取。
- 创建令牌：在控制台「令牌」页新建一个 API Key（OpenAI 兼容）。
- 直接调用：把 base_url 指向本网关即可，无需自备任何上游账号或密钥。
curl https://maas.thinkalike.com.cn/v1/chat/completions \
-H "Authorization: Bearer 你的令牌" \
-H "Content-Type: application/json" \
-d '{"model":"模型ID","messages":[{"role":"user","content":"你好"}]}'模型 ID 以榜单页当前列出的免费条目为准；不在免费池内的模型对免费额度账号不可见。
额度从哪里来，以及不从哪里来
三条来源，全部是我们自己持有并承担相应责任的账号与公开信息：
公开免费模型目录聚合平台与厂商公开的免费模型条目，由采集引擎每日复核，带核验日期与出处链接。
自有账号的官方免费额度我们自己厂商账号上的官方免费层与每日签到。规则是：取得该账号凭据并逐条取证后才计入对外榜单；当前这些来源在「未纳入」表里公开标注为需凭据／未取证，不宣称正在发放。
新账号一次性代金券为我们自己的新账号通过官方接口申请的密钥与一次性额度，人工实名、工具辅助录入；同样只在取证完成后纳入，不预告未取得的数值。
明确不做的事
- 不批量注册账号，不使用临时邮箱或接码服务。
- 不破解或绕过验证码，不重置设备指纹、安装标识或机器码。
- 不接收、复用他人账号、密钥或登录会话，包括网上流传的"免费 key"。
- 不对厂商的服务条款做任何技术绕过：条款不允许分发的来源一律不纳入，并公开列出原因。
为什么这样反而更可靠：靠批量注册堆出来的"无限免费"随时会被厂商风控收回，账号与令牌可能某天直接失效，也没法对外解释额度来源。我们只做能公开解释、能复核、能长期维护的那部分。
限额与熔断（把限制说清楚）
| 项目 | 机制 |
|---|---|
| 注册赠额 | 一次性发放，数值由平台配置，可为 0（活动未开榜时即为 0）。 |
| 每日签到 | 每人每天一次，在设定区间内随机发放；关闭签到即完全停发。 |
| 每日总量熔断 | 平台设有当日发放总量上限；注册赠额、每日签到，以及落到免费池在册用户身上的人工补发都计入当日敞口，达到后自动关闭签到与注册赠额，回落后恢复。查不到目标用户的补发记录（例如内部验收脚本给自己建的临时账号加额度）如实上报但不计入，避免把测试当成对外发放。属监控熔断而非账务硬顶，口径如实说明。 |
| 分组隔离 | 免费额度账号被限定在免费池分组，池外模型不可见、不可调用，因此不会转成付费消耗。 |
| 请求限速 | 免费池按分组限速，防止单账号占满上游配额。 |
| 管理员额度 | 管理员账号使用独立额度与全部分组，可调用非免费渠道，与免费池互不影响。 |
上游免费政策会变动，额度可能收窄、限流或下架；本页与榜单页都不承诺可得性、不承诺永久免费。
作为聚合平台，我们还提供什么
- 统一接口：OpenAI 兼容端点，一套令牌跨多个上游，含流式返回。
- 多渠道编排：按权重与可用性路由，渠道异常自动摘除，避免单点上游把业务打挂。
- 令牌与配额：按令牌限流、限额、设有效期，便于把不同业务分开核算。
- 用量与成本：调用日志与用量统计，可按令牌与模型核对。
- 私有化交付：支持内网离线部署，适合不便出公网的场景。
企业级用法（私有化部署、独立渠道、成本核算）请走试用申请：
跟踪与反馈
- 榜单页评论：在官网榜单页可对某个来源或模型留言，先审后发，用于反馈可用性与限流体验。
- 邀请同事：把本页发给同事，一起用同一套免费池验证业务能否跑通。
- 开榜通知：额度政策变动会同步更新榜单页与 Markdown 说明，两处数据同源。
- 开榜前置条件公开可查：网关每 10 分钟自报一份只读 JSON（
pool-readiness.json），缺哪一项就列哪一项（当前：免费池还没有可路由渠道）。我们不用口头承诺代替可核对的数据。 - 每日发放上限是配置项，不是话术：同一份 JSON 的
issuance_cap就是当日发放总量上限（quota口径，含quota_per_unit换算与配置来源），榜单页与官网活动页据此显示具体数字。本页不复制数值，避免页面与配置各说一套；上限调低或调高都以那份 JSON 为准。