AI INPUT、Laodi、0u0o 和 Twinkle 是站长当前正在使用的 API 服务,MODELOC 是继续观察的合作候选。本页既记录每个入口的实际使用状态,也用同一套字段讲清楚 Codex CLI、Claude Code、Cursor、Cherry Studio 和 SDK 应该怎样配置。
合作链接与证据披露
页面包含 AFF 合作短链,VPSKnow 可能获得佣金。原 AFF 只在数据层用于核对短链,不在公开卡片重复展示。2026-07-30 已确认入口跳转;“站长在用”表示存在真实使用关系,不等于所有模型、并发、计费、退款、隐私和长期稳定性都已完成标准化实测。
先看结论
- AI INPUT、Laodi、0u0o、Twinkle 已升级为“站长在用”;MODELOC 保持“合作候选”。
- Laodi 的实际 API 使用与注册入口风险分开判断:站长正在使用,但公开注册链接仍由 HTTPS 短链降级到 HTTP。
- 不同工具不能只复制同一个 Base URL:Codex CLI 要求 Responses API,Claude Code 要求 Anthropic-compatible 接口,Cursor、Cherry Studio 和 SDK 也有各自限制。
- 页面顺序不是性能排名。没有统一测试数据前,不给价格、延迟、稳定性或模型覆盖打分。
- 不要向中转站提交官方供应商 API Key、生产数据、客户隐私或无法撤回的敏感提示词。
5 个 AI API 中转入口
MODELOC
页面标题:加入 MODELOC 算力池
页面入口定位为 MODELOC 算力池,适合作为新的模型和算力入口候选继续观察。现阶段只确认短链与注册入口可访问,不把模型库存、可用区、价格或长期稳定性写成已验证能力。
- · 比较模型目录与计费方式
- · 寻找新的 API 入口
- · 小额兼容性测试
- · 确认是否支持 OpenAI Responses 或 Chat Completions
- · 复制准确 Base URL 与模型 ID
- · 核对流式输出、工具调用和账单明细
AI INPUT
页面标题:AI-INPUT-IM-SHOP
AI INPUT 目前作为站长正在使用的 API 服务收录。已有真实接入关系,但尚未整理统一的模型成功率、延迟、并发、账单和多时段稳定性数据,因此当前推荐口径仍以“小额使用、持续记录”为主。
- · 日常 API 调用候选
- · 对比模型与余额计费
- · 验证 OpenAI-compatible 工具
- · 从后台确认 Base URL 和模型 ID
- · 核对输入输出计费与余额有效期
- · 记录 429、5xx、超时和失败请求扣费
Laodi
页面标题:New API
Laodi 已有站长实际使用记录,页面形态为 New API。当前公开注册落点仍是 HTTP,这只说明注册入口存在传输风险,不能直接推导实际 API Base URL 也使用 HTTP;具体接口地址、协议和证书需要在后台单独核对。
- · 已有账号继续观察
- · New API 面板兼容测试
- · 独立低额度项目
- · 确认实际 API Base URL 必须为 HTTPS
- · 区分 OpenAI 与 Anthropic 兼容入口
- · 使用独立密码、Key 和最小余额
0u0o
页面标题:Codex不限量 - AI API Gateway
0u0o 更适合重点观察 Codex CLI 和编码模型接入。页面标题包含“Codex不限量”,但实际是否支持 Codex 当前要求的 Responses API、模型版本、工具调用和长任务稳定性,仍要以后台文档和真实请求为准。
- · Codex CLI 接入验证
- · 编码模型与长任务
- · API Gateway 使用
- · 确认提供 /v1/responses 而非仅 Chat Completions
- · 核对模型 ID、推理等级和工具调用
- · 记录长任务中断、限速和上下文边界
Twinkle
页面标题:Twinkle Model - AI API Gateway
Twinkle 页面定位为 AI API Gateway,可作为不同客户端和 SDK 的统一接入候选继续验证。当前已有使用事实,但模型覆盖、上游来源、价格、延迟和长期稳定性仍需按统一测试表持续记录。
- · 多客户端接入验证
- · OpenAI-compatible SDK
- · 模型与错误码对照
- · 确认不同工具所需协议是否分别支持
- · 核对 Base URL 是否需要包含 /v1
- · 测试流式输出、工具调用和余额扣费
先统一三个配置字段
无论使用哪家中转,先从服务后台确认下面三个值,再进入具体工具配置。不要从注册链接、浏览器地址栏或别人的截图猜 Base URL 和模型名。
| 统一字段 | 含义 | 最容易出错的地方 |
|---|---|---|
| AI_BASE_URL | 服务商后台给出的 API 根地址。 | 是否包含 `/v1`、是否需要完整路径、是否区分 OpenAI 与 Anthropic 入口。 |
| AI_API_KEY | 中转平台生成的独立 Key。 | 不要填写 OpenAI、Anthropic 或 Google 的官方 Key,也不要把 Key 写入 Git。 |
| AI_MODEL | 后台实际返回或文档列出的模型 ID。 | 展示名称不等于请求 ID;不要自行改大小写、空格、前后缀或版本号。 |
还要先确认协议
“OpenAI-compatible”不是一个万能开关。Codex CLI 当前只支持 Responses API;Claude Code 的网关接入使用 Anthropic-compatible 协议;很多普通客户端和 SDK 仍使用 Chat Completions。服务商必须明确提供对应协议,不能只靠替换域名强行接入。
不同 AI 工具统一接入文档
下面所有示例都使用同一组占位符:`YOUR_BASE_URL`、`YOUR_RELAY_KEY`、`YOUR_MODEL_ID`。实际值必须从 MODELOC、AI INPUT、Laodi、0u0o 或 Twinkle 的后台复制;不要把示例值直接用于生产。
Codex CLI
要求 Responses API自定义 provider 放在用户级 `~/.codex/config.toml`。当前 Codex 的 `wire_api` 只支持 `responses`,因此中转必须真实提供 Responses API;只有 `/v1/chat/completions` 的服务不能直接套用这份配置。
# ~/.codex/config.toml
model = "YOUR_MODEL_ID"
model_provider = "relay"
[model_providers.relay]
name = "AI API Relay"
base_url = "https://YOUR_BASE_URL/v1"
env_key = "AI_RELAY_API_KEY"
wire_api = "responses" 把中转 Key 放入名为 `AI_RELAY_API_KEY` 的环境变量。`base_url` 是否包含 `/v1` 以服务商后台文档为准;不要把 provider 配置提交到项目级 `.codex/config.toml`,Codex 会忽略项目层的凭据重定向设置。
Claude Code
要求 Anthropic-compatibleClaude Code 的网关方式使用 `ANTHROPIC_BASE_URL`。Bearer Token 通常放入 `ANTHROPIC_AUTH_TOKEN`;如果服务商明确要求 `x-api-key`,才使用 `ANTHROPIC_API_KEY`。只有 OpenAI-compatible 地址时,不能默认 Claude Code 也可用。
# PowerShell:仅对当前终端会话生效
$env:ANTHROPIC_BASE_URL = "https://YOUR_ANTHROPIC_BASE_URL"
$env:ANTHROPIC_AUTH_TOKEN = "YOUR_RELAY_KEY"
claude
# 如果服务商明确要求 x-api-key,再改用:
# $env:ANTHROPIC_API_KEY = "YOUR_RELAY_KEY" 先在临时终端会话中测试,确认模型映射、工具调用、长上下文和错误码后再持久化变量。不要同时设置两套认证变量,除非服务商文档明确要求。
Cursor
BYOK 能力有限- 打开 `Cursor Settings → Models`,选择当前版本明确支持的供应商。
- 填写中转 Key,并使用 `Verify` 检查认证。
- 只有当前界面明确提供自定义 Base URL 时,才按中转后台填写;没有入口就不要强行套用。
- 验证标准聊天模型后,再检查 Agent、工具调用和上下文是否可用。
Cursor 官方文档明确说明自带 Key 只覆盖标准聊天模型,Tab Completion 等专用功能仍使用 Cursor 内置模型。因此“Key 验证通过”不代表所有 Cursor 功能都走中转。
Cherry Studio
适合自定义服务商- 进入设置中的“模型服务”,点击添加自定义服务商。
- 按中转协议选择 OpenAI 或 Anthropic 类型,填写 Key 和 API 地址。
- 使用“管理”获取模型,或手动填写后台给出的精确模型 ID。
- 点击连通性检查,并打开服务商右上角启用开关。
Cherry Studio 通常会自行拼接 `/v1/chat/completions`,所以服务商给出完整路径时应先阅读其填写规则。不要机械地同时保留根地址和完整路径,否则容易出现重复 `/v1` 或重复 endpoint。
Node.js / Python SDK
统一环境变量SDK 最容易统一:两个语言都读取 `AI_BASE_URL`、`AI_API_KEY`、`AI_MODEL`。下面先用兼容面更广的 Chat Completions 做最小探针;如果中转明确支持 Responses API,再按其文档切换。
Node.js
import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.AI_API_KEY,
baseURL: process.env.AI_BASE_URL,
});
const result = await client.chat.completions.create({
model: process.env.AI_MODEL,
messages: [{ role: "user", content: "Reply with OK" }],
});
console.log(result.choices[0]?.message?.content); Python
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["AI_API_KEY"],
base_url=os.environ["AI_BASE_URL"],
)
result = client.chat.completions.create(
model=os.environ["AI_MODEL"],
messages=[{"role": "user", "content": "Reply with OK"}],
)
print(result.choices[0].message.content) 生产代码还要补超时、指数退避、429 / 5xx 分类、request id、脱敏日志和取消处理。不要把 Key 写进浏览器前端或仓库。
选择前先核对什么
入口能打开只是第一步。真正决定能不能用于开发的是接口兼容、计费透明、错误处理、数据边界和退出机制。
| 检查项 | 必须确认的问题 |
|---|---|
| 模型与接口 | 目标模型是否真实可用;Base URL、模型名和 OpenAI-compatible SDK 是否兼容。 |
| 计费与余额 | 输入、输出、缓存、图片、工具调用怎样计费;余额是否过期;失败请求是否扣费。 |
| 限制与稳定性 | 并发、RPM / TPM、上下文长度、流式输出、超时、429 和 5xx 的处理规则。 |
| 隐私与日志 | 请求体是否留存、日志能否关闭、保留多久、是否提供隐私政策和删除方式。 |
| 售后与退出 | 工单入口、退款边界、服务中断处理、余额迁移和停止服务后的数据处置。 |
最小测试方案
- 只充值能够承受损失的最小金额,不用正式项目直接试错。
- 新建独立账号、独立密码和独立 API Key,不复用邮箱主密码或其他平台凭据。
- 先调用模型列表,再测试普通对话、流式输出、长文本、工具调用和预期错误码。
- 用固定的非敏感提示词记录首字延迟、总耗时、成功率、429 / 5xx 和返回模型标识。
- 对照余额变化检查计费;分别验证成功、超时、取消和失败请求是否扣费。
- 连续多时段复测后再决定是否扩大额度;正式项目保留官方 API 或第二供应商作为回退。
如果只是个人试用,可以先记录 20 至 50 次低成本请求;如果要进入正式项目,应增加多时段、并发、长上下文、错误注入、账单对账和回退演练。一次成功不能代表长期可用。
API Key 与数据安全
- 中转站应只给你新的中转 Key;不要把 OpenAI、Anthropic、Google 等官方 Key 提交给第三方。
- 每个项目使用独立 Key,并设置额度或访问边界;发现异常时可以只撤销受影响的 Key。
- Key 放入本地 `.env`、部署平台 Secret 或受限配置文件,不写进前端、截图、工单和 Git 历史。
- 测试阶段只用公开或虚构数据;客户资料、源码、合同、账号凭据和个人隐私不应经过未经审计的中转。
- 生产环境记录 request id、状态码、耗时和脱敏错误,不记录完整 Key 或原始敏感提示词。
官方开发文档
- Codex 自定义模型供应商配置:核对用户级 `config.toml`、`base_url`、`env_key` 和 Responses API 限制。
- Claude Code 连接 LLM Gateway:核对 `ANTHROPIC_BASE_URL`、认证变量和网关接入边界。
- Cursor API Keys:核对 BYOK 设置入口、支持供应商和标准聊天模型限制。
- Cherry Studio 模型服务设置:核对 API 地址、Key、模型管理、连通性检查和启用开关。
- OpenAI Node.js SDK 与 OpenAI Python SDK:核对客户端初始化、流式响应、错误处理和当前 SDK 用法。
证据边界与后续复查
AI INPUT、Laodi、0u0o 和 Twinkle 的“站长在用”来自实际使用事实;MODELOC 当前只完成公开入口检查。页面尚未公开统一的请求样本、模型成功率、延迟、错误率、计费对账、隐私和售后证据,因此不把“正在使用”写成“已完成标准化实测”。后续按同一测试表补齐数据后,再决定是否升级推荐等级。
🚀 下一步行动
选定候选后,继续检查 API Key、错误码和运行环境,避免把安全或网络问题误判成中转故障: