VPSKnow

AI API 中转站怎么选?5 个在用或候选入口与统一接入文档

初级-中级
24分钟

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 算力池

合作候选
当前判断
先小额验证
入口传输
HTTPS
当前完成公开入口核对,尚未纳入站长日常 API 使用。

页面入口定位为 MODELOC 算力池,适合作为新的模型和算力入口候选继续观察。现阶段只确认短链与注册入口可访问,不把模型库存、可用区、价格或长期稳定性写成已验证能力。

适合重点观察
  • · 比较模型目录与计费方式
  • · 寻找新的 API 入口
  • · 小额兼容性测试
接入时先确认
  • · 确认是否支持 OpenAI Responses 或 Chat Completions
  • · 复制准确 Base URL 与模型 ID
  • · 核对流式输出、工具调用和账单明细
不要仅凭“算力池”名称判断模型库存或上游来源;正式接入前先用非敏感数据完成协议、模型、错误码和扣费复核。

AI INPUT

页面标题:AI-INPUT-IM-SHOP

站长在用
当前判断
在用,继续记录
入口传输
HTTPS
站长当前正在使用该 API;本页已从单纯入口候选升级为实际使用入口。

AI INPUT 目前作为站长正在使用的 API 服务收录。已有真实接入关系,但尚未整理统一的模型成功率、延迟、并发、账单和多时段稳定性数据,因此当前推荐口径仍以“小额使用、持续记录”为主。

适合重点观察
  • · 日常 API 调用候选
  • · 对比模型与余额计费
  • · 验证 OpenAI-compatible 工具
接入时先确认
  • · 从后台确认 Base URL 和模型 ID
  • · 核对输入输出计费与余额有效期
  • · 记录 429、5xx、超时和失败请求扣费
在用不等于所有模型都完成实测。扩大充值前仍应确认模型列表、并发限制、退款规则和工单入口,并保留当时页面与账单证据。

Laodi

页面标题:New API

站长在用
当前判断
在用,入口需谨慎
入口传输
HTTPS 短链降级到 HTTP
站长当前正在使用该 API;实际 API 使用状态与注册页传输风险需要分开说明。

Laodi 已有站长实际使用记录,页面形态为 New API。当前公开注册落点仍是 HTTP,这只说明注册入口存在传输风险,不能直接推导实际 API Base URL 也使用 HTTP;具体接口地址、协议和证书需要在后台单独核对。

适合重点观察
  • · 已有账号继续观察
  • · New API 面板兼容测试
  • · 独立低额度项目
接入时先确认
  • · 确认实际 API Base URL 必须为 HTTPS
  • · 区分 OpenAI 与 Anthropic 兼容入口
  • · 使用独立密码、Key 和最小余额
公开注册页恢复 HTTPS 前,不建议在该页面复用重要密码或提交敏感信息。使用 API 时也要确认最终 Base URL、证书和请求链路没有降级。

0u0o

页面标题:Codex不限量 - AI API Gateway

站长在用
当前判断
在用,重点看 Codex
入口传输
HTTPS
站长当前正在使用该 API,页面定位与 Codex / AI API Gateway 场景直接相关。

0u0o 更适合重点观察 Codex CLI 和编码模型接入。页面标题包含“Codex不限量”,但实际是否支持 Codex 当前要求的 Responses API、模型版本、工具调用和长任务稳定性,仍要以后台文档和真实请求为准。

适合重点观察
  • · Codex CLI 接入验证
  • · 编码模型与长任务
  • · API Gateway 使用
接入时先确认
  • · 确认提供 /v1/responses 而非仅 Chat Completions
  • · 核对模型 ID、推理等级和工具调用
  • · 记录长任务中断、限速和上下文边界
“不限量”不能直接视为无条件 SLA。使用前确认公平使用、并发、速率、封顶、模型切换和异常退款规则。

Twinkle

页面标题:Twinkle Model - AI API Gateway

站长在用
当前判断
在用,适合多工具验证
入口传输
HTTPS
站长当前正在使用该 API,已从公开候选升级为真实使用入口。

Twinkle 页面定位为 AI API Gateway,可作为不同客户端和 SDK 的统一接入候选继续验证。当前已有使用事实,但模型覆盖、上游来源、价格、延迟和长期稳定性仍需按统一测试表持续记录。

适合重点观察
  • · 多客户端接入验证
  • · OpenAI-compatible SDK
  • · 模型与错误码对照
接入时先确认
  • · 确认不同工具所需协议是否分别支持
  • · 核对 Base URL 是否需要包含 /v1
  • · 测试流式输出、工具调用和余额扣费
不要默认同一个 Base URL 能兼容 Codex、Claude Code、Cursor 和 SDK。每种工具都要按对应协议单独验证,再决定是否作为正式项目入口。

先统一三个配置字段

无论使用哪家中转,先从服务后台确认下面三个值,再进入具体工具配置。不要从注册链接、浏览器地址栏或别人的截图猜 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-compatible

Claude 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 能力有限
  1. 打开 `Cursor Settings → Models`,选择当前版本明确支持的供应商。
  2. 填写中转 Key,并使用 `Verify` 检查认证。
  3. 只有当前界面明确提供自定义 Base URL 时,才按中转后台填写;没有入口就不要强行套用。
  4. 验证标准聊天模型后,再检查 Agent、工具调用和上下文是否可用。

Cursor 官方文档明确说明自带 Key 只覆盖标准聊天模型,Tab Completion 等专用功能仍使用 Cursor 内置模型。因此“Key 验证通过”不代表所有 Cursor 功能都走中转。

Cherry Studio

适合自定义服务商
  1. 进入设置中的“模型服务”,点击添加自定义服务商。
  2. 按中转协议选择 OpenAI 或 Anthropic 类型,填写 Key 和 API 地址。
  3. 使用“管理”获取模型,或手动填写后台给出的精确模型 ID。
  4. 点击连通性检查,并打开服务商右上角启用开关。

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 的处理规则。
隐私与日志 请求体是否留存、日志能否关闭、保留多久、是否提供隐私政策和删除方式。
售后与退出 工单入口、退款边界、服务中断处理、余额迁移和停止服务后的数据处置。

最小测试方案

  1. 只充值能够承受损失的最小金额,不用正式项目直接试错。
  2. 新建独立账号、独立密码和独立 API Key,不复用邮箱主密码或其他平台凭据。
  3. 先调用模型列表,再测试普通对话、流式输出、长文本、工具调用和预期错误码。
  4. 用固定的非敏感提示词记录首字延迟、总耗时、成功率、429 / 5xx 和返回模型标识。
  5. 对照余额变化检查计费;分别验证成功、超时、取消和失败请求是否扣费。
  6. 连续多时段复测后再决定是否扩大额度;正式项目保留官方 API 或第二供应商作为回退。

如果只是个人试用,可以先记录 20 至 50 次低成本请求;如果要进入正式项目,应增加多时段、并发、长上下文、错误注入、账单对账和回退演练。一次成功不能代表长期可用。

API Key 与数据安全

  • 中转站应只给你新的中转 Key;不要把 OpenAI、Anthropic、Google 等官方 Key 提交给第三方。
  • 每个项目使用独立 Key,并设置额度或访问边界;发现异常时可以只撤销受影响的 Key。
  • Key 放入本地 `.env`、部署平台 Secret 或受限配置文件,不写进前端、截图、工单和 Git 历史。
  • 测试阶段只用公开或虚构数据;客户资料、源码、合同、账号凭据和个人隐私不应经过未经审计的中转。
  • 生产环境记录 request id、状态码、耗时和脱敏错误,不记录完整 Key 或原始敏感提示词。

官方开发文档

证据边界与后续复查

AI INPUT、Laodi、0u0o 和 Twinkle 的“站长在用”来自实际使用事实;MODELOC 当前只完成公开入口检查。页面尚未公开统一的请求样本、模型成功率、延迟、错误率、计费对账、隐私和售后证据,因此不把“正在使用”写成“已完成标准化实测”。后续按同一测试表补齐数据后,再决定是否升级推荐等级。

🚀 下一步行动

选定候选后,继续检查 API Key、错误码和运行环境,避免把安全或网络问题误判成中转故障:

读完后建议 先验证,再选择
把判断落到具体选择

准备购买 VPS 时,先对照推荐榜单和真实测评确认线路、价格、用途与风险;只是继续学习,可以回到教程索引按主题往下看。