云枢 API YUNSHU API DOCS
← 返回文档首页

YUNSHU API DOCS

配置与使用文档

选择对应工具进入完整步骤。Claude Code、Codex CLI 和 Grok CLI 使用的地址与协议不同,请不要互相套用配置。

新手路径

准备工作

下面两步用于准备账号和 API 密钥。完成后先安装一次 CC Switch,再进入对应工具教程。

登录云枢 API 并注册

打开云枢 API。没有账号时先按页面提示完成注册,已有账号直接登录,然后进入控制台。

创建一枚独立 API 密钥

进入控制台的「API 密钥」页面,为当前客户端单独创建一枚密钥。不要让 Claude、Codex、Grok 和其他客户端共用同一枚密钥。

第 1 步:打开 API 密钥页面

在控制台左侧点击「API 密钥」,再点击页面右上角的「创建 API 密钥」。

云枢 API 控制台的 API 密钥列表,红色箭头指向右上角的创建 API 密钥按钮
进入 API 密钥列表后,点击红色箭头指向的「创建 API 密钥」。

第 2 步:按顺序填写创建表单

不同版本的字段排列可能略有变化。第一次创建时按下面填写,不认识的高级选项保持默认。

字段建议填写说明
名称按用途命名,例如 codex-laptop名称只用于自己识别,建议一个客户端一枚密钥。
分组选择当前账号可用、与目标工具对应的分组只有一个选项时保持默认;不确定时不要随意切换。
过期时间按实际使用周期选择测试密钥可选择 1 天或 1 个月;长期密钥也应定期更换。
额度设置测试密钥建议设置可控额度“无限额度”只表示不在密钥层单独限额,调用仍会消耗账户余额。
高级设置保持默认模型限制留空表示不额外限制;没有明确需求时不要设置 IP 限制。
云枢 API 密钥表单,显示名称、分组、过期时间、额度设置和高级设置
创建和更新页面使用相同的主要字段。依次检查名称、分组、过期时间和额度设置,再点击「保存更改」。

第 3 步:复制刚创建的 API 密钥

保存成功后回到 API 密钥列表,找到刚创建的那一行,点击密钥右侧的复制图标。红色箭头指向的就是复制按钮。

云枢 API 密钥创建成功后的列表,红色箭头指向新密钥右侧的复制按钮
复制后只粘贴到对应客户端的 API Key 字段中。截图中的密钥已遮挡。
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 电脑通常选择 x64amd64;只有明确使用 ARM 电脑时才选择 arm64

成功标志:安装版完成向导后,或解压便携版后,能够正常打开 CC Switch 主界面。Windows 出现安全提示时,先确认文件来自上面的官方 GitHub 项目,不要从陌生网盘下载。

macOS

打开“终端 Terminal”,复制下面整行命令并按回车:

Terminal · 安装 CC Switch
brew tap farion1231/ccswitch && brew install --cask cc-switch

成功标志:命令执行完成后,可以从“应用程序”中打开 CC Switch。若电脑没有 brew 命令,直接从官方下载页选择 macOS 对应版本。

Linux

已经安装 Linuxbrew 时,在终端运行:

Terminal · Linuxbrew 安装 CC Switch
brew tap farion1231/ccswitch && brew install cc-switch

没有 Linuxbrew 时,不必为了 CC Switch 单独安装它。直接从官方下载页选择适合当前发行版和处理器的 AppImage、deb 或 rpm 文件即可。

第 2 步:认识统一配置流程

打开对应客户端类型

准备配置哪个工具,就先在 CC Switch 中选择哪个客户端类型,例如 Claude Code、Codex 或 Grok。一次只配置当前要使用的工具。

CC Switch 顶部客户端类型栏,依次显示 Claude Code、Claude Desktop、Codex、Gemini、Grok Build 等入口
顶部这一排是客户端类型。准备配置 Claude Code 就选择 Claude Code,配置 Codex 就选择 Codex,配置 Grok 就选择 Grok 对应入口。

添加自定义供应商

点击“添加供应商”“添加配置”或右上角的加号。不同版本按钮名称可能略有差异;如果预设列表中没有“云枢 API”,这是正常情况,请进入自定义供应商编辑页面。

CC Switch 顶部工具栏,红色箭头指向右上角橙色加号
红色箭头指向右上角的橙色加号,点击它即可开始添加新的供应商。

填写名称与自己的 API Key

进入供应商编辑页面后再开始填写。下面先以 Claude Code 配置为例:供应商名称建议写成 云枢 API 或“云枢 + 工具名”,API Key 粘贴在密钥字段中,不要加引号、空格或 Bearer

CC Switch 的 Claude Code 供应商编辑页面,红框标出供应商名称、官网链接、API Key 和请求地址
这是 Claude Code 示例。红框标出需要核对的供应商名称、官网链接、API Key 和请求地址;API Key 使用自己的完整密钥。Codex 与 Grok 的请求地址和协议不同,请继续按照下方对应工具教程填写。

按对应教程填写并启用

继续查看下表中的对应教程,照图填写请求地址、协议和模型。保存后启用新配置,关闭旧终端,再重新打开终端启动工具。

CC Switch 供应商列表,红色箭头指向蓝色启用按钮
保存后回到供应商列表,找到刚创建的云枢配置。点击红色箭头指向的蓝色“启用”按钮,即可让这条配置生效。

第 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 配置与截图
Windows 新手优先选应用端路线

如果你主要想在窗口中使用 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终端工具

继续查看后面的 Codex CLI 安装和 CC Switch 配置章节即可。

Codex 应用端OpenAI 官方应用

微软商店中的官方条目名称是 ChatGPT,Codex 功能包含在该 Windows 应用中。

Codex++第三方增强工具

负责导入供应商、启动官方应用并显示连接状态,可按需使用。

步骤 1:安装官方 Codex 应用端

点击下面的微软官方下载按钮安装 ChatGPT。在微软商店搜索 codex 时,官方结果也会显示为 ChatGPT;进入详情页后请确认开发者是 OpenAI,不要安装名称相近的第三方应用。

Microsoft Store 搜索 codex 后显示 ChatGPT 官方应用,红色箭头指向安装状态
在 Microsoft Store 搜索 codex 后选择 ChatGPT 官方条目。图中红箭头处显示“已安装”;首次安装时这里会显示“获取”或“安装”,按钮文字以你的商店界面为准。

如果网页按钮没有拉起微软商店,也可以打开 PowerShell,运行官方应用对应的安装命令:

PowerShell · 安装官方 Windows 应用
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++ 管理工具 两个入口。前者用于日常启动,后者用于首次配置、检查和修复。

Windows 桌面上的 Codex++ 和 Codex++ 管理工具两个快捷方式
安装完成后会出现两个入口。第一次配置请打开“Codex++ 管理工具”;以后日常使用可以打开“Codex++”。
Codex++ 属于第三方软件

只从上面的项目仓库和 Releases 下载。官方 Codex 应用更新后,Codex++ 的部分功能可能需要等待适配或更新;遇到异常时不要关闭系统安全功能,也不要运行来源不明的安装包。

步骤 3:从 CC Switch 导入云枢配置

首次使用先打开 Codex++ 管理工具,不要直接打开桌面的 Codex++。界面名称可能随版本略有变化,按下面顺序操作即可。

Codex++ 管理工具概览页,Codex 版本显示正常且 Codex 应用显示已找到
先在“概览”确认 Codex 版本为“正常”、Codex 应用为“已找到”。截图已经裁掉本机快捷方式、日志和端口信息。

在“概览”检查官方应用

确认“Codex 版本”显示正常,并且“Codex 应用”显示已找到。某个“入口”显示缺失只代表对应快捷方式尚未创建,不等于官方应用安装失败。

打开“供应商配置”

点击左侧“供应商配置”,保持“启用供应商配置切换”处于勾选状态。

选择“从第三方导入”

点击“从第三方导入”,在弹出的来源列表中选择 ccswitch。点击后可能自动导入检测到的多条 Codex 供应商;如果没有发现云枢配置,先返回 CC Switch 第 3 步,选择 Codex 并完成下面的 Responses 参数配置。

导入后找到云枢配置

回到供应商列表,找到刚在 CC Switch 中创建的云枢 Codex 供应商,打开详情并逐项核对下面的参数,再把这条配置设为当前使用项。无需先安装或运行 Codex CLI。

Codex++ 供应商配置页面的从第三方导入菜单,其中可选择 ccswitch
点击“从第三方导入”,再选择 ccswitch。图中显示的供应商数量只是示例,你的电脑可能不同。
检查项目云枢配置说明
导入来源ccswitch可能一次导入检测到的多条 Codex 供应商,导入后再找到云枢。
模式纯 API云枢路线不依赖 ChatGPT 官方账号,不要选成“官方登录 + API”。
协议Responses API必须与 Codex 使用的 Responses 协议匹配。
Base URLhttps://yunshuapi.wiki/v1必须保留末尾的 /v1
API Key你自己的完整云枢 API Key只保存在自己的电脑中,不要使用截图里的遮挡字符。
Codex++ 供应商配置列表,云枢配置显示纯 API、Responses API 和 yunshuapi.wiki v1 地址
在导入结果中找到云枢:应显示“纯 API · Responses API · https://yunshuapi.wiki/v1”。其他供应商已在截图中遮挡,延迟数字也会随网络变化。
不要让 CC Switch 和 Codex++ 同时修改同一份配置

“从第三方导入”可能把检测到的多条 Codex 供应商交给 Codex++ 管理。导入后只把核对无误的云枢项设为当前使用项;以后若在 CC Switch 中改了地址、Key 或模型,应先退出官方应用,再重新导入,或者只选一个工具继续管理。

步骤 4:必须从 Codex++ 启动官方应用

Codex++ 管理工具右上角的重启 Codex++ 按钮
管理工具右上角的“重启 Codex++”按钮。首次启动也可以在“概览”中点击“启动 Codex++”。

完全退出已打开的官方应用

如果之前直接打开过 ChatGPT / Codex,请在任务栏右下角的系统托盘中退出;只点击窗口右上角的关闭按钮,程序可能仍在后台运行。

点击“启动 Codex++”

回到管理工具的“概览”,点击“启动 Codex++”;已经启动过时可以点击右上角的“重启 Codex++”。以后也可以直接使用桌面的 Codex++ 入口。

查看绿色连接状态

官方应用打开后,右上角出现 Codex++ 名称和绿色圆点,表示 Codex++ 已连接成功。版本号会变化,不需要与教程截图完全一致。

红色或未连接时重新启动

先完全退出官方应用,再返回管理工具重新启动。不要一看到红色就反复修改云枢地址或 API Key。

通过 Codex++ 启动后的 Codex Windows 应用主界面
通过 Codex++ 启动后的应用主界面。顶部版本号和首页推荐内容会随版本变化,不需要与截图完全一致。
Codex 应用右上角显示 Codex++ 名称和绿色连接圆点
红线标出的绿色圆点表示 Codex++ 已连接。版本号只作界面示例,不是成功条件。

步骤 5:在应用中选择模型

点击输入框右下角显示当前模型和推理强度的按钮,再展开“高级”并点击“模型”,从列表中选择当前云枢供应商实际提供、并且支持 Responses API 的模型。模型名称和列表会随供应商、账号权限与版本变化,因此不要照抄截图中的固定型号。

Codex Windows 应用的高级菜单和模型选择列表,红色箭头指向模型入口
先点击输入框右下角的当前模型区域,再按红箭头所示进入“模型”。右侧列表只展示截图当时的选项,请选择自己当前实际可用的模型。

成功标志:选中的模型名称显示在输入框下方,并且发送消息后能够正常收到回复。若列表为空,先回到 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:

PowerShell · 检查 Git
git --version

成功标志:看到 git version ...。若提示无法识别,先重开 PowerShell,再检查 Git 是否安装成功。

步骤 2:安装 Node.js LTS

Codex 使用 npm 安装,而 npm 会随 Node.js 一起安装,不需要单独下载。进入官网选择 LTS,普通 64 位 Windows 电脑选择 x64 安装包并保持默认选项。

安装后重新打开 PowerShell,先检查 Node.js:

PowerShell · 检查 Node.js
node --version

应显示以 v 开头的版本号,例如 v22.x.x

再检查随 Node.js 一起安装的 npm:

PowerShell · 检查 npm
npm --version

应显示一串数字版本号。Node.js 和 npm 都有版本号后再继续。

步骤 3:安装 Codex CLI

使用 npm 下载并安装 Codex CLI:

PowerShell · 安装 Codex
npm install -g @openai/codex

等待命令执行完成。终端重新出现输入提示,并且没有 npm ERR!,通常表示安装完成。

关闭并重新打开 PowerShell,再检查 Codex:

PowerShell · 检查 Codex
codex --version

成功标志:看到类似 codex-cli 0.x.x 的版本号。

步骤 4:用 CC Switch 配置云枢 API(推荐)

CC Switch 可以自动管理 Codex 的配置文件和认证信息。普通用户只需选对应用、填写 Key、模型和地址,不需要手动编辑 config.tomlauth.json

只使用 ChatGPT 官方账号?

直接运行 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.tomlauth.json;完成后关闭旧终端,再打开一个新终端。

CC Switch 项目填写内容注意事项
应用 / 框架Codex不是 Claude Code,也不是其他客户端。
供应商名称云枢 API只是本地显示名称,也可以使用自己容易识别的名字。
官网链接https://yunshuapi.wiki这是云枢站点地址,不是最终 API 请求地址。
API Key你自己的云枢 API Key完整粘贴,不要使用截图中的遮挡字符。
API 请求地址https://yunshuapi.wiki/v1必须带 /v1,并保持“完整 URL”关闭。
模型支持 Codex / Responses 的可用模型优先从界面选项中选择;没有该字段时保持默认。
CC Switch 的 Codex 云枢供应商配置示例,包含供应商名称、官网链接、API Key 和带 v1 的 API 请求地址
Codex 的 CC Switch 配置示例。图中的 API Key 已遮挡;实际操作时请粘贴自己的完整 Key。
Codex 地址必须带 /v1,并使用 Responses

请求地址填写 https://yunshuapi.wiki/v1。不要照抄 Claude Code 的根地址,也不要选择只支持 Chat Completions 的普通聊天模型。

如果当前页面没有模型字段

不同 CC Switch 版本的界面可能略有差异。没有模型字段时保持默认;不要为了寻找模型项随意修改不认识的高级设置。

高级 / 排错备用:手动编辑 config.toml

只有 CC Switch 无法使用,或者你明确需要手动管理 Provider 时,才使用下面的方法。已有配置必须先备份,不能直接全部覆盖。

Model使用当前可用的 Codex 模型

必须支持 Responses;不确定时继续使用 CC Switch,不要手工猜测。

Base URLhttps://yunshuapi.wiki/v1

Codex 地址必须带 /v1

API Key使用自己的 Key

在启动终端中临时载入,不写入模板。

Codex 默认读取 Windows 的 %USERPROFILE%\.codex\config.toml,以及 macOS / Linux 的 ~/.codex/config.toml

1. 创建配置目录

PowerShell · 创建 .codex 文件夹
New-Item -ItemType Directory -Force "$HOME\.codex" | Out-Null

2. 用记事本打开配置文件

PowerShell · 打开 config.toml
notepad "$HOME\.codex\config.toml"

记事本打开空白文件属于正常情况。粘贴模板后按 Ctrl + S 保存。

全新文件直接粘贴下面模板;如果已有配置,先备份原内容。只替换第一行尖括号中的模型占位文字,其余云枢字段原样保留。

~/.codex/config.toml
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

PowerShell · 输入自己的 Key
$env:YUNSHU_API_KEY = Read-Host "请粘贴云枢 API Key"

粘贴 Key 并按回车。命令结束后没有额外输出属于正常情况。

步骤 5:启动并验证

在准备交给 Codex 处理的项目文件夹中打开一个新的终端。云枢用户先确认 CC Switch 中启用的是刚创建的 Codex 云枢配置,然后运行:

PowerShell / Terminal · 启动 Codex
codex

进入 Codex 界面后,输入下面的命令检查配置是否被读取:

在 Codex 界面中输入
/status

成功标志:云枢用户应看到刚配置的 Provider 和模型;官方账号用户应看到自己的登录状态。确认后再发送只读测试任务:

首次测试提示词
只读取当前目录,告诉我这里有哪些文件,不要修改任何内容。
命令在哪里输入用途
codexPowerShell / 终端在当前项目启动交互界面。
/statusCodex 界面检查当前模型、目录和会话状态。
/modelCodex 界面查看或切换当前可用模型。
/compactCodex 界面对话很长时压缩上下文。
codex resume --lastPowerShell / 终端继续最近一次会话。
报错先按顺序排查

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:

PowerShell / Terminal · 检查 Git
git --version

成功标志:看到类似 git version 2.xx.x 的版本号。若提示“无法识别 git”,先重开终端;仍无效时重新检查 Git 是否安装成功。

macOS / Linux / WSL 用户

先运行同一个 git --version。能显示版本号就直接继续;WSL 不需要安装 Windows 版 Git。

再安装 Claude Code

官方原生安装脚本是推荐方式,安装后可以自动保持更新。请根据自己的系统只选择下面一种方式,不要把所有安装命令都执行一遍。

Windows PowerShell(推荐)

PowerShell · 安装 Claude Code
irm https://claude.ai/install.ps1 | iex

等待安装结束并重新出现 PowerShell 输入提示。若之后找不到 claude 命令,关闭 PowerShell 再重新打开。

macOS / Linux / WSL

Terminal · 安装 Claude Code
curl -fsSL https://claude.ai/install.sh | bash

Windows CMD

只有在使用“命令提示符 CMD”而不是 PowerShell 时,才使用这一条:

CMD · 安装 Claude Code
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

可选:使用包管理器安装

已经熟悉 Homebrew、WinGet 或 npm 时,可以从下面任选一种代替原生安装脚本。普通 Windows 用户优先使用上面的 PowerShell 方法。

Homebrew · macOS
brew install --cask claude-code
WinGet · Windows
winget install Anthropic.ClaudeCode
npm · 已安装 Node.js 的电脑
npm install -g @anthropic-ai/claude-code

npm 方式要求电脑已经安装 Node.js LTS;包管理器安装的版本通常需要自行更新。

最后验证 Claude Code

无论使用哪种安装方式,都用下面这一条检查结果:

PowerShell / Terminal · 检查 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
CC Switch 的 Claude Code 云枢供应商配置示例,包含供应商名称、官网链接、API Key 和请求地址字段
CC Switch 配置示例。图中的 API Key 已遮挡;实际操作时请粘贴自己的完整 Key。
请求地址不要带 /v1

这里必须填写 https://yunshuapi.wiki。Claude Code 会继续请求 /v1/messages;如果预先加上 /v1,可能拼成重复路径并返回 404。

如果界面要求选择模型

选择界面中明确支持 Claude Code / Anthropic Messages 的可用项。部分 CC Switch 版本不会显示模型项,没有看到时保持默认,不要随意修改高级选项。

高级 / 排错备用:手动编辑 settings.json

只有 CC Switch 无法使用,或者你明确需要手动管理配置时,才使用下面的方法。已有配置文件必须先备份,不要直接删除不认识的字段。

Model使用当前可用的 Claude Code 模型

必须支持 Anthropic Messages;不确定时继续使用 CC Switch,不要手工猜测。

Base URLhttps://yunshuapi.wiki

只填根地址,不带 /v1

API Key使用自己的 Key

在启动终端中临时载入,不写入配置文件。

默认配置文件位置是 Windows 的 %USERPROFILE%\.claude\settings.json,以及 macOS / Linux 的 ~/.claude/settings.json

1. 创建配置目录

PowerShell · 创建 .claude 文件夹
New-Item -ItemType Directory -Force "$HOME\.claude" | Out-Null

这条命令没有输出属于正常情况;它只负责确保配置文件夹存在。

2. 用记事本打开配置文件

PowerShell · 打开 settings.json
notepad "$HOME\.claude\settings.json"

记事本打开空白文件属于正常情况。粘贴下方模板后按 Ctrl + S 保存。

全新文件直接粘贴下面模板;如果已有内容,先复制一份备份。模型名称应使用当前 Claude Code 配置中已确认可用的值:

settings.json · 配置模板
{
  "model": "<当前可用的 Claude Code 模型名称>",
  "env": {
    "ANTHROPIC_BASE_URL": "https://yunshuapi.wiki"
  }
}

保存前检查:模型名称两侧的英文双引号必须保留;不要把真实 API Key 写进公开模板或发到群聊、工单和截图中。

3. 在当前终端临时载入 Key

PowerShell · 输入自己的 Key
$env:ANTHROPIC_API_KEY = Read-Host "请粘贴云枢 API Key"

按回车后终端会等待输入。粘贴自己的云枢 API Key,再按一次回车。

步骤 4:启动并验证

“项目目录”就是你准备让 Claude Code 读取的代码或文档文件夹。先在该文件夹中打开一个新的终端:官方账号用户按登录提示操作;云枢用户先确认 CC Switch 中启用的是刚创建的云枢配置。

PowerShell / Terminal · 启动 Claude Code
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。

PowerShell · 安装 Grok CLI
irm https://x.ai/cli/install.ps1 | iex

等待安装结束并重新出现输入提示。然后关闭当前 PowerShell,重新打开一个新的 PowerShell,让 PATH 生效。

2. 检查是否安装成功

PowerShell · 检查 Grok
grok --version

成功标志:终端显示 Grok CLI 版本号。若提示无法识别,确认已经重开 PowerShell。

步骤 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 Backendresponses不能改成 Chat Completions。
上下文窗口500000按图填写整数,不加逗号。
API Key你自己的云枢 API Key完整粘贴,不要使用截图中的遮挡字符。
API 请求地址https://yunshuapi.wiki/v1普通对话地址,保持“完整 URL”关闭。
CC Switch 的 Grok 云枢普通对话配置示例,包含 grok-4.5、responses、上下文窗口和带 v1 的请求地址
Grok 普通对话配置示例。图中的 API Key 已遮挡;实际操作时请粘贴自己的完整 Key。
这里只配置普通对话,不是生图和生视频

普通对话使用 https://yunshuapi.wiki/v1。媒体功能需要另一条 /grok-media/v1 配置,请前往后面的“媒体与计费”。

高级 / 排错备用:手动配置普通对话

只有 CC Switch 无法使用,或者你明确需要手动管理配置时,才使用下面的方法。已有文件必须先备份。

1. 创建配置目录

PowerShell · 创建 .grok 文件夹
New-Item -ItemType Directory -Force "$HOME\.grok" | Out-Null

2. 用记事本打开配置文件

PowerShell · 打开 config.toml
notepad "$HOME\.grok\config.toml"

把下面模板写入配置文件。api_backend = "responses" 不能省略:

~/.grok/config.toml · 普通对话
[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

PowerShell · 输入自己的 Key
$env:YUNSHU_API_KEY = Read-Host "请粘贴云枢 API Key"

步骤 3:启动并验证普通对话

在准备使用 Grok 的项目文件夹中打开一个新的终端。先检查 CC Switch 中启用的是云枢普通对话配置。

PowerShell / Terminal · 查看模型
grok models

成功标志:模型列表中出现刚添加的云枢 Grok 配置。显示名称可能跟随你填写的供应商名称。

PowerShell / Terminal · 启动 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 URLhttps://yunshuapi.wiki/v1大多数客户端要保留 /v1
Model客户端当前可用的模型优先从客户端列表中选择,并确认与 Provider 协议匹配。
不要把 GPT、Claude、Grok 的模型混填

客户端名字不决定模型协议。应以所选 Provider、令牌权限和客户端实际可用选项为准。

无需安装依赖

用 PowerShell 测试第一次 API 请求

先用模型列表接口验证 Key,再调用 Chat Completions。这样能快速区分“Key 不对”和“客户端配置不对”。

步骤 1:临时载入 Key

PowerShell
$env:YUNSHU_API_KEY = Read-Host "请粘贴云枢 API Key"

步骤 2:读取模型列表

PowerShell · GET /v1/models
$headers = @{ Authorization = "Bearer $env:YUNSHU_API_KEY" }
Invoke-RestMethod `
  -Uri "https://yunshuapi.wiki/v1/models" `
  -Headers $headers `
  -Method Get

步骤 3:发送最小聊天请求

从上一步返回的列表中选择一个当前 Key 可以访问的模型名称,填入下面的占位位置。

PowerShell · POST /v1/chat/completions
$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 Codehttps://yunshuapi.wiki填写根地址,不带 /v1;客户端会请求 /v1/messages
Codex 自定义 Providerhttps://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 优先检查路径是否多写或少写了 /v1401 Unauthorized 优先检查 Key,而不是反复改 URL。

模型选择

不要先问“最强”,先看任务和协议

模型会更新,固定推荐很快过期。先判断任务和协议,再按对应工具教程或客户端提供的可用选项进行选择。

日常聊天

Chat 模型

适合翻译、总结和普通问答,优先比较价格与响应速度。

写代码

编程模型

用于 Codex、Cursor 等工具,并确认客户端所需协议。

复杂任务

推理模型

适合规划、数学和复杂代码,通常耗时和费用更高。

生成媒体

图片与视频模型

图片按张计费;视频通常按时长与分辨率计费,不能当作普通聊天模型调用。

小白选择顺序

  1. 先确认令牌属于哪个分组,以及该分组能看到哪些模型。
  2. 确认客户端需要的协议:普通聊天常用 Chat Completions,Codex 使用 Responses。
  3. 优先在 CC Switch 或客户端的可用列表中选择,不要把 Chat、Responses 和 Anthropic Messages 模型混用。
  4. 先用小请求验证,确认成功后再运行长任务或多图任务。
本页不长期指定“最强模型”

可用模型、分组和价格会实时变化。配置时以对应工具页面的已验证参数和客户端实际可选项为准;实时价格请查看控制台。


媒体与计费 · 第一步

生图和生视频前,先添加 Grok 媒体模型

普通对话配置使用 https://yunshuapi.wiki/v1;生图和生视频必须另外添加一条媒体配置,使用 https://yunshuapi.wiki/grok-media/v1。两条地址不能混用。

还没有安装或配置 Grok CLI?

先完成前面的 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 Backendresponses不能改成 Chat Completions。
上下文窗口500000按图填写整数,不加逗号。
API Key你自己的云枢 API Key完整粘贴,不要使用截图中的遮挡字符。
API 请求地址https://yunshuapi.wiki/grok-media/v1必须完整包含 /grok-media/v1,保持“完整 URL”关闭。
CC Switch 的云枢 Grok 媒体配置示例,包含 grok-4.5、responses、上下文窗口和 grok-media v1 请求地址
Grok 媒体模型配置示例。图中的 API Key 已遮挡;实际操作时请粘贴自己的完整 Key。
媒体配置和普通对话配置是两条不同地址

普通对话是 https://yunshuapi.wiki/v1,媒体模型是 https://yunshuapi.wiki/grok-media/v1。准备生图或生视频前,应在 CC Switch 中启用媒体配置并重开终端。

一条媒体配置同时支持生图和生视频

不需要分别创建图片和视频供应商,也不要把客户端模型改成 grok-imagine-imagegrok-imagine-video。保持 grok-4.5,服务端会根据明确提示词选择实际媒体模型。

高级 / 排错备用:手动添加媒体模型

只有 CC Switch 无法使用,并且你熟悉 TOML 配置时,才考虑手动方式。Windows 文件位于 %USERPROFILE%\.grok\config.toml,macOS / Linux 位于 ~/.grok/config.toml

已有普通对话配置时不要直接覆盖

下面是独立媒体配置模板。多供应商合并需要保留原有模型段并先备份文件;不熟悉 TOML 时应继续使用 CC Switch。

~/.grok/config.toml · 独立媒体配置
[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 不要写进配置模板、截图或公开聊天。

启动前做一次文字连接测试

PowerShell / Terminal · 启动 Grok
grok

进入后先发送下面这条普通文字测试,不要一开始就提交付费媒体请求:

媒体连接测试提示词
请只回复“云枢媒体连接成功”,不要调用任何工具。

成功标志:能够正常回复。随后再按生图或生视频章节的固定模板提交一次付费请求。

图片生成

Grok CLI 自然语言生图

先在 CC Switch 中启用上面的 Grok 媒体配置并重开终端。提交时最关键的是写清楚“动作 + 数量 + 图片类型 + 内容”,并避免自动重试造成额外费用。

Base URLhttps://yunshuapi.wiki/grok-media/v1

必须完整包含 /grok-media/v1

Modelgrok-4.5

负责文字理解与工具决策。

API Backendresponses

不要改成 Chat Completions。

固定提示词模板

推荐模板
请生成一张1K图片:[主体],[风格],[背景],[光线或构图要求]
正确示例
请生成一张1K图片:白色背景上的红色传统剪纸作品,正面构图,细节清晰。

显式选择 Quality 高质量图片模型

默认生图仍使用 grok-imagine-image。只有提示词明确包含完整模型名 grok-imagine-image-quality 时,服务端才会切换到 Quality;只写“高质量”“高清”或“2K”不会切换模型。

Quality 2K 模板
使用 grok-imagine-image-quality 生成一张2K图片:[主体],[风格],[背景],[光线或构图要求]
Quality 正确示例
使用 grok-imagine-image-quality 生成一张2K图片:雨夜霓虹灯下的未来城市街道,写实电影感,横向构图,细节清晰,无文字、无水印。
Quality 是单独计费的实际图片模型

完整模型名只用于当前提示词,Grok CLI 配置中的 Model 仍保持 grok-4.5。Quality 及其 2K 输出价格可能更高,提交前请查看控制台实时价格。

不推荐写法为什么容易失败推荐改法
生成一个红色剪纸没有明确说明是图片。请生成一张图片:红色传统剪纸作品
画一只猫媒体类型不够明确。请生成一张插画:一只坐在窗边的猫
帮我做个头像“头像”未必触发图片识别。请生成一张图片:社交账号头像,内容为……
再试一次可能重复执行上一条付费请求。新建会话,重新写完整提示词。

提交前检查

地址是专用 /grok-media/v1
模型是 grok-4.5
写明“一张、两张”等数量
明确包含图片、照片、海报或插画
当前没有其他窗口提交同一请求
只提交一次,不因等待重复回车
看到 imagine 失败、重复运行或长时间重试,立即停止

先按 Esc,无效时按 Ctrl + C。不要马上输入“再试一次”,先到控制台检查消费记录。

完整版本:《云枢 API Grok CLI 生图使用与计费避坑指南》

视频生成 · 已开放

Grok CLI 自然语言生视频

云枢 API 已于 2026-08-03 完成真实视频生成与计费验证。先在 CC Switch 中启用 Grok 媒体配置并重开终端,再使用明确模板直接文生视频。

Base URLhttps://yunshuapi.wiki/grok-media/v1

生图和生视频使用同一个专用入口。

Grok CLI 模型grok-4.5

不要在 CLI 配置中改成视频模型。

实际视频模型grok-imagine-video

默认使用标准视频;可在提示词中显式选择 1.5 Preview。

生图和生视频共用同一条媒体配置

API Backend 仍是 responses。已经按上一节完成媒体配置并能正常生图的用户,不需要再创建视频供应商,可以直接按下面的固定格式提交视频请求。

标准视频提示词以“生成视频:”开头

推荐模板
生成视频:时长[1-15]秒,分辨率[480p或720p],画面比例[例如16:9]。画面内容:[主体、环境和动作]。镜头:[景别、机位和运镜]。风格:[写实、电影感、动画等]。要求:[光影、运动连续性和需要避免的内容]。无文字、无字幕、无水印。
5 秒 480p 示例
生成视频:时长5秒,分辨率480p,画面比例16:9。清晨的现代城市天台上,一架红色纸飞机随微风起飞,穿过三道透明玻璃圆环,最后平稳落在木桌上。写实电影感,单镜头连续跟拍,运动自然流畅,光影真实,主体清晰,无文字、无字幕、无水印。
标准模型的“生成视频”要放在最前面

动作词和“视频”之间隔着很长描述,可能无法命中视频桥,随后被当作普通文字请求处理。画面比例属于提示词要求,最终构图仍以实际生成结果为准。

显式选择 Grok Video 1.5 Preview

grok-imagine-video-1.5-preview 同时支持纯文字生成和带参考图生成。两种方式都必须在提示词中写出完整模型名;参考图是可选项,不提供参考图时会直接按文字描述生成视频。

1.5 Preview 纯文字模板
使用 grok-imagine-video-1.5-preview 生成视频:时长[1-15]秒,分辨率[480p或720p],画面比例[例如16:9]。画面内容:[主体、环境和动作]。镜头:[景别、机位和运镜]。风格:[写实、电影感、动画等]。无文字、无字幕、无水印。
1.5 Preview 参考图模板
使用 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;正式提交长视频前,请先查看控制台实时价格。

异常与下载处理

标准模型以“生成视频:”开头
Preview 写完整模型名,参考图按需附加
明确写出时长和 480p / 720p
一次只在一个会话中提交
出现 imagine 或“先做关键帧”立即停止
下载失败时保留原任务 ID
不输入“继续、重试、再试一次”
直接文生视频不需要先生成关键帧

如果出现 imagine、图片生成失败、连续工具调用或长时间重试,立即按 Esc;无效时按 Ctrl + C。每次独立重试都可能成为新的付费请求。

下载失败不等于视频生成失败

视频下载链接通常约 10 分钟有效。链接过期或返回 403 时,不要重新生成同一个视频;请保留原任务 ID 和报错时间,联系云枢 API 客服处理。视频流程中的会话标题辅助请求已由服务端本地处理,不应再产生额外的 grok-4.5 标题费用。

完整版本:《云枢 API Grok CLI 生视频使用与计费避坑指南》

费用说明

如何看懂 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 UnauthorizedKey 错误、已禁用、前后有空格,或仍读取旧环境变量重新复制 Key;关闭旧终端后重新载入。
404 Not FoundBase 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 尚未生效关闭并重新打开终端,检查可执行文件所在目录。

通用排查顺序

  1. 停止自动重试和并发窗口,记录报错时间。
  2. 请求 /v1/models,先验证 Base URL 和 Key。
  3. 刷新客户端或接口返回的模型列表,重新选择当前可用模型。
  4. 核对客户端协议、旧环境变量和缓存配置。
  5. 仍无法解决时,再联系客服,并提供脱敏后的信息。
联系客服时建议提供

报错时间、客户端名称与版本、所选模型、Base URL(可显示)、状态码、错误文字和消费记录截图。必须遮住完整 API Key、Authorization 请求头和其他账号隐私。

凭据安全

把 Key 当作银行卡密码保管

A

不要写进前端

公开 HTML、网页源码和浏览器控制台都可能泄露 Key。正式应用应通过自己的后端转发。

B

不同工具拆分 Key

独立 Key 更容易统计、限额、禁用和定位异常消费。

C

截图必须打码

完整 Key、Authorization 请求头、配置文件和终端历史都不能公开。

D

异常先禁用

发现不明消费时,先禁用或删除对应 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/v1grok-4.5responses 配置不变,并以“生成视频:”开头,明确写出 1-15 秒及 480p/720p。服务端会自动使用 grok-imagine-video;不要把 CLI 配置中的模型手动改成视频模型。

视频已经生成,但下载链接过期或返回 403 怎么办?

不要重新生成。保存原任务 ID、生成时间和脱敏后的错误信息,联系云枢 API 客服处理下载链接。重新提交生成请求会产生一笔新的完整视频费用。

已复制