为什么是「多账号池」而不是「单账号薅」
大多数 API 聚合网关（中转站）的免费额度有两个特点：额度小、按账号发放。单个账号的免费额度通常只够跑几次对话，但如果把多个账号的免费额度归集到一个统一入口，就能形成一条可持续使用的 Token 管道。
这个思路的核心不是「薅一次就走」，而是把免费额度当成基础设施来运营：注册、归集、切换、监控，形成闭环。
操作步骤
第一步：筛选支持免费额度的聚合网关
不是所有中转站都提供免费额度。你需要筛选出满足以下条件的平台：
- 注册即送额度：新账号注册后自动获得一定量的免费 Token（通常以美元额度或 Token 数量计）。
- 支持标准 API 协议：兼容 OpenAI 格式的
/v1/chat/completions接口，便于统一接入。 - 额度不过期或过期周期较长：部分平台额度有 7 天或 30 天有效期，优先选长期有效的。
- 允许合理多账号使用：注意平台条款，避免违反服务协议。
常见符合条件的方向包括：
- 国际聚合网关（如 OpenRouter、Together、Fireworks 等提供的免费层）
- 国内中转站（部分平台提供注册赠送额度，通常约几元到几十元人民币等值）
- 自建网关 + 多个上游免费层（LiteLLM、One API 等）
第二步：批量注册与额度归集
为每个平台准备独立的注册信息（邮箱、手机号等），完成注册后记录：
- 平台名称
- API Base URL
- API Key
- 免费额度数量
- 额度有效期
- 支持模型列表
建议用一个表格（Excel 或 Notion）统一管理。
第三步：用自建网关统一接入
推荐用 LiteLLM 或 One API 搭建本地网关，把多个上游的 API Key 配置进去：
```yaml
# LiteLLM config.yaml 示例
model_list:
- model_name: gpt-4o-mini
litellm_params:
model: openai/gpt-4o-mini
api_base: https://api.openrouter.ai/v1
api_key: sk-or-xxx
- model_name: gpt-4o-mini
litellm_params:
model: openai/gpt-4o-mini
api_base: https://api.together.xyz/v1
api_key: xxx
```
这样你的应用只需要请求本地网关，网关会自动路由到有额度的上游。
第四步：配置自动切换与额度监控
当某个上游额度耗尽时，网关应自动切换到下一个。LiteLLM 支持 fallbacks 和 retry 配置：
```yaml
router_settings:
fallbacks: [{"gpt-4o-mini": ["gpt-4o-mini"]}]
num_retries: 3
```
同时建议接入用量监控（如 LiteLLM 自带的 spend tracking），定期检查各上游剩余额度。
第五步：额度耗尽后的补充
当某个账号额度用完，可以：
- 注册新账号补充（注意平台规则）
- 切换到其他仍有额度的上游
- 参与平台活动获取额外额度
注意事项
- 遵守平台条款：多账号使用可能违反某些平台的服务协议，务必先阅读条款。本文仅讨论技术可行性，不鼓励违规行为。
- 额度有效期：部分平台额度有有效期，过期作废，需要定期检查。
- API Key 安全：多个 API Key 集中管理时，注意加密存储，避免泄露。
- 模型差异：不同聚合网关支持的模型可能不同，切换时注意兼容性。
- 速率限制：免费额度通常伴随严格的速率限制（如每分钟请求数），需要合理设计重试逻辑。
适用场景
- 个人开发者日常测试与原型开发
- 小团队内部工具的低频调用
- 学习与研究用途的模型对比测试
- 作为付费 API 的备份通道
小结
API 聚合网关的免费额度本身是零散的，但通过多账号注册 + 自建网关归集 + 自动切换 + 额度监控，可以把它变成一条相对稳定的 Token 供给管道。关键不是「薅一次」，而是把免费额度当成需要运营的基础设施。