NekoCode
第三方 API 服务
NekoCode 是一个第三方 AI API 中转服务,主要用途是给 Claude Code、Codex 这类支持自定义端点的编程工具换一个入口。官网公开模型的分组倍率与按 token 的调用明细。它不是模型厂商的官方 API,可用模型与计费以平台控制台为准。
面向 Claude Code 与 Codex 等编程工具的第三方中转服务,公开分组倍率。
第三方 API 服务聚合中转
这是第三方 API 服务,不是模型厂商的官方接口,计费、可用性与数据处理条款由服务方自行决定。
- 类型
- 第三方 API 服务
- 主要分类
- 聚合中转
- 认证方式
- API Key · 使用平台签发的密钥;主要用法是把编程工具的模型端点指向平台地址。
- 接口兼容性
- 兼容 OpenAI 接口、兼容 Anthropic 接口
- 计费模式
- 预付额度 · 官网按厂商列出模型并标注分组倍率,平台价格约等于上游价格乘以该倍率;倍率与单价以平台当前价格页为准。
- 状态
- 正常运营
接口能力
文本生成对话代码推理
典型场景
编程助手对话机器人开发者工具
NekoCode 是一家第三方 AI API 中转服务,官网把自己定位为 Claude Code 与 Codex 的网关,统一接入 OpenAI 与 Anthropic 模型,并公开各模型的分组倍率与调用明细。它不是模型厂商的官方接口。
这是什么
NekoCode 是一家第三方 AI API 中转服务,官网把自己定位为 Claude Code 与 Codex 的网关:统一接入 OpenAI 与 Anthropic 模型,集中管理调用、计费与使用记录。
它不是模型厂商的官方接口。中转与官方的结构性差别见 API 中转站是什么?和官方 API 有什么区别。
为什么是「给编程工具用的网关」
Claude Code 与 Codex 这类命令行编程工具允许把模型端点指向自定义地址,因此可以接在中转服务后面使用。这也是这家服务的主要使用方式——不是让你写代码调 API,而是给已有的编程工具换一个入口。
需要提醒的是:能连上不等于体验一致。编程工具对流式事件、工具调用与长上下文的依赖比普通聊天应用重得多,任何一处兼容不到位,表现出来的都是「工具突然卡住」而不是报错。接入后应该用真实任务跑一轮,而不是只测一句 Hello。
分组倍率:看懂价格的关键
官网按厂商列出模型,并标注分组倍率(例如某个分组标为 ×1.2),同时给出人民币与官方美元价的对照。
理解这套定价,倍率比标价重要:
- 平台价格 = 上游价格 × 分组倍率,倍率不同,同一个模型的实际成本完全不同;
- 不同分组可能对应不同的上游通道,倍率低的分组未必和倍率高的分组是同一条路径;
- 倍率会调整,因此不要把当前折扣写进长期成本模型。
选型时应该问的是「我要用的模型在哪个分组、倍率是多少」,而不是「首页写了几折」。
用量明细与对账
官网说明每次请求按 token 计量,并记录模型、分组、输入输出与费用。
对团队来说这是有实际价值的一项:中转服务最常见的争议就是「账单对不上」,而能按请求粒度导出明细,才有可能自己复核。接入后第一件事就是确认明细的字段够不够你做对账,而不是等月底才发现只有一个总数。
路由与故障切换的说法
官网称会根据上游状态自动选择可用通道,异常时冷却并切换。
这类机制本站无法从外部验证,也没有做过独立监测。它可能确实提高了可用性,也可能意味着你的请求在不同时间走了不同的上游——后者会带来一个容易被忽略的后果:同样的输入,不同时间的结果风格可能不一致。对稳定性要求高的流程,值得自己记录返回内容做抽样比对。
适合谁
- 主要在 Claude Code、Codex 这类支持自定义端点的编程工具里使用的人;
- 需要按项目或成员拆分用量、能自己对账的小团队;
- 愿意接受「上游通道由平台调度」这一前提的使用者。
接入前要确认什么
- 你要用的模型在哪个分组、倍率是多少;
- 编程工具的完整工作流(长上下文、工具调用、流式输出)是否都实测过;
- 用量明细能否导出,字段是否够对账;
- 数据经第三方转发是否符合你的要求——代码通常比聊天记录更敏感。
官方接口的对照见 Anthropic API 与 OpenAI API;编程工具本身的使用见 Claude Code 基础用法。
关于 NekoCode 的常见问题
NekoCode 是官方 API 吗?
不是。它是第三方中转服务,把请求转发给上游模型厂商,计费与条款由服务方自行决定。
分组倍率是什么意思?
平台价格大致等于上游价格乘以该分组的倍率。选型时该问的是「我要用的模型在哪个分组、倍率多少」,而不是首页写了几折——不同分组还可能对应不同的上游通道。
能直接给 Claude Code 用吗?
官网就是这么定位的。但编程工具对流式事件、工具调用与长上下文的依赖很重,任何一处兼容不到位表现出来的都是「工具卡住」而不是报错,接入后要用真实任务跑一轮。
账单能自己核对吗?
官网说明每次请求按 token 计量并记录模型、分组、输入输出与费用。接入后第一件事就是确认明细字段够不够你对账,不要等到月底只看到一个总数。
自动切换通道有什么副作用?
可能带来结果不一致:同样的输入在不同时间可能走了不同上游。对稳定性要求高的流程,建议自己记录返回内容做抽样比对。