同一模型，多家报价，成功率公开
每一行是一个「商户 × 模型」的渠道。同一个模型往往有多家供应商同台竞价 —— 价格、倍率、实时成功率与 TTFT 全部来自被动统计，无需登录即可查看，也不需要你自己去比价。
多条渠道自动兜底，坏一条你几乎无感
直连单一供应商，它一抖你就跟着抖。akrouter 下同一个模型有多条渠道 —— 某条失败或变慢，请求在首字节真正发给你之前就自动换到下一条，你几乎察觉不到。
首字节前失败，自动换渠道
在第一个内容片段真正发给你之前，我们先握住上游的响应。连接错误、5xx、限流、 首 token 超时这些失败会自动换下一条渠道，客户端只看到一次正常的响应。
反过来也守得住：已经写出语义字节后，绝不再 failover。拼接两个上游的流会腐化对话内容而客户端察觉不到 —— 那比直接报错更糟。
个别渠道抽风，不会变成你的失败率
某条渠道开始掉成功率时，路由自动把请求导向表现更好的渠道，并逐步降低这条的权重 —— 你看到的是稳定的成功率，而不是跟着某一家一起抖。
每条渠道的实时成功率与延迟都公开在 状态页，可自行核对 —— 不是我们说好就好。
还有几件你可能在意的事
价格围栏
给价格设一道围栏，太贵的渠道就不会落到你头上。需要时在控制台开，粗细几种粒度自选。
失败不收费
没有产出的失败不计费；一次请求里的多次 failover 也只按一次算。
路由随你调
低价 / 高速 / 稳定 / 综合四档预设，可按模型覆盖；改了策略不影响进行中的请求。
有稳定的模型供给？接成一条渠道，一起竞价
akrouter 的每一行报价背后都是一个真实商户。如果你手上有能稳定对外供货的模型资源 —— 批发额度、订阅账号池或自建中转，可以把它接成一条渠道， 与同模型的其它渠道并排竞价 —— 排序由价格与实测表现决定，不卖位置。
- 1 / 4
提交渠道申请
填上游 base_url、凭据与支持的模型。「一键获取模型」会当场调一次上游的模型列表，调不通就不必往下走了。
- 2 / 4
实测核验
审核员对你的端点实测：可用模型、协议原生性、能力、延迟。判断依据是实测结果，不是表单声明。
- 3 / 4
人工审核
在实测结果之上，人工判断机器判断不了的部分：商户可信度、定价合理性、说明是否有误导。被拒会给出具体原因。
- 4 / 4
上架参与路由
上架后进入市场页，与同模型的其它渠道并列展示价格、倍率、实时成功率与延迟。可随时自助下架，下架后重新上架无需再审。
审核依据是实测
提交后由审核员对你的端点实测：可用模型、延迟、能力。判断依据是实测结果而不是表单声明。被拒会给出具体哪一项不合格。
表现公开，不卖位置
你的价格、倍率、实时成功率与 TTFT 在市场页对所有人可见，与同模型的其它渠道并排。做得好排前面，做不好会被降权 —— 但降权是有序等级不是布尔摘除，一次抖动不会让你直接消失。
按量结算，账本可对
每一笔应结都以请求 ID 为幂等键记入商户账本，仅追加不可改，你可以逐条核对。结算页同时显示累计应结、累计抽成与累计已打款，三个数字必须能对上。
我们提供的是现成的流量入口、计费与结算，以及一套公开的可用率口径。不承诺保底流量，也不承诺固定收益—— 分到多少请求取决于你的价格与实测表现，与其它在架渠道的相对关系。 上架前建议先看一遍 审核标准与自动拒绝条件，别白填一次表单。
按你在用的客户端，选对应的入口
不用换 SDK，也不用改请求体 —— 按客户端选对应入口就能接。三套入口互相平级，没有主次；只有在某个模型没有同协议渠道时，才会跨协议翻译作为降级，并在请求日志上留痕。
原生 Messages API，含 thinking block 与 cache_control 断点
原生 Responses API，含 reasoning item
最广泛兼容的入口