YUNSHU API DOCS
配置与使用文档
选择对应工具进入完整步骤。Claude Code、Codex CLI 和 Grok CLI 使用的地址与协议不同,请不要互相套用配置。
新手路径
准备工作
下面两步用于准备账号和 API 密钥。完成后先安装一次 CC Switch,再进入对应工具教程。
创建一枚独立 API 密钥
进入控制台的「API 密钥」页面,为当前客户端单独创建一枚密钥。不要让 Claude、Codex、Grok 和其他客户端共用同一枚密钥。
第 1 步:打开 API 密钥页面
在控制台左侧点击「API 密钥」,再点击页面右上角的「创建 API 密钥」。
第 2 步:按顺序填写创建表单
不同版本的字段排列可能略有变化。第一次创建时按下面填写,不认识的高级选项保持默认。
| 字段 | 建议填写 | 说明 |
|---|---|---|
| 名称 | 按用途命名,例如 codex-laptop | 名称只用于自己识别,建议一个客户端一枚密钥。 |
| 分组 | 选择当前账号可用、与目标工具对应的分组 | 只有一个选项时保持默认;不确定时不要随意切换。 |
| 过期时间 | 按实际使用周期选择 | 测试密钥可选择 1 天或 1 个月;长期密钥也应定期更换。 |
| 额度设置 | 测试密钥建议设置可控额度 | “无限额度”只表示不在密钥层单独限额,调用仍会消耗账户余额。 |
| 高级设置 | 保持默认 | 模型限制留空表示不额外限制;没有明确需求时不要设置 IP 限制。 |
第 3 步:复制刚创建的 API 密钥
保存成功后回到 API 密钥列表,找到刚创建的那一行,点击密钥右侧的复制图标。红色箭头指向的就是复制按钮。
不要把完整密钥发到聊天群、工单、公开仓库或截图里,也不要交给陌生人远程配置。发现异常消耗时,立即在控制台禁用或删除对应密钥,再创建一枚新的。
推荐配置工具
CC Switch:下载与统一配置
CC Switch 是一个图形化配置管理工具,可以集中管理 Claude Code、Codex CLI、Codex 应用端 + Codex++ 和 Grok CLI 的供应商配置。新手只需安装一次,以后切换工具时不必到处寻找配置文件。
Claude、Codex 和 Grok 的请求地址、协议与模型要求不同。Codex 应用端 + Codex++ 会从 CC Switch 导入 Codex 配置,因此先按 Codex 的 Responses 参数完成配置即可。具体字段必须继续按照后面的对应工具教程填写。
第 1 步:下载并安装 CC Switch
Windows
点击上面的“打开官方下载页”,进入最新版本,下载标有 Windows 且与电脑处理器匹配的安装版或便携版。普通 Intel / AMD 电脑通常选择 x64 或 amd64;只有明确使用 ARM 电脑时才选择 arm64。
成功标志:安装版完成向导后,或解压便携版后,能够正常打开 CC Switch 主界面。Windows 出现安全提示时,先确认文件来自上面的官方 GitHub 项目,不要从陌生网盘下载。
macOS
打开“终端 Terminal”,复制下面整行命令并按回车:
brew tap farion1231/ccswitch && brew install --cask cc-switch成功标志:命令执行完成后,可以从“应用程序”中打开 CC Switch。若电脑没有 brew 命令,直接从官方下载页选择 macOS 对应版本。
Linux
已经安装 Linuxbrew 时,在终端运行:
brew tap farion1231/ccswitch && brew install cc-switch没有 Linuxbrew 时,不必为了 CC Switch 单独安装它。直接从官方下载页选择适合当前发行版和处理器的 AppImage、deb 或 rpm 文件即可。
第 2 步:认识统一配置流程
打开对应客户端类型
准备配置哪个工具,就先在 CC Switch 中选择哪个客户端类型,例如 Claude Code、Codex 或 Grok。一次只配置当前要使用的工具。
添加自定义供应商
点击“添加供应商”“添加配置”或右上角的加号。不同版本按钮名称可能略有差异;如果预设列表中没有“云枢 API”,这是正常情况,请进入自定义供应商编辑页面。
填写名称与自己的 API Key
进入供应商编辑页面后再开始填写。下面先以 Claude Code 配置为例:供应商名称建议写成 云枢 API 或“云枢 + 工具名”,API Key 粘贴在密钥字段中,不要加引号、空格或 Bearer。
按对应教程填写并启用
继续查看下表中的对应教程,照图填写请求地址、协议和模型。保存后启用新配置,关闭旧终端,再重新打开终端启动工具。
第 3 步:进入你要配置的工具
| 准备使用 | 必须区分的参数 | 下一步 |
|---|---|---|
| Claude Code | 请求地址使用云枢根地址,不带 /v1;使用 Anthropic Messages 兼容配置。 | 查看 Claude 配置与截图 |
| Codex 应用端 + Codex++ (推荐,更加简洁高效) | 先选择 Codex 并填写带 /v1 的 Responses 配置,再由 Codex++ 导入并启动官方应用。 | 查看应用端 + Codex++ 配置 |
| Codex CLI | 适合终端、脚本和自动化使用;请求地址必须带 /v1,并使用 Responses 协议。 | 查看 Codex CLI 配置与截图 |
| Grok CLI 普通对话 | 请求地址带 /v1,Backend 使用 responses;媒体配置需要单独添加。 | 查看 Grok 配置与截图 |
如果你主要想在窗口中使用 Codex,不需要脚本或终端自动化,优先选择“Codex 应用端 + Codex++(推荐,更加简洁高效)”。如果你需要命令行、项目脚本或自动化任务,再选择 Codex CLI。
模型请从对应工具的可用选项中选择,并确认协议匹配;完整 API Key 只粘贴到自己的 CC Switch 中。
Windows 图形界面 · 可选路线
Codex 应用端 + Codex++:安装、导入与启动
如果你更喜欢窗口界面,可以先安装 OpenAI 官方 Windows 桌面应用,再用 Codex++ 导入在 CC Switch 中配置好的云枢 Codex 供应商。下面只讲 Windows;这条路线不要求你先安装 Codex CLI,适合希望配置更简洁、启动更高效的用户。
Codex CLI 是终端工具;Codex 应用端是 OpenAI 官方 Windows 桌面应用中的 Codex 工作区;Codex++ 是 GitHub 上的第三方开源启动与管理工具,不是 OpenAI 或云枢官方组件。
继续查看后面的 Codex CLI 安装和 CC Switch 配置章节即可。
微软商店中的官方条目名称是 ChatGPT,Codex 功能包含在该 Windows 应用中。
负责导入供应商、启动官方应用并显示连接状态,可按需使用。
步骤 1:安装官方 Codex 应用端
点击下面的微软官方下载按钮安装 ChatGPT。在微软商店搜索 codex 时,官方结果也会显示为 ChatGPT;进入详情页后请确认开发者是 OpenAI,不要安装名称相近的第三方应用。
codex 后选择 ChatGPT 官方条目。图中红箭头处显示“已安装”;首次安装时这里会显示“获取”或“安装”,按钮文字以你的商店界面为准。如果网页按钮没有拉起微软商店,也可以打开 PowerShell,运行官方应用对应的安装命令:
winget install --id 9PLM9XGG6VKS -s msstore成功标志:开始菜单中能够找到 ChatGPT,即代表官方应用已经安装。第一次直接打开时可能先看到登录页;使用云枢纯 API 的用户可以先完全退出应用,继续配置 Codex++,不必为了这一步登录官方账号。不同版本可能显示 ChatGPT 或 Codex 名称,以 OpenAI 官方条目为准。
步骤 2:从 GitHub 下载并安装 Codex++
打开 Codex++ 的 GitHub Releases 页面,进入标有 Latest 的最新发布,在 Assets 中下载文件名类似 CodexPlusPlus-*-windows-x64-setup.exe 的 Windows x64 安装包。星号位置是版本号,不需要照抄某个固定版本。
打开 Latest Release
进入 Releases 后优先打开带有 “Latest” 标记的一项,不要按本教程截图中的旧版本号搜索。
下载 Windows x64 安装包
在 Assets 中选择文件名以 windows-x64-setup.exe 结尾的安装包,下载后运行并按安装向导完成安装。
确认两个入口
安装完成后通常会看到 Codex++ 和 Codex++ 管理工具 两个入口。前者用于日常启动,后者用于首次配置、检查和修复。
只从上面的项目仓库和 Releases 下载。官方 Codex 应用更新后,Codex++ 的部分功能可能需要等待适配或更新;遇到异常时不要关闭系统安全功能,也不要运行来源不明的安装包。
步骤 3:从 CC Switch 导入云枢配置
首次使用先打开 Codex++ 管理工具,不要直接打开桌面的 Codex++。界面名称可能随版本略有变化,按下面顺序操作即可。
在“概览”检查官方应用
确认“Codex 版本”显示正常,并且“Codex 应用”显示已找到。某个“入口”显示缺失只代表对应快捷方式尚未创建,不等于官方应用安装失败。
打开“供应商配置”
点击左侧“供应商配置”,保持“启用供应商配置切换”处于勾选状态。
选择“从第三方导入”
点击“从第三方导入”,在弹出的来源列表中选择 ccswitch。点击后可能自动导入检测到的多条 Codex 供应商;如果没有发现云枢配置,先返回 CC Switch 第 3 步,选择 Codex 并完成下面的 Responses 参数配置。
导入后找到云枢配置
回到供应商列表,找到刚在 CC Switch 中创建的云枢 Codex 供应商,打开详情并逐项核对下面的参数,再把这条配置设为当前使用项。无需先安装或运行 Codex CLI。
ccswitch。图中显示的供应商数量只是示例,你的电脑可能不同。| 检查项目 | 云枢配置 | 说明 |
|---|---|---|
| 导入来源 | ccswitch | 可能一次导入检测到的多条 Codex 供应商,导入后再找到云枢。 |
| 模式 | 纯 API | 云枢路线不依赖 ChatGPT 官方账号,不要选成“官方登录 + API”。 |
| 协议 | Responses API | 必须与 Codex 使用的 Responses 协议匹配。 |
| Base URL | https://yunshuapi.wiki/v1 | 必须保留末尾的 /v1。 |
| API Key | 你自己的完整云枢 API Key | 只保存在自己的电脑中,不要使用截图里的遮挡字符。 |
https://yunshuapi.wiki/v1”。其他供应商已在截图中遮挡,延迟数字也会随网络变化。“从第三方导入”可能把检测到的多条 Codex 供应商交给 Codex++ 管理。导入后只把核对无误的云枢项设为当前使用项;以后若在 CC Switch 中改了地址、Key 或模型,应先退出官方应用,再重新导入,或者只选一个工具继续管理。
步骤 4:必须从 Codex++ 启动官方应用
完全退出已打开的官方应用
如果之前直接打开过 ChatGPT / Codex,请在任务栏右下角的系统托盘中退出;只点击窗口右上角的关闭按钮,程序可能仍在后台运行。
点击“启动 Codex++”
回到管理工具的“概览”,点击“启动 Codex++”;已经启动过时可以点击右上角的“重启 Codex++”。以后也可以直接使用桌面的 Codex++ 入口。
查看绿色连接状态
官方应用打开后,右上角出现 Codex++ 名称和绿色圆点,表示 Codex++ 已连接成功。版本号会变化,不需要与教程截图完全一致。
红色或未连接时重新启动
先完全退出官方应用,再返回管理工具重新启动。不要一看到红色就反复修改云枢地址或 API Key。
步骤 5:在应用中选择模型
点击输入框右下角显示当前模型和推理强度的按钮,再展开“高级”并点击“模型”,从列表中选择当前云枢供应商实际提供、并且支持 Responses API 的模型。模型名称和列表会随供应商、账号权限与版本变化,因此不要照抄截图中的固定型号。
成功标志:选中的模型名称显示在输入框下方,并且发送消息后能够正常收到回复。若列表为空,先回到 Codex++ 的供应商详情检查导入结果和模型配置,不要手工猜模型名称。
步骤 6:选择项目并做第一次只读测试
点击“选择项目”,选择准备让 Codex 读取的文件夹,然后发送:“只读取当前项目并说明目录结构,不要修改任何文件。”能收到与当前文件夹相符的回复,说明应用、Codex++ 和云枢配置已经连通。
在你还不熟悉 Codex 会执行哪些操作时,优先使用“需要批准 / Ask for approval”一类模式,不要一开始就开启“完全访问”。完整 API Key 只能粘贴到自己的配置界面,不要放进聊天、截图、日志或 GitHub Issue。
CLI 下载中心
Codex CLI:安装、配置、首次运行
按顺序完成“准备 Git → 安装 Node.js LTS → 安装 Codex CLI → 用 CC Switch 配置云枢 API → 启动验证”。手动编辑配置文件只作为高级备用方式。
需要一枚自己的云枢 API Key。模型在 CC Switch 或 Codex 的可用选项中选择,并确保支持 Responses。Windows 命令在 PowerShell 中运行;普通 Windows 用户不要选择 WSL 教程。
步骤 1:安装 Git for Windows
Git 用于管理项目版本,也是 Codex 日常代码工作流的基础工具。打开官方下载页,运行安装程序并保持默认选项。
安装后关闭并重新打开 PowerShell,再检查 Git:
git --version成功标志:看到 git version ...。若提示无法识别,先重开 PowerShell,再检查 Git 是否安装成功。
步骤 2:安装 Node.js LTS
Codex 使用 npm 安装,而 npm 会随 Node.js 一起安装,不需要单独下载。进入官网选择 LTS,普通 64 位 Windows 电脑选择 x64 安装包并保持默认选项。
安装后重新打开 PowerShell,先检查 Node.js:
node --version应显示以 v 开头的版本号,例如 v22.x.x。
再检查随 Node.js 一起安装的 npm:
npm --version应显示一串数字版本号。Node.js 和 npm 都有版本号后再继续。
步骤 3:安装 Codex CLI
使用 npm 下载并安装 Codex CLI:
npm install -g @openai/codex等待命令执行完成。终端重新出现输入提示,并且没有 npm ERR!,通常表示安装完成。
关闭并重新打开 PowerShell,再检查 Codex:
codex --version成功标志:看到类似 codex-cli 0.x.x 的版本号。
步骤 1:准备 Git
macOS / Linux 先检查系统是否已经有 Git:
git --version能显示版本号就直接继续。若找不到 Git,请从 Git 官网选择自己的系统,或使用系统包管理器安装。
步骤 2:安装 Node.js LTS
从 Node.js 官网选择 LTS 版本。安装完成后重新打开终端,分别检查 Node.js 和 npm:
node --versionnpm --version两条命令都显示版本号后再继续。
步骤 3:安装 Codex CLI
npm install -g @openai/codex安装完成并重新打开终端后,检查 Codex:
codex --version成功标志:终端显示 Codex CLI 版本号。
1. 查看当前版本
codex --version2. 更新 npm 版 Codex
npm install -g @openai/codex3. 重开终端并再次检查
codex --version步骤 4:用 CC Switch 配置云枢 API(推荐)
CC Switch 可以自动管理 Codex 的配置文件和认证信息。普通用户只需选对应用、填写 Key、模型和地址,不需要手动编辑 config.toml 或 auth.json。
直接运行 codex 并按提示登录,不用添加下面的云枢配置,可直接前往步骤 5。官方账号登录与云枢 API 配置不要同时启用。
选择 Codex
打开 CC Switch 后先选择 Codex,不要选成 Claude Code。然后点击“添加供应商”或“添加配置”。
填写云枢信息
粘贴自己的云枢 API Key;界面提供模型选项时,选择明确支持 Codex / Responses 的可用项。
检查请求地址
Codex 的 API 请求地址必须是 https://yunshuapi.wiki/v1。保持“完整 URL”关闭,不能照抄 Claude Code 的根地址。
保存、启用并重开终端
点击“添加”或“保存”,回到供应商列表启用云枢配置。CC Switch 会自动更新用户 .codex 目录中的 config.toml 和 auth.json;完成后关闭旧终端,再打开一个新终端。
| CC Switch 项目 | 填写内容 | 注意事项 |
|---|---|---|
| 应用 / 框架 | Codex | 不是 Claude Code,也不是其他客户端。 |
| 供应商名称 | 云枢 API | 只是本地显示名称,也可以使用自己容易识别的名字。 |
| 官网链接 | https://yunshuapi.wiki | 这是云枢站点地址,不是最终 API 请求地址。 |
| API Key | 你自己的云枢 API Key | 完整粘贴,不要使用截图中的遮挡字符。 |
| API 请求地址 | https://yunshuapi.wiki/v1 | 必须带 /v1,并保持“完整 URL”关闭。 |
| 模型 | 支持 Codex / Responses 的可用模型 | 优先从界面选项中选择;没有该字段时保持默认。 |
/v1,并使用 Responses请求地址填写 https://yunshuapi.wiki/v1。不要照抄 Claude Code 的根地址,也不要选择只支持 Chat Completions 的普通聊天模型。
不同 CC Switch 版本的界面可能略有差异。没有模型字段时保持默认;不要为了寻找模型项随意修改不认识的高级设置。
高级 / 排错备用:手动编辑 config.toml
只有 CC Switch 无法使用,或者你明确需要手动管理 Provider 时,才使用下面的方法。已有配置必须先备份,不能直接全部覆盖。
必须支持 Responses;不确定时继续使用 CC Switch,不要手工猜测。
Codex 地址必须带 /v1。
在启动终端中临时载入,不写入模板。
Codex 默认读取 Windows 的 %USERPROFILE%\.codex\config.toml,以及 macOS / Linux 的 ~/.codex/config.toml。
1. 创建配置目录
New-Item -ItemType Directory -Force "$HOME\.codex" | Out-Null2. 用记事本打开配置文件
notepad "$HOME\.codex\config.toml"记事本打开空白文件属于正常情况。粘贴模板后按 Ctrl + S 保存。
1. 创建配置目录
mkdir -p ~/.codex2. 用文本编辑器打开配置文件
${EDITOR:-nano} ~/.codex/config.toml如果打开的是 nano,按 Ctrl + O、回车保存,再按 Ctrl + X 退出。
全新文件直接粘贴下面模板;如果已有配置,先备份原内容。只替换第一行尖括号中的模型占位文字,其余云枢字段原样保留。
model = "<当前可用的 Codex 模型名称>"
model_provider = "yunshu"
model_reasoning_effort = "medium"
[model_providers.yunshu]
name = "云枢 API"
base_url = "https://yunshuapi.wiki/v1"
env_key = "YUNSHU_API_KEY"
wire_api = "responses"
requires_openai_auth = false
model_reasoning_effort = "medium" 适合日常任务;需要更快可尝试 low,复杂任务可尝试 high,具体可用值以所选模型为准。
3. 在当前终端临时载入 Key
$env:YUNSHU_API_KEY = Read-Host "请粘贴云枢 API Key"粘贴 Key 并按回车。命令结束后没有额外输出属于正常情况。
printf "请粘贴云枢 API Key: "
read -s YUNSHU_API_KEY
printf "\n"
export YUNSHU_API_KEY步骤 5:启动并验证
在准备交给 Codex 处理的项目文件夹中打开一个新的终端。云枢用户先确认 CC Switch 中启用的是刚创建的 Codex 云枢配置,然后运行:
codex进入 Codex 界面后,输入下面的命令检查配置是否被读取:
/status成功标志:云枢用户应看到刚配置的 Provider 和模型;官方账号用户应看到自己的登录状态。确认后再发送只读测试任务:
只读取当前目录,告诉我这里有哪些文件,不要修改任何内容。| 命令 | 在哪里输入 | 用途 |
|---|---|---|
codex | PowerShell / 终端 | 在当前项目启动交互界面。 |
/status | Codex 界面 | 检查当前模型、目录和会话状态。 |
/model | Codex 界面 | 查看或切换当前可用模型。 |
/compact | Codex 界面 | 对话很长时压缩上下文。 |
codex resume --last | PowerShell / 终端 | 继续最近一次会话。 |
codex 无法识别:重开终端并检查 Node.js / npm;401:检查 CC Switch 中的 Key;404:确认 API 请求地址是 https://yunshuapi.wiki/v1;模型错误:返回 CC Switch 或 Codex 的模型选项,重新选择支持 Responses 的可用模型。
CLI 快速配置
Claude Code:安装、配置、首次运行
按顺序完成“准备 Git → 安装 Claude Code → 选择登录路线 → 配置云枢 API → 启动验证”。云枢用户默认使用 CC Switch 图形化配置,手动编辑文件只作为高级备用方式。
Windows 点击开始菜单,搜索并打开 PowerShell;macOS / Linux 打开 终端 Terminal。一次只复制当前代码框的命令,粘贴后按回车,等终端重新出现输入提示再继续。
步骤 1:安装
先安装 Git(按平台准备)
Claude Code 在 Windows 原生环境中依赖 Git for Windows。打开下面的官方下载页,运行安装程序,安装过程保持默认选项即可。
安装完成后,关闭原来的 PowerShell,再重新打开一个 PowerShell,运行下面这一条检查 Git:
git --version成功标志:看到类似 git version 2.xx.x 的版本号。若提示“无法识别 git”,先重开终端;仍无效时重新检查 Git 是否安装成功。
先运行同一个 git --version。能显示版本号就直接继续;WSL 不需要安装 Windows 版 Git。
再安装 Claude Code
官方原生安装脚本是推荐方式,安装后可以自动保持更新。请根据自己的系统只选择下面一种方式,不要把所有安装命令都执行一遍。
Windows PowerShell(推荐)
irm https://claude.ai/install.ps1 | iex等待安装结束并重新出现 PowerShell 输入提示。若之后找不到 claude 命令,关闭 PowerShell 再重新打开。
macOS / Linux / WSL
curl -fsSL https://claude.ai/install.sh | bashWindows CMD
只有在使用“命令提示符 CMD”而不是 PowerShell 时,才使用这一条:
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd可选:使用包管理器安装
已经熟悉 Homebrew、WinGet 或 npm 时,可以从下面任选一种代替原生安装脚本。普通 Windows 用户优先使用上面的 PowerShell 方法。
brew install --cask claude-codewinget install Anthropic.ClaudeCodenpm install -g @anthropic-ai/claude-codenpm 方式要求电脑已经安装 Node.js LTS;包管理器安装的版本通常需要自行更新。
最后验证 Claude Code
无论使用哪种安装方式,都用下面这一条检查结果:
claude --version成功标志:终端显示 Claude Code 版本号。只有看到版本号后,才继续配置云枢 API。
步骤 2:先确认自己走哪条路线
Claude Code 可以使用 Claude 官方账号,也可以使用云枢 API Key。两种方式只选一种;先根据自己的情况判断,再继续操作。
| 你的情况 | 应该走 | 怎么做 |
|---|---|---|
| 已有 Claude 官方账号,并且可以正常完成 OAuth 登录 | 官方账号 | 直接运行 claude,按界面提示登录;不用填写下面的云枢配置,可直接前往步骤 4。 |
| 没有官方账号、官方登录不稳定,或者准备使用自己的云枢 API Key | 云枢 API Key | 继续完成下面的 CC Switch 图形化配置。 |
官方 OAuth 登录和云枢 API 配置同时生效时,Claude Code 可能读取到错误的账号或地址。需要切换路线时,先在 CC Switch 中切换对应配置,再关闭并重新打开终端。
步骤 3:用 CC Switch 配置云枢 API(推荐)
CC Switch 是图形化配置工具,适合第一次使用 Claude Code 的用户。你只需要按界面填写地址和 Key,不用手动创建文件,也不用编辑 JSON。
打开 CC Switch
尚未安装时,先完成上方的“CC Switch 统一配置”。打开后选择 Claude Code,再点击“添加供应商”或“添加配置”。不同版本的按钮名称可能略有差异。
照表填写云枢信息
API Key 必须使用你在云枢控制台创建的真实 Key。复制后直接粘贴,不要在前后加入空格,也不要把 Key 发给他人。
保存并启用
点击“添加”或“保存”,返回供应商列表后选择刚创建的云枢配置并启用。随后关闭已经打开的终端,再重新打开一个终端。
| CC Switch 字段 | 填写内容 | 注意事项 |
|---|---|---|
| 供应商名称 | 云枢 API | 只是本地显示名称,也可以写成自己容易识别的名字。 |
| 官网链接 | https://yunshuapi.wiki | 填写云枢站点根地址。 |
| API Key | 你自己的云枢 API Key | 完整粘贴,不要使用截图中的遮挡字符。 |
| 请求地址 | https://yunshuapi.wiki | 保持“完整 URL”关闭;末尾不加斜杠,也不加 /v1。 |
/v1这里必须填写 https://yunshuapi.wiki。Claude Code 会继续请求 /v1/messages;如果预先加上 /v1,可能拼成重复路径并返回 404。
选择界面中明确支持 Claude Code / Anthropic Messages 的可用项。部分 CC Switch 版本不会显示模型项,没有看到时保持默认,不要随意修改高级选项。
高级 / 排错备用:手动编辑 settings.json
只有 CC Switch 无法使用,或者你明确需要手动管理配置时,才使用下面的方法。已有配置文件必须先备份,不要直接删除不认识的字段。
必须支持 Anthropic Messages;不确定时继续使用 CC Switch,不要手工猜测。
只填根地址,不带 /v1。
在启动终端中临时载入,不写入配置文件。
默认配置文件位置是 Windows 的 %USERPROFILE%\.claude\settings.json,以及 macOS / Linux 的 ~/.claude/settings.json。
1. 创建配置目录
New-Item -ItemType Directory -Force "$HOME\.claude" | Out-Null这条命令没有输出属于正常情况;它只负责确保配置文件夹存在。
2. 用记事本打开配置文件
notepad "$HOME\.claude\settings.json"记事本打开空白文件属于正常情况。粘贴下方模板后按 Ctrl + S 保存。
1. 创建配置目录
mkdir -p ~/.claude2. 用文本编辑器打开配置文件
${EDITOR:-nano} ~/.claude/settings.json如果打开的是 nano,编辑后按 Ctrl + O、回车保存,再按 Ctrl + X 退出。
全新文件直接粘贴下面模板;如果已有内容,先复制一份备份。模型名称应使用当前 Claude Code 配置中已确认可用的值:
{
"model": "<当前可用的 Claude Code 模型名称>",
"env": {
"ANTHROPIC_BASE_URL": "https://yunshuapi.wiki"
}
}
保存前检查:模型名称两侧的英文双引号必须保留;不要把真实 API Key 写进公开模板或发到群聊、工单和截图中。
3. 在当前终端临时载入 Key
$env:ANTHROPIC_API_KEY = Read-Host "请粘贴云枢 API Key"按回车后终端会等待输入。粘贴自己的云枢 API Key,再按一次回车。
printf "请粘贴云枢 API Key: "
read -s ANTHROPIC_API_KEY
printf "\n"
export ANTHROPIC_API_KEY步骤 4:启动并验证
“项目目录”就是你准备让 Claude Code 读取的代码或文档文件夹。先在该文件夹中打开一个新的终端:官方账号用户按登录提示操作;云枢用户先确认 CC Switch 中启用的是刚创建的云枢配置。
claude成功标志:终端进入 Claude Code 交互界面,不再提示找不到命令、登录失败或要求重新配置。
进入后先发送一个只读任务,确认模型能够正常回复:
只读取当前目录并说明项目结构,不要修改任何文件。401 检查 CC Switch 中的 Key;404 检查请求地址是否误带 /v1;模型错误则返回 CC Switch 重新选择可用模型,并确认配置支持 Anthropic Messages 协议。
终端客户端
Grok CLI:安装、配置、首次运行
按顺序完成“安装 Grok CLI → 用 CC Switch 配置普通对话 → 检查模型 → 启动验证”。生图和生视频使用另一条媒体地址,放在后面的“媒体与计费”中单独配置。
需要一枚自己的云枢 API Key。普通 Windows 用户选择 Windows;只有明确在使用 WSL、macOS 或 Linux 时才选择对应教程。
步骤 1:安装 Grok CLI
1. 运行官方安装器
打开 PowerShell,复制并运行下面这一条。安装器会下载 Grok CLI,并把命令加入当前用户的 PATH。
irm https://x.ai/cli/install.ps1 | iex等待安装结束并重新出现输入提示。然后关闭当前 PowerShell,重新打开一个新的 PowerShell,让 PATH 生效。
2. 检查是否安装成功
grok --version成功标志:终端显示 Grok CLI 版本号。若提示无法识别,确认已经重开 PowerShell。
1. 运行官方安装器
macOS、Linux、WSL 或 Windows Git Bash 使用下面的官方脚本:
curl -fsSL https://x.ai/cli/install.sh | bash安装完成后关闭并重新打开终端。
2. 检查是否安装成功
grok --version成功标志:终端显示 Grok CLI 版本号。
1. 查看当前版本
grok --version2. 更新 Grok CLI
grok update3. 重开终端并再次检查
grok --version步骤 2:用 CC Switch 配置普通对话(推荐)
这里先配置 Grok 的普通文字对话。CC Switch 会自动管理 Grok 配置,普通用户不需要手动创建或编辑 .grok/config.toml。
选择 Grok
打开 CC Switch 后选择 Grok,再点击“添加供应商”或“添加配置”。不要选成 Claude Code 或 Codex。
填写普通对话参数
客户端模型档位填写 grok-4.5,API Backend 填写 responses,上下文窗口填写 500000,并粘贴自己的云枢 API Key。
检查普通请求地址
API 请求地址填写 https://yunshuapi.wiki/v1,保持“完整 URL”关闭。这里不能填写媒体专用地址。
保存、启用并重开终端
保存后在供应商列表启用这条普通对话配置。关闭已经打开的终端,再重新打开一个终端,让配置生效。
| CC Switch 项目 | 填写内容 | 注意事项 |
|---|---|---|
| 应用 / 框架 | Grok | 不是 Claude Code 或 Codex。 |
| 供应商名称 | 云枢 Grok | 只是本地显示名称,可以自定义。 |
| 官网链接 | https://yunshuapi.wiki | 填写云枢站点根地址。 |
| 客户端模型档位 | grok-4.5 | 不要改成图片或视频模型。 |
| API Backend | responses | 不能改成 Chat Completions。 |
| 上下文窗口 | 500000 | 按图填写整数,不加逗号。 |
| API Key | 你自己的云枢 API Key | 完整粘贴,不要使用截图中的遮挡字符。 |
| API 请求地址 | https://yunshuapi.wiki/v1 | 普通对话地址,保持“完整 URL”关闭。 |
普通对话使用 https://yunshuapi.wiki/v1。媒体功能需要另一条 /grok-media/v1 配置,请前往后面的“媒体与计费”。
高级 / 排错备用:手动配置普通对话
只有 CC Switch 无法使用,或者你明确需要手动管理配置时,才使用下面的方法。已有文件必须先备份。
1. 创建配置目录
New-Item -ItemType Directory -Force "$HOME\.grok" | Out-Null2. 用记事本打开配置文件
notepad "$HOME\.grok\config.toml"1. 创建配置目录
mkdir -p ~/.grok2. 用文本编辑器打开配置文件
${EDITOR:-nano} ~/.grok/config.toml把下面模板写入配置文件。api_backend = "responses" 不能省略:
[models]
default = "yunshu-grok"
[model.yunshu-grok]
model = "grok-4.5"
base_url = "https://yunshuapi.wiki/v1"
name = "云枢 Grok"
api_backend = "responses"
env_key = "YUNSHU_API_KEY"
3. 在当前终端临时载入 Key
$env:YUNSHU_API_KEY = Read-Host "请粘贴云枢 API Key"printf "请粘贴云枢 API Key: "
read -s YUNSHU_API_KEY
printf "\n"
export YUNSHU_API_KEY步骤 3:启动并验证普通对话
在准备使用 Grok 的项目文件夹中打开一个新的终端。先检查 CC Switch 中启用的是云枢普通对话配置。
grok models成功标志:模型列表中出现刚添加的云枢 Grok 配置。显示名称可能跟随你填写的供应商名称。
grok进入后先发送普通文字测试:
请只回复“云枢连接成功”,不要调用任何工具。普通对话成功后,前往媒体与计费中的 Grok 媒体模型配置。生图和生视频共用一条媒体配置,但不能直接使用这里的普通 /v1 地址。
401:检查 CC Switch 中的 Key;404:普通请求地址应为 https://yunshuapi.wiki/v1;模型列表没有云枢配置:确认已保存并启用;Backend 错误:确认填写的是 responses。
图形客户端
Cherry Studio、Cursor 等客户端
在客户端中选择「OpenAI Compatible」「自定义服务商」或含义相同的选项,再填写三项。
| 客户端字段 | 填写内容 | 容易出错的地方 |
|---|---|---|
| Provider / 服务商 | OpenAI Compatible / 自定义 | 不要误选官方 OpenAI 登录。 |
| API Key | 云枢控制台创建的 Key | 复制时不要带引号或空格。 |
| Base URL | https://yunshuapi.wiki/v1 | 大多数客户端要保留 /v1。 |
| Model | 客户端当前可用的模型 | 优先从客户端列表中选择,并确认与 Provider 协议匹配。 |
客户端名字不决定模型协议。应以所选 Provider、令牌权限和客户端实际可用选项为准。
无需安装依赖
用 PowerShell 测试第一次 API 请求
先用模型列表接口验证 Key,再调用 Chat Completions。这样能快速区分“Key 不对”和“客户端配置不对”。
步骤 1:临时载入 Key
$env:YUNSHU_API_KEY = Read-Host "请粘贴云枢 API Key"步骤 2:读取模型列表
$headers = @{ Authorization = "Bearer $env:YUNSHU_API_KEY" }
Invoke-RestMethod `
-Uri "https://yunshuapi.wiki/v1/models" `
-Headers $headers `
-Method Get步骤 3:发送最小聊天请求
从上一步返回的列表中选择一个当前 Key 可以访问的模型名称,填入下面的占位位置。
$headers = @{
Authorization = "Bearer $env:YUNSHU_API_KEY"
"Content-Type" = "application/json"
}
$body = @{
model = "<返回列表中的可用模型名称>"
messages = @(
@{ role = "user"; content = "只回复:连接成功" }
)
} | ConvertTo-Json -Depth 5
Invoke-RestMethod `
-Uri "https://yunshuapi.wiki/v1/chat/completions" `
-Method Post `
-Headers $headers `
-Body $body随后客户端仍报错时,重点检查客户端是否缓存了旧 Key、旧 Base URL 或旧模型名。
地址规则
Base URL 到底要不要带 /v1?
多数 OpenAI 兼容客户端要填写带 /v1 的基础地址;直接请求某个接口时,要写完整路径。
| 使用场景 | 填写内容 | 说明 |
|---|---|---|
| OpenAI 兼容客户端 | https://yunshuapi.wiki/v1 | 客户端会继续拼接接口路径。 |
| Chat Completions 完整接口 | https://yunshuapi.wiki/v1/chat/completions | 用于 curl、PowerShell 或自写脚本的完整 URL。 |
| 模型列表完整接口 | https://yunshuapi.wiki/v1/models | 用于查看当前 Key 能访问的模型。 |
| Claude Code | https://yunshuapi.wiki | 填写根地址,不带 /v1;客户端会请求 /v1/messages。 |
| Codex 自定义 Provider | https://yunshuapi.wiki/v1 | 配置为 Responses 协议,并选支持该协议的模型。 |
| Grok CLI 普通对话 | https://yunshuapi.wiki/v1 | 在 CC Switch 中选择 Grok,使用 grok-4.5 与 Responses。 |
| Grok CLI 自然语言媒体(生图 / 生视频) | https://yunshuapi.wiki/grok-media/v1 | 这是专用入口,不能换成普通地址。 |
404 Not Found 优先检查路径是否多写或少写了 /v1;401 Unauthorized 优先检查 Key,而不是反复改 URL。
模型选择
不要先问“最强”,先看任务和协议
模型会更新,固定推荐很快过期。先判断任务和协议,再按对应工具教程或客户端提供的可用选项进行选择。
Chat 模型
适合翻译、总结和普通问答,优先比较价格与响应速度。
编程模型
用于 Codex、Cursor 等工具,并确认客户端所需协议。
推理模型
适合规划、数学和复杂代码,通常耗时和费用更高。
图片与视频模型
图片按张计费;视频通常按时长与分辨率计费,不能当作普通聊天模型调用。
小白选择顺序
- 先确认令牌属于哪个分组,以及该分组能看到哪些模型。
- 确认客户端需要的协议:普通聊天常用 Chat Completions,Codex 使用 Responses。
- 优先在 CC Switch 或客户端的可用列表中选择,不要把 Chat、Responses 和 Anthropic Messages 模型混用。
- 先用小请求验证,确认成功后再运行长任务或多图任务。
可用模型、分组和价格会实时变化。配置时以对应工具页面的已验证参数和客户端实际可选项为准;实时价格请查看控制台。
媒体与计费 · 第一步
生图和生视频前,先添加 Grok 媒体模型
普通对话配置使用 https://yunshuapi.wiki/v1;生图和生视频必须另外添加一条媒体配置,使用 https://yunshuapi.wiki/grok-media/v1。两条地址不能混用。
先完成前面的 Grok CLI 安装与普通对话配置,确认普通文字能够回复,再回来添加媒体模型。
在 CC Switch 中选择 Grok
进入 Grok 配置列表,点击“添加供应商”或“添加配置”。这次新建的是媒体供应商,不要直接修改已经能正常对话的普通配置。
填写媒体专用参数
客户端模型档位仍是 grok-4.5,API Backend 仍是 responses,上下文窗口填写 500000,并粘贴自己的云枢 API Key。
填写媒体请求地址
官网链接和 API 请求地址都填写 https://yunshuapi.wiki/grok-media/v1,保持“完整 URL”关闭。
保存并启用媒体配置
保存后在供应商列表选择“云枢 Grok 媒体”并启用。关闭旧终端,再打开一个新终端后运行 Grok。
| CC Switch 项目 | 填写内容 | 注意事项 |
|---|---|---|
| 应用 / 框架 | Grok | 必须在 Grok 中新增供应商。 |
| 供应商名称 | 云枢 Grok 媒体 | 用于和普通对话配置区分。 |
| 官网链接 | https://yunshuapi.wiki/grok-media/v1 | 按图填写媒体专用地址。 |
| 客户端模型档位 | grok-4.5 | 不要改成图片或视频实际模型。 |
| API Backend | responses | 不能改成 Chat Completions。 |
| 上下文窗口 | 500000 | 按图填写整数,不加逗号。 |
| API Key | 你自己的云枢 API Key | 完整粘贴,不要使用截图中的遮挡字符。 |
| API 请求地址 | https://yunshuapi.wiki/grok-media/v1 | 必须完整包含 /grok-media/v1,保持“完整 URL”关闭。 |
普通对话是 https://yunshuapi.wiki/v1,媒体模型是 https://yunshuapi.wiki/grok-media/v1。准备生图或生视频前,应在 CC Switch 中启用媒体配置并重开终端。
不需要分别创建图片和视频供应商,也不要把客户端模型改成 grok-imagine-image 或 grok-imagine-video。保持 grok-4.5,服务端会根据明确提示词选择实际媒体模型。
高级 / 排错备用:手动添加媒体模型
只有 CC Switch 无法使用,并且你熟悉 TOML 配置时,才考虑手动方式。Windows 文件位于 %USERPROFILE%\.grok\config.toml,macOS / Linux 位于 ~/.grok/config.toml。
下面是独立媒体配置模板。多供应商合并需要保留原有模型段并先备份文件;不熟悉 TOML 时应继续使用 CC Switch。
[models]
default = "yunshu-grok-media"
[model.yunshu-grok-media]
model = "grok-4.5"
base_url = "https://yunshuapi.wiki/grok-media/v1"
name = "云枢 Grok 媒体"
api_backend = "responses"
env_key = "YUNSHU_API_KEY"
手动方式还需要在当前终端载入 YUNSHU_API_KEY;真实 Key 不要写进配置模板、截图或公开聊天。
启动前做一次文字连接测试
grok进入后先发送下面这条普通文字测试,不要一开始就提交付费媒体请求:
请只回复“云枢媒体连接成功”,不要调用任何工具。成功标志:能够正常回复。随后再按生图或生视频章节的固定模板提交一次付费请求。
图片生成
Grok CLI 自然语言生图
先在 CC Switch 中启用上面的 Grok 媒体配置并重开终端。提交时最关键的是写清楚“动作 + 数量 + 图片类型 + 内容”,并避免自动重试造成额外费用。
必须完整包含 /grok-media/v1。
负责文字理解与工具决策。
不要改成 Chat Completions。
固定提示词模板
请生成一张1K图片:[主体],[风格],[背景],[光线或构图要求]请生成一张1K图片:白色背景上的红色传统剪纸作品,正面构图,细节清晰。显式选择 Quality 高质量图片模型
默认生图仍使用 grok-imagine-image。只有提示词明确包含完整模型名 grok-imagine-image-quality 时,服务端才会切换到 Quality;只写“高质量”“高清”或“2K”不会切换模型。
使用 grok-imagine-image-quality 生成一张2K图片:[主体],[风格],[背景],[光线或构图要求]使用 grok-imagine-image-quality 生成一张2K图片:雨夜霓虹灯下的未来城市街道,写实电影感,横向构图,细节清晰,无文字、无水印。完整模型名只用于当前提示词,Grok CLI 配置中的 Model 仍保持 grok-4.5。Quality 及其 2K 输出价格可能更高,提交前请查看控制台实时价格。
| 不推荐写法 | 为什么容易失败 | 推荐改法 |
|---|---|---|
生成一个红色剪纸 | 没有明确说明是图片。 | 请生成一张图片:红色传统剪纸作品 |
画一只猫 | 媒体类型不够明确。 | 请生成一张插画:一只坐在窗边的猫 |
帮我做个头像 | “头像”未必触发图片识别。 | 请生成一张图片:社交账号头像,内容为…… |
再试一次 | 可能重复执行上一条付费请求。 | 新建会话,重新写完整提示词。 |
提交前检查
/grok-media/v1grok-4.5imagine 失败、重复运行或长时间重试,立即停止先按 Esc,无效时按 Ctrl + C。不要马上输入“再试一次”,先到控制台检查消费记录。
视频生成 · 已开放
Grok CLI 自然语言生视频
云枢 API 已于 2026-08-03 完成真实视频生成与计费验证。先在 CC Switch 中启用 Grok 媒体配置并重开终端,再使用明确模板直接文生视频。
生图和生视频使用同一个专用入口。
不要在 CLI 配置中改成视频模型。
默认使用标准视频;可在提示词中显式选择 1.5 Preview。
API Backend 仍是 responses。已经按上一节完成媒体配置并能正常生图的用户,不需要再创建视频供应商,可以直接按下面的固定格式提交视频请求。
标准视频提示词以“生成视频:”开头
生成视频:时长[1-15]秒,分辨率[480p或720p],画面比例[例如16:9]。画面内容:[主体、环境和动作]。镜头:[景别、机位和运镜]。风格:[写实、电影感、动画等]。要求:[光影、运动连续性和需要避免的内容]。无文字、无字幕、无水印。生成视频:时长5秒,分辨率480p,画面比例16:9。清晨的现代城市天台上,一架红色纸飞机随微风起飞,穿过三道透明玻璃圆环,最后平稳落在木桌上。写实电影感,单镜头连续跟拍,运动自然流畅,光影真实,主体清晰,无文字、无字幕、无水印。动作词和“视频”之间隔着很长描述,可能无法命中视频桥,随后被当作普通文字请求处理。画面比例属于提示词要求,最终构图仍以实际生成结果为准。
显式选择 Grok Video 1.5 Preview
grok-imagine-video-1.5-preview 同时支持纯文字生成和带参考图生成。两种方式都必须在提示词中写出完整模型名;参考图是可选项,不提供参考图时会直接按文字描述生成视频。
使用 grok-imagine-video-1.5-preview 生成视频:时长[1-15]秒,分辨率[480p或720p],画面比例[例如16:9]。画面内容:[主体、环境和动作]。镜头:[景别、机位和运镜]。风格:[写实、电影感、动画等]。无文字、无字幕、无水印。使用 grok-imagine-video-1.5-preview 生成视频:时长[1-15]秒,分辨率[480p或720p]。让参考图中的[主体]执行[动作]。镜头:[运镜要求]。要求:[运动连续性、光影和需要避免的内容]。无文字、无字幕、无水印。纯文字请求不要附图;图生视频可以附一张公网图片或客户端支持的图片输入。Preview 的渠道、权限与费用以控制台为准;Grok CLI 配置仍保持 grok-4.5。
支持规格与费用
| 项目 | 当前支持 | 新手建议 |
|---|---|---|
| 时长 | 1-15 秒;省略时默认 4 秒 | 每次明确写出秒数,提交前先算费用。 |
| 分辨率 | 480p / 720p;省略时默认 480p | 首次测试使用 480p;720p 费用更高。 |
| 480p 当前价格 | 0.5 元/秒 | 5 秒预计基础费用为 2.5 元。 |
| 输出 | 异步生成 MP4,并返回临时下载链接 | 成功后立即下载并保存任务信息。 |
上表是 2026-08-03 已验证的 480p 价格快照。720p 高于相同时长的 480p;正式提交长视频前,请先查看控制台实时价格。
异常与下载处理
imagine 或“先做关键帧”立即停止如果出现 imagine、图片生成失败、连续工具调用或长时间重试,立即按 Esc;无效时按 Ctrl + C。每次独立重试都可能成为新的付费请求。
视频下载链接通常约 10 分钟有效。链接过期或返回 403 时,不要重新生成同一个视频;请保留原任务 ID 和报错时间,联系云枢 API 客服处理。视频流程中的会话标题辅助请求已由服务端本地处理,不应再产生额外的 grok-4.5 标题费用。
费用说明
如何看懂 Grok 图片与视频消费记录?
普通文字、图片和视频使用不同的计费方式。先看消费记录中的模型,再核对图片数量或视频时长与分辨率。
| 消费记录中的模型 | 通常代表 | 计费方式 |
|---|---|---|
grok-4.5 | 普通文字、未命中媒体桥的请求或失败后的重试 | 按文字 Token 计费 |
grok-imagine-image | 真正执行了图片生成 | 按实际图片数量与当时价格计费 |
grok-imagine-video | 真正执行了视频生成 | 按视频时长、分辨率与当时价格计费 |
容易增加费用的情况
- 提示词含糊,客户端调用
imagine后自动重试。 - 请求超时后立刻再次回车或手动点击重试。
- 多个终端、设备或自动化任务同时提交相同请求。
- 一次明确要求生成多张图片。
- 视频时长更长,或选择费用更高的 720p。
- 在很长的旧会话中反复说“换一种”“再试一次”。
图片临时链接通常约 15 分钟,视频下载链接通常约 10 分钟。过期或下载失败时重新提交,会创建新的付费媒体请求;视频应保留原任务 ID 并联系客服。
正常命中视频桥时,不应再因为 Grok CLI 的 session_title 辅助请求多出一笔 grok-4.5 标题费用。如出现非预期的连续记录,先停止重试并按时间核对控制台。
视频 480p 当前为 0.5 元/秒;模型价格可能调整。提交长视频、多图或 720p 请求前,请查看控制台。
先看状态码
常见报错与处理顺序
不要一看到失败就反复重试。先根据状态码定位,再做一次最小验证。
| 错误或现象 | 常见原因 | 优先处理 |
|---|---|---|
401 Unauthorized | Key 错误、已禁用、前后有空格,或仍读取旧环境变量 | 重新复制 Key;关闭旧终端后重新载入。 |
404 Not Found | Base URL 或接口路径错误 | 检查是否多写、少写 /v1,以及是否误用专用入口。 |
400 Invalid model | 模型不可用、令牌无权限或协议不匹配 | 返回客户端模型列表重新选择,并确认 Chat / Responses 协议。 |
429 Rate limit | 余额、并发、分组或上游限流 | 停止并发请求,检查余额和控制台状态,稍后再试。 |
Connection error | 代理、TUN、DNS、防火墙或证书问题 | 用同一终端测试 /v1/models,再检查命令行网络。 |
context length exceeded | 会话历史或输入内容过长 | 新建会话、缩短内容,或选择更长上下文模型。 |
生视频时出现 imagine / 先做关键帧 | 提示词未命中视频桥,正在走非预期图片流程 | 立即按 Esc,无效时按 Ctrl + C;不要重试。 |
| 视频下载链接过期或返回 403 | 临时签名链接已过期或下载异常 | 保留原任务 ID 和报错时间,联系客服;不要重新生成。 |
codex / grok 无法识别 | 安装目录未加入 PATH,或新 PATH 尚未生效 | 关闭并重新打开终端,检查可执行文件所在目录。 |
通用排查顺序
- 停止自动重试和并发窗口,记录报错时间。
- 请求
/v1/models,先验证 Base URL 和 Key。 - 刷新客户端或接口返回的模型列表,重新选择当前可用模型。
- 核对客户端协议、旧环境变量和缓存配置。
- 仍无法解决时,再联系客服,并提供脱敏后的信息。
报错时间、客户端名称与版本、所选模型、Base URL(可显示)、状态码、错误文字和消费记录截图。必须遮住完整 API Key、Authorization 请求头和其他账号隐私。
凭据安全
把 Key 当作银行卡密码保管
不要写进前端
公开 HTML、网页源码和浏览器控制台都可能泄露 Key。正式应用应通过自己的后端转发。
不同工具拆分 Key
独立 Key 更容易统计、限额、禁用和定位异常消费。
截图必须打码
完整 Key、Authorization 请求头、配置文件和终端历史都不能公开。
异常先禁用
发现不明消费时,先禁用或删除对应 Key,再检查使用记录和客户端。
FAQ
常见问题
Base URL 到底要不要带 /v1?
大多数 OpenAI Compatible 客户端和 SDK 要填写 https://yunshuapi.wiki/v1。只有客户端明确要求“根地址”时才不带。Grok 自然语言生图和生视频都必须使用独立地址 https://yunshuapi.wiki/grok-media/v1。
后台有模型,为什么客户端仍提示模型不存在?
常见原因是令牌没有权限、所选模型当前不可用,或客户端协议不匹配。返回客户端模型选项重新选择;Codex 还要求 Responses 协议。
同一枚 Key 能给多个客户端用吗?
技术上可以,但不建议。多个客户端共用 Key 时,很难判断异常消费来自哪个工具,也无法只禁用其中一个。
为什么浏览器能打开站点,CLI 仍然 Connection error?
浏览器和终端可能走不同代理。请在同一个终端测试 /v1/models,再检查命令行代理、TUN 模式、DNS、防火墙和证书。
Grok 生图失败了,为什么仍有文字费用?
文字理解和图片生成是两条计费链路。即使图片没有成功,已经完成的 grok-4.5 文字请求仍可能正常计费。自动重试还可能产生多条文字记录。
可以在 Grok 自然语言入口生成视频吗?
可以。保持 https://yunshuapi.wiki/grok-media/v1、grok-4.5 和 responses 配置不变,并以“生成视频:”开头,明确写出 1-15 秒及 480p/720p。服务端会自动使用 grok-imagine-video;不要把 CLI 配置中的模型手动改成视频模型。
视频已经生成,但下载链接过期或返回 403 怎么办?
不要重新生成。保存原任务 ID、生成时间和脱敏后的错误信息,联系云枢 API 客服处理下载链接。重新提交生成请求会产生一笔新的完整视频费用。