主题
把这段发给 AI
不想自己一页页读？把下面整块复制给 ChatGPT / Claude / 任意 AI，再补一句 「我在用 XXX 软件，帮我配」，它就能一步步带你配完。
这一块是自包含的：AI 打不开链接，所以地址、协议、模型名、易错点全在里面。 它随模型上下架自动重新生成，不会过期。
也可以只发一部分
只想解决报错的话，把「易错点」那一段单独发给 AI 也行。
复制这一整块
text
你现在要帮我配置一个 OpenAI/Anthropic 兼容的 AI API 中转服务。
请一步步问我、一步步给我可以直接照做的操作，不要一次性倒完所有信息。
========== 服务基本信息 ==========
服务名：济川AI
接口地址（默认，三网优化直连）：https://api.jichuanai.com
接口地址（海外线路）：https://jc.jichuanai.com
· 两条线功能完全一样，key 通用。用户人在海外才换海外线路；国内一律用默认线，海外线路在国内部分宽带会被拦。
· 网站（注册、兑换、看用量、建 key）：国内用 https://cn.jichuanai.com，海外也可以用 https://jc.jichuanai.com，账号通用。https://api.jichuanai.com 是纯接口，
用浏览器打开会看到 404 JSON，这是正常的，不是服务故障。
支持三套协议（用客户端原本支持的那一套，不用改代码）：
OpenAI Chat Completions https://api.jichuanai.com/v1/chat/completions
Anthropic Messages https://api.jichuanai.com/v1/messages
OpenAI Responses https://api.jichuanai.com/v1/responses
认证（两种写法都收）：
Authorization: Bearer sk-xxx
x-api-key: sk-xxx
========== 地址该填到哪一层（最高频的错） ==========
规则一句话：
配置项叫 ANTHROPIC_BASE_URL / “Anthropic Base URL” → 填 https://api.jichuanai.com，**不带 /v1**
其余一律填 https://api.jichuanai.com/v1
原因：Claude Code 系客户端拿到地址后会自己补 /v1/messages。
填了 /v1 就会拼成 /v1/v1/messages，结果是 404。
例外：有些客户端有「完整 URL」/「Use full URL」/「不拼接路径」开关。
打开之后它原样使用你填的地址、不再拼路径，这时要填到底，例如
https://api.jichuanai.com/v1/chat/completions。
**开关和地址必须成对**：开关开着却只填到 /v1，POST 过去会拿到一个 HTTP 200 的网页 HTML，
客户端把 HTML 当数据解析，报“空流 / empty stream / 解析失败”。200 很有迷惑性，看起来像通了。
各客户端归类：
不带 /v1（Anthropic 协议）：Claude Code（CLI 和桌面端）、CC Switch 的 JSON 配置、
Claude Code for VS Code 插件
带 /v1（OpenAI 协议）： Codex / Codex Desktop（协议选 Responses）、
ChatBox、Trae、Zcode、WorkBuddy、OpenCode、Hermes Agent、
酒馆 SillyTavern、各语言 OpenAI SDK
注意 CC Switch 有两处地址：界面上的「接口地址」填 https://api.jichuanai.com/v1，
而它配置 JSON 里的 ANTHROPIC_BASE_URL 填 https://api.jichuanai.com（不带 /v1）。这不是笔误。
========== 可用的模型名（必须逐字复制，大小写敏感） ==========
MiniMax-M2.7
MiniMax-M2.7-highspeed
MiniMax-M3
claude-fable-5
claude-fable-5-1
claude-opus-5
claude-opus-5-5
claude-sonnet-5
claude-sonnet-5-5
deepseek-v4-flash-0731
deepseek-v4-pro
deepseek-v4-pro-0813
deepseek-v4.1-flash
deepseek-v4.1-flash-1017
deepseek-v4.1-flash-hc
gemini-3.1-pro-preview
gemini-3.7-flash
gemini-3.8-flash
gemini-3.8-flash-high
gemini-4-argon
glm-5.1
glm-5.2
glm-5.3
glm-5.3-flash
glm-5.3-flashx
gpt-5.6-luna
gpt-5.6-sol
gpt-5.6-terra
gpt-6-astra
gpt-6-luna
gpt-6-sol
gpt-6.1-sol
gpt-6.1-terra
gpt-image-2
gpt-image-2.5-flare
gpt-image-2.5-sunburst
gpt-image-2.6-flare
gpt-image-2.6-sunburst
grok-4.5
grok-4.6
grok-4.7
grok-4.7-build-fast
kimi-k2.7-code
kimi-k2.8
kimi-k3
kimi-k3.1-pro
mimo-v2.6-pro
minimax-m3.1-flash
nano-banana-2
seedance-2.0
seedance-2.0-fast
seedance-2.0-mini
seedance-2.5
模型名规则：
· 大小写敏感。MiniMax-M3 和 minimax-m3 是两回事。
· 日期后缀不能省。deepseek-v4-flash-0731 才是全名。
（例外：deepseek-v4-flash / deepseek-flash / deepseek-v4-pro 这三个短名已接到真名，能用。）
· 不要带方括号。glm-5.3[1M] 这种写法**只有 Anthropic 协议**能用
（我们会把结尾的 [1M]/[1m] 去掉再转发）；OpenAI 协议下原样发上去，必 404。
从 Claude Code 的配置往 ChatBox / WorkBuddy 复制模型名时最容易踩到这一条。
========== 易错点（先按这里排查，再怀疑服务） ==========
1) key 的分组没选对
每把 key 绑一个分组，分组决定这把 key 能用哪些模型。
买的是 DeepSeek 卡、key 却绑在 GPT 分组上，请求任何模型都会报「模型不存在」或 403。
修法：登录 https://cn.jichuanai.com → API 密钥 → 把这把 key 的分组改成你买的那个。
续费不用换 key，但换了卡的种类要改分组。
判据：报错里写的「本卡可用模型」和你请求的模型名对不上，就是这条。
2) 单模型时长卡，没改客户端的默认模型
这些客户端连上后会按它自己预置的模型名发请求（常见是某个 GPT 名）。
你买的是 DeepSeek 卡，一连上就 404 —— 它不会自己去用你卡里的模型。
Claude Code 系要改的不止一处：Sonnet / Opus / Haiku / Fable / Subagent
加上「默认兜底模型」，六个框填同一个模型名。
判据：漏填任何一个的症状是「聊天正常、一跑后台任务就错」——因为正常对话走 Sonnet 角色，后台子任务才踩到兜底模型。
3) 模型名写错 vs 模型不在套餐里：报错一模一样
两种情况都报「模型不存在」，但修法完全相反。
判据：去模型清单里搜这个名字。搜不到 = 名字写错（多半漏了日期后缀）；搜得到但你的卡不在「可用套餐」里 = 名字没错，是卡里没有。
4) DeepSeek V4 系列不支持图片
`deepseek-v4-flash-0731`、`deepseek-v4-pro-0813`、`deepseek-v4.1-flash`
都不支持视觉，发图片会报错。
要用图片：`deepseek-v4-flash-vision-exp`（视觉实验版）、`kimi-k2.7-code`、`kimi-k3` 支持。
GLM 和 MiniMax 的视觉能力我们的计价目录里没有标注，不要假设它支持或不支持。
客户端里有「图片输入」开关的，用不支持视觉的模型时请关掉。
判据：（以上取自 2026-09-24 现读的计价目录 supports_vision 字段。）
5) ChatBox 连不上 → 打开「改善网络兼容性」
ChatBox 设置里有一个「改善网络兼容性」开关。
某些网络环境下不打开就是连不上，而报错看不出原因。
打开后连接速度会略降（它自己也这么提示），属正常，先保证能用。
判据：另一个相邻的坑：ChatBox 的「API 路径」保持默认 `/chat/completions`。你在「API 主机」里已经写了 `https://api.jichuanai.com/v1`，路径里再写一遍会拼成 `/v1/v1/chat/completions` → 404。
6) 「完整 URL」开关和地址必须成对
开关打开 = 客户端原样使用你填的地址、不再拼路径，这时要填到底：
`https://api.jichuanai.com/v1/chat/completions`。
开关关着 = 填到 `https://api.jichuanai.com/v1` 为止。
判据：开关开着却只填到 `/v1`，POST 过去会拿到一个 HTTP 200 的网页 HTML，客户端把 HTML 当数据解析 → 报「空流 / empty stream / 解析失败」。200 很有迷惑性，看起来像通了。
7) 模型名带 `[1M]` 方括号，在 OpenAI 协议下必 404
`[1M]` 是 Claude Code 自己的长上下文标记。
- Anthropic 协议（Claude Code、CC Switch、VS Code 插件）：我们会把结尾的
`[1M]` / `[1m]` 去掉再转发，填不填都能用。
- OpenAI 协议（Codex、OpenCode、WorkBuddy、ChatBox、Trae、Zcode、SDK……）：
不处理，原样发给上游 → 404。
判据：报错只说「模型不存在」，一个字都不会提那对方括号。把报错里的模型名和模型清单逐字比，多出来的就是它。
8) 「思考模式」会拖慢甚至超时
部分型号开启「思考模式 / 深度思考 / reasoning」后响应慢很多，
有时等太久被中断。
日常问答和大部分写代码的场景，开不开差别不明显。连不通时先把它关掉试。
判据：表现是：回答文不对题、重复开场白、或者只回几个字 —— 不是报错，所以容易被当成「模型变笨了」。
9) 工具调用轮数设得太大，额度烧在来回上
默认常常是 500 轮。建议改成 50～100。
判据：症状是「没干什么事但额度掉得快」。
10) Claude Code 的「声明支持 1M」不要勾
这个开关是告诉 Claude Code「我支持 100 万上下文」。
国产模型没有这个量级。
勾上之后 Claude Code 不会触发压缩，会一路往里塞内容，超出部分被静默截断。
判据：症状是「前面说过的话它突然不记得了」，而且不报错。
========== 怎么验证配好了 ==========
不要只看「保存成功」——它只说明配置写进去了，不代表能用。
一定要**真的发一条消息**。
不依赖任何客户端的验证方法（把 sk-xxx 和模型名换成用户自己的）：
curl -i https://api.jichuanai.com/v1/chat/completions \
-H "Authorization: Bearer sk-xxx" \
-H "Content-Type: application/json" \
-d '{"model":"你的模型名","messages":[{"role":"user","content":"hi"}],"max_tokens":8}'
怎么读结果：
返回 JSON 且含 choices → 地址、key、模型名全都对
返回 Content-Type: text/html → 地址填错了（打到了网站根路径）
401 → key 不对
404 且提示模型不存在 → 看上面易错点里「模型名写错 vs 模型不在套餐里」那条
429 → 触发限流，这是保护机制不是故障，退避后重试
========== 你该怎么带用户 ==========
先问清楚三件事，再给操作：
1. 用的是哪个客户端（软件名 + 大致版本）
2. 买的是哪张卡 / key 绑的是哪个分组
3. 现在卡在哪一步、报错原文是什么
然后一次只给一步，让用户照做完回话再给下一步。
用户报错时，先对照上面「易错点」逐条排除，不要一上来就怀疑服务故障。这一块会变
模型上下架会让上面的模型名清单变化，本页随模型清单一起重新生成。 拿不准时以控制台的「模型广场」为准 —— 那里显示的是你的账号此刻真正能用的模型。