AtmoRouter：更便宜的OpenRouter替代方案，按Token计费

大模型API中间层赛道正在分化出三种截然不同的商业模式：以OpenRouter为代表的纯聚合商加成定价，以Command Code为代表的订阅制捆绑套餐，以及一种更激进的新玩法——按Token付费、无月费、价格直接压到官方定价以下。新入局的AtmoRouter选择了第三条路。

API网关的三国杀：聚合、订阅与按量付费

OpenRouter的定价逻辑很透明。根据其FAQ，它按供应商原价透传，不赚差价，而是从充值环节收取5.5%的手续费（最低$0.80），加密货币支付则为5%。这种模式意味着你调用的每个模型几乎都是官方标价。

Command Code走的是订阅路线。Go套餐$1/月、GOAT $10/月、Pro $20/月、Max 10× $100/月，均附带一定额度的积分池，但积分受到5小时和每周使用上限的约束，低档位套餐还有单模型额度限制。走纯API的Provider套餐则需$15/月。

AtmoRouter则提出第三种方案：没有订阅、没有席位限制、没有最低消费，大量模型的单Token费率直接标在官方价格以下。

什么是API中间层（LLM Router）

API中间层是指在开发者与模型供应商之间架设的一层代理服务，对外暴露统一的接口（通常是OpenAI兼容格式），对内则负责将请求路由到不同的模型供应商。其存在的意义来自三个现实问题：第一，模型供应商众多，各自的API格式、鉴权方式和计费口径不同，逐一对接成本高；第二，单一供应商可能限流、宕机或涨价，需要自动故障转移；第三，开发者希望按模型、按Key、按项目维度统一计量成本与用量。中间层本身不训练模型，其商业价值取决于两点：能否以更低价格拿到上游容量（例如批量采购、区域差价或特价资源），以及能否在路由、计量和可用性上提供上游不具备的工程能力。

价格对比：AtmoRouter vs OpenRouter

以每百万Token的美元价格为口径，下表数据来自两家服务的公开/models API：

模型	OpenRouter（输入/输出）	AtmoRouter模型ID	AtmoRouter（输入/输出）
Claude Sonnet 5.5	$2.00 / $10.00	cc/claude-sonnet-5-5	$0.50 / $2.50
Claude Sonnet 4.6	$3.00 / $15.00	cc/claude-sonnet-4-6	$0.75 / $3.75
Claude Opus 4.6	$5.00 / $25.00	cc/claude-opus-4-6	$1.25 / $6.25
GPT-6 Astra	$10.00 / $50.00	cx/gpt-6-astra	$0.10 / $0.50
GPT-6 Sol	$2.00 / $10.00	cx/gpt-6-sol	$0.045 / $0.225

几个需要注意的点：OpenRouter列出的数字是透传标价，5.5%的充值手续费还需另算。AtmoRouter常把同一模型挂在多个上游家族下（例如ag/、cc/、cx/前缀），每个变体有独立的价格、上下文窗口和容量池，上表每个模型只列了一个选项。想查看全部变体需要调用/v1/models接口。

以GPT-6 Astra为例，AtmoRouter的输入价格仅为OpenRouter的1%。这种价差幅度如果长期成立，对大批量调用前沿模型的开发者来说差异相当可观。

缓存输入（Prompt Caching）与计费口径

"缓存输入的计费为输入价格的10%"指的是大模型供应商提供的Prompt Caching机制：当请求的前缀部分（通常是系统提示词、长文档或工具定义）与近期请求重复时，上游可以将这部分KV Cache复用，避免重复计算，从而大幅降低成本。常见实现包括Anthropic的Prompt Caching（显式标记cache_control）和OpenAI的自动前缀缓存。不同供应商对缓存Token的计费折扣不一，通常为正常输入价格的10%到25%。需要注意的是，缓存命中依赖前缀完全一致且在上游的缓存有效期内，跨供应商路由时缓存往往无法共享，因此中间层是否透传供应商的usage字段（含缓存读写Token数）直接决定了计费是否准确。文中公开的计费公式将cached单列并按0.10系数计算，正是为了让用户能核对每一笔扣费。

核心功能：兼容性与工程细节

AtmoRouter的产品定位是OpenAI API的即插即用替代品。你只需要改base URL和API key，现有SDK代码无需改动。Anthropic兼容的客户端同样可以接入。

几个值得关注的工程细节：

路由到健康容量。 耗尽或降级的上游会被自动跳过，请求不会因为某个供应商临时不可用而失败。

精确到Token的计量。 输入和输出分开计价，基于上游返回的usage报告计算。缓存输入的计费为输入价格的10%。

真正的流式传输。 完整的SSE透传，使用OpenAI格式，最后一帧携带usage信息。停止流即停止扣费。

Key级管控。 可以创建不限数量的Key，每个Key可以设置独立的速率限制和模型白名单。

可审计的用量。 每个请求都记录了Token数、延迟和成本，支持导出。

失败请求不计费。 如果上游请求失败，不会产生费用。每个响应还包含X-Atmorouter-Cost响应头，显示本次扣除的精确金额。

计费公式也是公开的：

cost = ((in − cached) × input_price + cached × input_price × 0.10 + out × output_price) / 1M

充值方式为Solana链上的USDC或QRIS支付，不需要绑定银行卡，没有周期性扣款。余额不足时阻止新请求，不会透支。

SSE流式传输与最后一帧usage

SSE（Server-Sent Events）是基于HTTP长连接的文本流协议，也是OpenAI、Anthropic等接口返回流式输出的标准方式。流式传输下，模型逐Token推送增量内容，客户端可以边收边渲染，首字节延迟显著低于等待完整响应。问题在于计费：如果响应中途中断，服务端究竟处理了多少Token？OpenAI在流式响应中支持stream_options: {"include_usage": true}，会在最后一个数据帧（通常内容为空、finish_reason已设置）中携带完整的prompt_tokens、completion_tokens及缓存明细。中间层若完整透传这一帧，用户就能拿到与请求实际消耗一致的账单；反之，如果中间层自行截断或改写最后一帧，计费就会失准。文中"停止流即停止扣费"依赖的正是上游按实际生成Token计费的机制。

两行代码完成迁移

如果你已经在用OpenAI SDK调用OpenRouter，迁移只需要改动两处：

from openai import OpenAI

client = OpenAI(
    # base_url="https://openrouter.ai/api/v1",   # 之前
    base_url="https://atmorouter.dev/v1",          # 之后
    api_key="ar-xxxxxxxxxxxx",                     # 你的AtmoRouter密钥
)

Node.js的写法同理。对于CLI工具和编码Agent，设置环境变量即可：

export OPENAI_BASE_URL="https://atmorouter.dev/v1"
export OPENAI_API_KEY="ar-xxxxxxxxxxxx"

需要注意模型ID的差异。OpenRouter使用anthropic/claude-sonnet-5.5这样的格式，AtmoRouter使用cc/claude-sonnet-5-5，切换时模型字符串需要同步更新。

三家平台横向对比

	OpenRouter	Command Code	AtmoRouter
定价模式	透传供应商价格 + 5.5%充值费	月费套餐含积分；$15/月Provider API	按Token付费，无订阅
使用限制	供应商速率限制	套餐积分有5小时和每周上限	自行设置的Key级速率限制
OpenAI兼容	是	是（Provider套餐）	是
支付方式	信用卡、支付宝、USDC	订阅 + 充值	Solana USDC、QRIS

三种定位各有适用场景。OpenRouter的模型目录最全、供应商级路由控制最丰富；Command Code更适合想要开箱即用编码Agent的用户；AtmoRouter则瞄准了对单Token成本敏感、不需要订阅绑定、希望用最少代码改动完成迁移的开发者。

适合谁用

选择API中间层时，最核心的判断维度是：你的调用量有多大，对价格有多敏感，以及是否愿意接受订阅制的使用上限。

如果月调用量很大且主要使用前沿模型，AtmoRouter按Token计价且低于官方价格的方式，可能在成本上明显优于透传模式。如果调用量小、更喜欢可预测的固定月费，Command Code的订阅套餐更合适。如果需要一个品类最全的模型市场和灵活的路由策略，OpenRouter仍然是稳妥的选择。

注册流程简单：邮箱注册、USDC或QRIS充值、生成ar-前缀的Key、把客户端指向https://atmorouter.dev/v1。整个迁移以代码行数计算，不是以天计算。