jiames1969

真没必要

@IndexOutOfBounds #16 我们是内部用，没事；对外销售，100%不安全，给个联系，可以交流交流

@guyueyiren #5 已赠送，欢迎提提意见

不是，你胆子这么大吗？网站->github->国内身份，上海已经有判刑的了，你这个一举报一个准啊

真棒，问下，我自己也有一个 saas 工具平台（付费的），能把里面的抄到我的里面去吗？

@honjow #11 贴后想起来了。。。也删不掉了

@SayHelloHi #12 new api 是底子，距离能用还有蛮多需要弄的

@hsir #5 问过了，感觉差点意思


我把你这里的 cc 按 Claude Code 理解。按 New API 的实际逻辑看，核心结论是：能不能一个 key 跑多个模型，取决于这些模型是否在同一个令牌分组可访问；倍率不是“充值倍率”，而是调用时扣配额的折扣/加价系数。

1. 界面好看的，是 fork 二开还是有模板？

两种都有。

第一种：官方新版前端。New API 本身现在就有 “New UI / Modern user interface design”，而且 v1.0 更新日志里明确有“next-generation frontend built from the ground up”。所以你看到的一部分好看界面，可能不是二开，只是别人跑的是新版/默认新前端，而你本地跑的是旧版本或旧主题。 

第二种：fork 二开/美化版。 很多商业站会改首页、登录页、定价页、侧边栏、深色主题、卡片样式，甚至单独做一个落地页，后端还是 New API 。注意 New API 是 AGPLv3 ，官方 README 里要求修改版保留作者归属和指向原项目的可见链接。 

你可以先做最省事的路线：升级到新版镜像/最新 release ，看官方新 UI 是否已经满足；不满足再改前端。前端大概率是“改源码 + 重新 build 镜像”，不是后台一键换模板。

2. 接入 OpenRouter ，国内有没有头部中转可以直接入？

OpenRouter 自己就是一个统一 API 聚合平台，官方文档说它通过单一 endpoint 访问大量模型； API 调用也就是 Bearer key ，OpenAI SDK 里把 api_base 设为 https://openrouter.ai/api/v1 。 

在 New API 里接 OpenRouter ，通常就是：

渠道类型：OpenAI 兼容 / OpenRouter （看你版本里怎么命名）
Base URL： https://openrouter.ai/api/v1
Key：OpenRouter API Key
模型：填写 OpenRouter 的原始 model id

国内“直接入”的话，我更建议分两类看：

正规云厂商/平台型上游：硅基流动、阿里云百炼、火山方舟、腾讯混元、百度千帆、七牛云 AI 大模型推理等。硅基流动明确写了“One API for all models, fully OpenAI-compatible”；阿里云百炼、腾讯混元、百度千帆也都有 OpenAI 兼容接口说明；七牛云有 AI 大模型推理、API Key 管理、Claude Code 相关接入文档入口。 

个人/小站中转：我不建议把生产流量、客户数据、长期余额直接压在未知私站上。尤其是“特别便宜的 OpenAI/Claude/Codex/Claude Code”要重点看：是否有合法授权、是否记录请求、是否支持退款、是否稳定、是否会突然清退。New API 官方也强调项目仅用于合法授权 API 网关、内部管理和私有化部署，上游 key 、账号和模型服务要合法取得并遵守条款。 

3. code 分组 5 折、cc 分组 8 折，是不是必须建 2 个 API key ？

不一定，但按现在常见配置，两个 key 最清晰。

New API 的“分组”同时控制 渠道访问权限 和 计费倍率。官方文档写得很明确：用户、令牌、渠道都能指定分组；渠道可以限定只对某些分组开放；令牌创建时可以指定使用哪个渠道分组。 

所以：

一个 key 可以调用多个模型，前提是这个 key 所属的分组里，同时有这两个模型的可用渠道，并且令牌没有做“模型限制”。令牌高级配置里“模型限制”为空就是不限制模型。 

但如果你现在设计成：

code 分组：只放 Codex 相关渠道，分组倍率 0.5
cc 分组：只放 Claude Code 相关渠道，分组倍率 0.8

那一个令牌绑定到 code ，就只能走 code 可访问渠道；绑定到 cc ，就只能走 cc 可访问渠道。官方文档提到令牌分组可以设为 auto ，按优先级自动选择可用分组，适合跨分组容灾，但这不等于“同一个 key 按模型精确套不同折扣组”。 

实操上有三种方案：

方案 A：两个 key 。sk-code 给 Codex ，sk-cc 给 Claude Code 。最清楚，日志、成本、限额、风控也最好分。

方案 B：一个统一分组。 把 Codex 和 Claude Code 的渠道都放进同一个分组，用模型倍率/模型价格控制差异，而不是用分组倍率控制差异。

方案 C：二开路由。 做“请求模型名 → 自动切到指定分组”的逻辑。这个不是最基础的用法；类似“令牌多选分组”的需求在项目 issue 里也有人提过。 

4. 倍率怎么算？“1 元 = 1 刀，codex 分组 2 折”是不是 1 元等于 5 刀额度？

在 站内账本口径 下，可以这么理解：如果 1 元充值得到 1 美元内部余额，分组倍率 0.2 ，那么同样的余额相对 1.0 分组能多用 5 倍。 但这不是说上游真实给你 5 美元，而是你的站内扣费打了 2 折。

New API 的官方计费逻辑是：

配额消耗 = (输入 token + 输出 token × 补全倍率) × 模型倍率 × 分组倍率

并且内部单位是：

1 美元 = 500,000 配额点数



所以可以推导出：

内部输入价 / 1M tokens = 2 美元 × 模型倍率 × 分组倍率
内部输出价 / 1M tokens = 2 美元 × 模型倍率 × 补全倍率 × 分组倍率

举个简单例子，假设某模型：

模型倍率 = 1
补全倍率 = 1
分组倍率 = 0.2

那么：

输入 1M tokens = 2 × 1 × 0.2 = 0.4 美元内部余额
输出 1M tokens = 2 × 1 × 1 × 0.2 = 0.4 美元内部余额

如果站主设置 1 元人民币 = 1 美元内部余额，那么 1 元在 0.2 分组下，大约相当于 1.0 分组的 5 元/5 美元内部使用量。

再拿官方文档里的 gpt-4o 示例倍率看，文档示例给的是模型倍率 1.25 、补全倍率 4 ；如果分组倍率是 0.2 ，则内部价约等于输入 2 × 1.25 × 0.2 = 0.5 美元 / 1M tokens ，输出 2 × 1.25 × 4 × 0.2 = 2 美元 / 1M tokens 。 

一句话：分组 2 折 = 消耗按 20% 扣；余额可用量变成 5 倍，但只是在这个站的内部余额口径里成立。

5. 中转站文档都差不多，是怎么搭的？也有模板吗？

有几种常见来源。

第一，New API 自带页面。New API 本身有 /pricing 定价页，列出可用模型、输入/输出价格，并说明不同分组会有不同计费倍率。 

第二，后台可配置文档/关于页。 功能指南里提到 Root 可以配置文档站点显示内容，包括自定义文档内容和配置文档链接。 

第三，直接复用/改官方文档站。New API 官方的 new-api-docs-v1 是一个 Next.js 文档站，内容放在 content/docs/，使用 MDX 管理文档，并支持开发和构建命令。 

第四，用通用文档框架。VitePress 、Docusaurus 、Nextra/Fumadocs 、Apifox/Swagger/Redoc 都能做这种“左侧目录 + API 文档 + 定价说明”的站。VitePress 官方定位就是用 Markdown 快速生成文档站。 

所以你看到“大家文档都差不多”，通常是因为他们用的是：

New API 自带定价页
+ 官方 docs 改字
+ Apifox / OpenAPI 文档
+ 一个 Next.js/VitePress 静态文档站

我的建议是：Codex 和 Claude Code 先分两个 key 跑通，别一开始追求一个 key 全包。 等渠道、倍率、日志都稳定后，再考虑合并分组或二开自动路由。

@409164 #1 感谢只能送 10 个铜币

有经验的 v 友，回复下就可以了

@jingrui #3 已发送了，请测试下