快速开始
三步完成星启AI API 接入:确认客户端使用的协议和最终 endpoint、写入 API Key、按工具类型重新加载配置。多数工具可以使用同一个 Base URL,但 Base URL 是否需要包含 /v1、以及最终请求路径,取决于客户端的 SDK 适配器。
第一步:选择协议地址
| 协议 | Base URL | 适用工具 |
|---|---|---|
| Anthropic 协议 | https://www.starstartai.com | Claude Code、Claude Code 插件、Claude Code 桌面版、Cherry Studio Anthropic、Kilo Code Anthropic。 |
| OpenAI 协议 | https://www.starstartai.com | OpenAI SDK、Codex CLI、Codex App、OpenCode、Hermes Agent、Kilo Code OpenAI Compatible。 |
第二步:写入工具配置
- 先确认工具要求的是 Anthropic 还是 OpenAI-compatible。
- 按工具章节填写 Base URL。星启AI支持根地址和常见
/v1兼容路径,但不要把客户端已经自动拼接的 endpoint 再写一遍。 - 把
sk-your-api-key替换为真实 API Key。 - 重启对应 CLI、IDE 或桌面客户端,让配置重新加载。
下一步
按你使用的客户端进入对应教程:Claude Code、Codex CLI、OpenCode、Cherry Studio、Kilo Code、Obsidian 或 Hermes Agent。
接入协议
星启AI支持 Anthropic Messages、OpenAI Responses 和 OpenAI-compatible Chat Completions。模型供应商与请求格式是两件事,例如 xAI / Grok 模型不会增加第三种协议;请按客户端和 SDK 适配器选择请求格式。多数客户端的 Base URL 可以填写 https://www.starstartai.com,但最终 endpoint 仍由客户端决定。
- 用哪种协议:由客户端 / SDK 决定。Anthropic SDK 走
/v1/messages,OpenAI SDK 走/chat/completions或/responses。 - 能调哪些模型:由 API Key 的权限、模型路由和当前可用模型决定,和你选哪种协议是两件独立的事。
也就是说:选错协议会直接 401 / 404;协议选对但模型不可用,会返回模型不可用类错误。
- 网关根地址是
https://www.starstartai.com。 - Anthropic 客户端通常继续请求
/v1/messages;OpenAI Responses 客户端通常继续请求/responses;Chat Completions 客户端通常继续请求/chat/completions。 - 部分 OpenAI SDK 会把
/v1作为 Base URL 的一部分,再追加 endpoint;这时请按对应工具章节使用https://www.starstartai.com/v1。
不要把 /responses、/chat/completions 或 /v1/messages 直接写进所有工具共用的 Base URL。
一眼对号入座
| 协议 | Base URL | 典型工具 |
|---|---|---|
| Anthropic 协议 | https://www.starstartai.com | Claude Code CLI / 插件 / 桌面版、Anthropic SDK、Cherry Studio Anthropic、Kilo Code Anthropic。 |
| OpenAI 协议 | https://www.starstartai.com | OpenAI SDK、Codex CLI、Codex App、OpenCode、Hermes Agent、Kilo Code OpenAI Compatible。 |
Anthropic 协议接入
Anthropic SDK 和 Claude Code 通常会继续拼接 /v1/messages,而直接 curl 时需要访问完整 endpoint。鉴权字段取决于客户端:ANTHROPIC_AUTH_TOKEN 通常对应 Bearer,ANTHROPIC_API_KEY 或直接 API Key 字段通常对应 x-api-key。
curl https://www.starstartai.com/v1/messages \
-H "x-api-key: sk-your-api-key" \
-H "anthropic-version: 2023-06-01" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.5",
"max_tokens": 1024,
"stream": true,
"messages": [
{"role": "user", "content": "给我一个项目排查步骤"}
]
}'OpenAI 协议接入
OpenAI-compatible 工具和 SDK 根据适配器请求 /responses 或 /chat/completions。多数工具的 Base URL 可填 https://www.starstartai.com;如果 SDK 的配置项明确要求 OpenAI 官方风格的 /v1 根路径,则填 https://www.starstartai.com/v1,不要重复追加路径。
curl https://www.starstartai.com/responses \
-H "Authorization: Bearer sk-your-api-key" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.5",
"stream": true,
"input": "写一个接口接入检查清单"
}'curl https://www.starstartai.com/chat/completions \
-H "Authorization: Bearer sk-your-api-key" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.5",
"stream": true,
"messages": [
{"role": "user", "content": "用中文介绍星启AI"}
]
}'上面的 \ 是 Bash 续行符,不适用于 PowerShell 5.1。PowerShell 中请使用 curl.exe,并使用反引号续行或直接写成一行;不要把 curl 当作 PowerShell 的 Invoke-WebRequest 别名来调用。
curl.exe "https://www.starstartai.com/chat/completions" -H "Authorization: Bearer sk-your-api-key" -H "Content-Type: application/json" -d '{"model":"gpt-5.5","stream":false,"messages":[{"role":"user","content":"用一句话回复:连接成功"}]}'协议和可用模型是两件事
协议决定客户端如何发请求;模型是否可用取决于当前平台配置、模型路由和账号权限。协议填对但模型不可用时,通常会返回模型不可用或权限不足类错误。
排错速查
- 401:优先检查 API Key 是否填错、是否仍在请求官方接口。
- 404:优先检查客户端实际请求的 endpoint 是否正确,例如
/responses、/chat/completions、/v1/messages。 - 模型列表为空:检查工具选择的 provider 类型是否与协议匹配。
接口速查
星启AI 提供两类常用协议入口。Base URL 可以使用 https://www.starstartai.com;客户端如果按官方 OpenAI 路径拼接,也可以使用对应的 /v1 兼容路径。
公开接口
| 协议 / 用途 | 方法 | 兼容路径 | 说明 |
|---|---|---|---|
| Anthropic Messages | POST | /messages/v1/messages | Claude Code、Anthropic SDK 以及兼容 Anthropic 的客户端。 |
| OpenAI Responses | POST | /responses/v1/responses | Codex、OpenCode、OpenAI SDK 和支持 Responses 的客户端。 |
| OpenAI Chat Completions | POST | /chat/completions/v1/chat/completions | 传统 OpenAI-compatible SDK、脚本和兼容客户端。 |
| 模型列表 | GET | /models/v1/models | 返回当前 API Key 可见的模型列表。 |
鉴权
OpenAI-compatible 请求使用 Bearer 鉴权:
Authorization: Bearer sk-your-api-keyAnthropic 请求通常使用 x-api-key;部分兼容客户端也支持 Bearer 鉴权。请优先按工具章节的字段配置,不要同时设置两种认证变量:
x-api-key: sk-your-api-key
anthropic-version: 2023-06-01例如 Grok 或 Google 模型仍然按模型广场展示的协议调用。配置时请以模型卡片标注的协议和可用端点为准。
模型广场
这里按模型供应商展示星启AI当前可用模型。复制模型 ID 后可直接填入工具配置或 SDK 请求体;模型列表、供应商分区和说明会随当前模型配置更新。
“新”是临时展示标签,不属于模型 ID。比如模型 ID 仍然是 grok-4.6,复制按钮也只会复制 grok-4.6;新模型标签按创建时间最多展示 14 天。
如何使用模型名
- Claude Code:写入
settings.json的model字段。 - Codex CLI:写入
~/.codex/config.toml的model = "..."。 - Cherry Studio / Kilo Code / OpenCode:在模型选择框或 provider 配置中填写。
Anthropic 模型
Anthropic 官方模型,代码与长文本能力出众,是 Claude Code 的默认选择。
接入协议:推荐 Anthropic 协议 · Base URL https://www.starstartai.com。OpenAI 协议也可调用,后端会做协议转换。claude-sonnet-4-6
长上下文、代码理解、工具调用和复杂推理任务。claude-fable-5
长上下文、代码理解、工具调用和复杂推理任务。claude-opus-4-8
长上下文、代码理解、工具调用和复杂推理任务。claude-opus-4-7
长上下文、代码理解、工具调用和复杂推理任务。claude-opus-4-6
长上下文、代码理解、工具调用和复杂推理任务。claude-haiku-4-5
长上下文、代码理解、工具调用和复杂推理任务。claude-sonnet-5
长上下文、代码理解、工具调用和复杂推理任务。OpenAI 模型
OpenAI GPT / Codex 系列,适用于 Codex CLI、Codex App 与各类支持 OpenAI 协议的工具。
接入协议:OpenAI 协议 · Base URL https://www.starstartai.com。gpt-5.6-sol
通用对话、推理、代码、文档和 Agent 场景。gpt-5.6-terra
通用对话、推理、代码、文档和 Agent 场景。gpt-5.6-luna
通用对话、推理、代码、文档和 Agent 场景。gpt-5.4-mini
通用对话、推理、代码、文档和 Agent 场景。gpt-5.4
通用对话、推理、代码、文档和 Agent 场景。gpt-5.5
通用对话、推理、代码、文档和 Agent 场景。xAI 模型
xAI 模型,适用于对话、推理、代码和 Agent 场景。
接入协议:OpenAI 协议 · Base URL https://www.starstartai.com。grok-4.6新
通用对话、推理、代码、文档和 Agent 场景。grok-4.5
通用对话、推理、代码、文档和 Agent 场景。Google 模型
Google 模型,适用于对话、推理、代码和 Agent 场景。
接入协议:OpenAI 协议 · Base URL https://www.starstartai.com。gemini-3.5-flash
通用对话、推理、代码、文档和 Agent 场景。命令行快捷指令
在 Claude Code、Codex、OpenCode 等兼容客户端中,把下面的内容作为普通用户消息发送即可。星启AI会识别命令并直接返回结果,不会转发到上游模型,也不会产生模型调用费用。
--xq 是星启AI前缀,--ss 是兼容别名。两者支持相同的命令。
查看帮助
--xq help
--ss help不带子命令时也会返回帮助,例如直接发送 --xq。
查询账号状态
--xq status
--ss statusstatus 会返回当前账号和 API Key 的使用概览:
| 信息 | 说明 |
|---|---|
| 账号 / 邮箱 | 当前 API Key 所属账号的基本信息。 |
| API Key / Key 名称 | API Key 脱敏值和令牌名称,不会返回完整 Key。 |
| 可用额度 | 钱包余额和有效套餐剩余额度合计。 |
| 钱包余额 | 当前账户余额。 |
| 套餐剩余 | 有效订阅套餐的剩余额度。 |
| 近 60 秒 RPM / TPM | 近 60 秒成功请求数量和 Token 数量。 |
| 今日请求 / 消费 / Token | 北京时间当天的成功请求次数、消费金额和 Token 数量。 |
| 累计请求 / 消费 / Token | 当前账号的累计成功请求次数、消费金额和 Token 数量。 |
思考翻译
thinktr 用于查询或切换思考内容的中文翻译显示方式。设置会保存到账号,之后的请求继续使用该设置。
| 命令 | 作用 |
|---|---|
--xq thinktr status | 查看当前开关状态和显示方式。 |
--xq thinktr on | 开启思考翻译,保留当前显示方式。 |
--xq thinktr off | 关闭思考翻译。 |
--xq thinktr cn | 开启思考翻译,只显示中文译文。 |
--xq thinktr both | 开启思考翻译,同时显示原文和中文译文。 |
这些参数也支持中文写法:状态、开启、关闭、中文、双语。例如:
--ss thinktr 开启
--xq thinktr 双语命令需要使用星启AI账号创建的 API Key。命令响应只返回账号状态或设置结果,不会把完整 API Key 显示在对话中。
API Key 与用量
登录星启AI控制台后,可以为不同工具或项目创建多把 API Key,并在同一个账号下查看调用、Token、费用和余额变化。
API Key 管理
- 在控制台进入「API 令牌」,创建并设置令牌名称。
- 令牌列表默认显示脱敏值;创建或通过授权操作后可以复制完整 Key。
- 可以修改名称、启用、禁用或删除 Key。
- 删除或禁用后,使用该 Key 的新请求将无法继续调用。
- 建议按项目或工具分别创建 Key,便于区分用量和发生泄露时单独停用。
查看用量
控制台「使用信息」支持按日期、API Key 和模型筛选,查看请求时间、模型、推理强度、首响应耗时、总耗时、Token 和实际费用。仪表盘还会展示请求成功率、今日用量、累计 Token 和近 60 秒请求指标。
余额与套餐
- 「钱包管理」可以查看余额、有效套餐和剩余额度。
- 支持余额充值、套餐购买、订单查看和兑换码记录。
- 账户余额、套餐额度和邀请奖励的扣费顺序以控制台当前规则为准。
完整 API Key 只在创建或授权复制时显示。请按项目分别创建令牌,发现泄露后及时禁用或删除对应令牌。
推荐有奖
星启AI支持通过推荐链接或邀请码邀请新用户。邀请关系、奖励释放、余额转入和结算规则以控制台「邀请有奖」页面的当前配置为准。
规则说明
- 邀请关系通常由邀请码、邀请链接或系统记录绑定。
- 有效订单、佣金比例、结算周期以当前活动规则为准。
- 异常订单、退款订单或风控拦截订单通常不计入可结算佣金。
如何参与
| 方式 | 说明 |
|---|---|
| 分享邀请链接 | 将系统生成的专属邀请链接分享给需要 API 接入的用户。 |
| 分享邀请码 | 对方在相关入口填写邀请码后建立邀请关系。 |
佣金与查看
推荐数据通常包括邀请人数、有效订单、佣金比例、待结算佣金和可用佣金。若当前账号没有开放推荐功能,则以页面实际显示为准。
错误码
排查请求失败时,先记录 HTTP 状态码、响应正文和响应头中的 X-Bearwind-Request-Id。联系技术支持时请提供请求 ID,不要发送完整 API Key。
| 状态码 | 常见原因 | 处理方式 |
|---|---|---|
400 | 请求体为空、JSON 格式错误、参数不合法或模型参数不符合要求。 | 检查请求体、字段类型、模型名和客户端协议。 |
401 | API Key 缺失、无效、被禁用,或请求仍然发往官方接口。 | 检查 Key、Base URL、鉴权 Header,并重启客户端。 |
404 | Endpoint 路径错误、协议路径不匹配或模型不存在。 | 核对 /messages、/responses、/chat/completions 及对应的 /v1 路径。 |
429 | 账户额度、请求频率或上游模型容量达到限制。 | 降低并发,稍后重试,检查余额和套餐额度。 |
500 | 网关处理异常或请求在运行时失败。 | 保留请求 ID,有限次数重试;持续出现时联系技术支持。 |
502 / 503 | 上游认证、上游服务、账号池或可用容量暂时异常。 | 等待路由恢复或切换同类可用模型,并附请求 ID 排查。 |
最常见的配置问题
- Claude Code 的 Anthropic Base URL 不要手动追加第二次
/v1。 - Codex 和 OpenAI-compatible 客户端应确认实际请求的是 Responses 还是 Chat Completions。
- 修改配置后重启 CLI、IDE 或桌面客户端,避免旧环境变量继续生效。
- 流式请求断开时,先检查本地网络、系统代理、VPN 和客户端超时设置。
稳定性与路由
星启AI对外保持统一协议入口,对内按供应商、模型、账号、价格和健康状态选择当前可用的上游链路。
当前运行机制
- 同一模型可以配置多个上游账号和有序路由。
- 网关记录上游 Key 的健康状态、失败类型、失败次数和冷却时间。
- 主链路异常时,按当前路由配置尝试备用链路,并记录是否发生 fallback。
- 系统会记录路由容量、上游尝试和熔断状态,便于定位异常链路。
- 模型没有可用路由或 Key 时,网关会返回模型不可用或上游容量类错误。
如何协助排障
请提供请求时间、模型名、使用的协议、HTTP 状态码和 X-Bearwind-Request-Id。不要提供完整 API Key,也不要为了重试反复修改模型名或协议。
发生短暂波动时可以稍后重试,或切换到模型广场中的同类模型。持续异常时,请附上请求 ID、模型名和错误响应联系技术支持。
数据与隐私
星启AI 的数据处理原则是少存、隔离、透明。请求内容只用于完成当次模型调用,不作为公开训练数据使用。
我们处理哪些数据
| 类型 | 内容 | 用途 |
|---|---|---|
| 账户数据 | 邮箱、套餐、订单、API Key、会话状态 | 登录鉴权、计费、通知和账户管理。 |
| 调用元数据 | 时间、模型、token、耗时、状态码 | 计费、统计、风控和排障。 |
| 请求数据 | prompt、messages、参数和模型响应 | 转发给上游模型并返回给当前请求方。 |
日志保留策略
| 数据类型 | 保留策略 |
|---|---|
| 请求体 / 响应体内容 | 默认不做长期持久化;如需排障,只保留必要的错误上下文。 |
| 调用元数据 | 用于账单、统计和稳定性分析,按业务需要保留。 |
| API Key | 以受控方式存储和校验,不在页面、日志或接口中明文回显完整密钥。 |
跨境与上游
当调用海外模型或第三方模型提供方时,请求负载会被转发到对应上游完成推理。平台侧会尽量隔离账户身份与模型请求流量。
安全实践
- 不要把 API Key 提交到 GitHub、公开截图、客户端日志或前端代码。
- 为不同项目使用不同 API Key,便于禁用和审计。
- 发现密钥泄露后应立即禁用旧 Key 并创建新 Key。
常用工具配置
下面按工具类型给出完整配置。请把示例中的 sk-your-api-key 替换为你的真实 API Key。星启AI普通 OpenAI / Anthropic 客户端可统一使用根地址。
Claude Code CLI
Claude Code CLI 通过 ~/.claude/settings.json 或进程环境变量配置自定义 API 端点。星启AI这里使用 Anthropic Messages 兼容协议,ANTHROPIC_BASE_URL 填网关根地址,Claude Code 会继续请求 /v1/messages。
安装 Node.js 与 Claude Code
node -v
npm install -g @anthropic-ai/claude-code
claude --version当前 Claude Code 官方也提供 Native Installer、Homebrew 和 WinGet。npm 方式仍可使用,但请按当前 Claude Code 版本要求准备 Node.js;不同安装方式的升级命令可能不同。
如 npm 网络不稳定,可先切换镜像源。
npm config set registry https://registry.npmmirror.com
npm install -g @anthropic-ai/claude-code配置文件位置
| Mac / Linux | ~/.claude/settings.json |
|---|---|
| Windows | C:\Users\你的用户名\.claude\settings.json |
mkdir "$env:USERPROFILE\.claude" -Force
New-Item "$env:USERPROFILE\.claude\settings.json" -Force{
"env": {
"ANTHROPIC_BASE_URL": "https://www.starstartai.com",
"ANTHROPIC_AUTH_TOKEN": "sk-your-api-key",
"CLAUDE_CODE_ATTRIBUTION_HEADER": "0"
}
}ANTHROPIC_AUTH_TOKEN 用于 Bearer 认证,与 ANTHROPIC_API_KEY 二选一,不要同时配置。settings.json 是严格 JSON,不能加入 // 注释或末尾多余逗号。
ANTHROPIC_AUTH_TOKEN通常发送Authorization: Bearer ...。ANTHROPIC_API_KEY通常发送x-api-key: ...。- 星启AI两种请求头均兼容,但请二选一,并清理终端或系统中残留的另一变量。
指定默认模型与推理强度
{
"env": {
"ANTHROPIC_BASE_URL": "https://www.starstartai.com",
"ANTHROPIC_AUTH_TOKEN": "sk-your-api-key",
"CLAUDE_CODE_ATTRIBUTION_HEADER": "0"
},
"model": "gpt-5.5",
"effortLevel": "medium"
}保存后在项目目录运行 claude。先执行 claude --version,进入会话后运行 /status,确认实际 Base URL、认证来源和模型,再发送一条短消息验证链路。如之前配置过 Anthropic 官方 Key,请清掉旧配置、环境变量和登录状态后重新打开终端。
Claude Code 插件(VS Code / Cursor / Trae / Antigravity)
Claude Code for VS Code 插件可以读取 Claude Code 的 ~/.claude/settings.json,但不同编辑器和插件版本的环境继承方式可能不同。第三方 Gateway 场景还应检查 VS Code 用户设置中的 claudeCode.environmentVariables,不要假设从桌面图标启动的编辑器一定继承终端变量。
- 打开编辑器扩展面板,搜索
Claude Code for VS Code。 - 安装 Anthropic 官方插件。
- 如果扩展市场搜索不到,可去 VS Code 官方市场下载
.vsix,再选择 Install from VSIX。 - 按上一节写入
~/.claude/settings.json。 - 在命令面板执行 Claude Code 相关命令启动插件。
- 插件不需要单独再填一次 Key,但要确认插件进程确实读到了同一份配置。
- 如扩展仍提示登录官方 Claude,在扩展设置中启用
Disable Login Prompt,并检查claudeCode.environmentVariables。 - 修改后执行
Developer: Reload Window,重新打开 Claude 面板并确认模型和请求已切换到星启AI。 - 安装 VS Code 插件不会自动保证集成终端存在独立的
claude命令;需要 CLI 时请另外安装 Claude Code。
Claude Code 桌面版
Claude Code for Desktop 新版本支持第三方推理端点。需要先开启 Developer Mode,选择第三方 Inference provider 中的 Gateway,再配置 Gateway。
- 下载最新版 Claude 桌面客户端:
https://claude.ai/download。 - 菜单栏进入 Help → Troubleshooting → Enable Developer Mode。
- 菜单栏进入 Developer → Configure Third-Party Inference。
- 在 Inference provider 中选择
Gateway,再进入 Connection → Gateway 面板填写下面字段。
| Credential kind | Static API key |
|---|---|
| Gateway base URL | https://www.starstartai.com |
| Gateway API key | sk-your-api-key |
| Gateway auth scheme | 优先选择 bearer;若客户端版本提供 x-api-key,也可按字段要求选择对应方案。 |
Gateway 需要支持 Anthropic Messages 的流式请求和工具调用,通常最终请求为 POST /v1/messages。点击 Apply locally 保存后完全退出并重新打开客户端;仅刷新窗口可能仍使用旧配置。桌面版 Base URL 不要重复填写 /v1/messages。
Codex CLI(Windows)
Windows 下推荐使用 Windows Terminal,并安装当前 Codex CLI 要求的 Node.js 版本。可使用 ccman 一键配置,也可手动创建 .codex 配置。Codex 的 ChatGPT 账号登录和 API Key 登录是两种不同认证方式;本节使用星启AI API Key,不需要登录官方账号。
node -v
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
npm i -g ccman
npm i -g @openai/codex
ccman --version
codex --versionccman gmn1启动后按提示选择 Codex / OpenCode,输入你的 sk- API Key。ccman 生成的内容仍建议对照下面的 base_url、wire_api 和认证文件检查一遍,避免工具升级后复用了旧 provider。
codex --dangerously-bypass-approvals-and-sandbox
# 或
codex --yoloWindows 手动配置
配置目录:C:\Users\你的用户名\.codex\。创建或覆盖 config.toml 和 auth.json。
model_provider必须与[model_providers.<name>]的名称一致。base_url指向网关地址;wire_api = "responses"表示使用 OpenAI Responses,而不是 Chat Completions。requires_openai_auth = true让 Codex 从auth.json或对应环境变量读取 API Key。修改后请完全退出并重新启动 Codex。
# 当前使用的模型 ID,必须与模型广场中的复制值一致
model = "gpt-5.5"
# 使用 Responses API;不要与 Chat Completions 配置混用
model_reasoning_effort = "xhigh"
# 日常使用建议保留沙箱和人工确认
sandbox_mode = "workspace-write"
approval_policy = "on-request"
model_provider = "codex"
[model_providers.codex]
name = "codex"
# Codex 会在这个地址后请求 Responses endpoint
base_url = "https://www.starstartai.com"
wire_api = "responses"
requires_openai_auth = true{
"OPENAI_API_KEY": "sk-your-api-key"
}不要把 sandbox_mode = "danger-full-access"、approval_policy = "never" 或 codex --yolo 当作普通接入配置。它们会放宽本地文件和命令执行保护,只适合你明确理解风险的隔离环境;日常使用建议保留 workspace-write 与 on-request。
Codex CLI(Mac / Linux)
Mac / Linux 与 Windows 类似,区别是配置目录为 ~/.codex/。本节仍使用 Responses API 和 auth.json 中的 OPENAI_API_KEY,不是 ChatGPT 订阅登录。
node --version
npm i -g ccman
npm i -g @openai/codex
ccman gmn1
codex --yolo如需手动配置,创建 ~/.codex/config.toml 和 ~/.codex/auth.json,内容可复用 Windows 手动配置,只需路径不同。
Codex CLI(服务器 / WSL2 / SSH)
服务器环境推荐用 Volta 管理 Node.js 和全局 npm 工具。服务器、WSL2 和 SSH 会话各自有独立的 HOME、环境变量和 .codex 目录,请在实际运行 Codex 的用户下配置,并避免把 auth.json 放进镜像或日志。
curl https://get.volta.sh | bash
# 重新打开终端后执行
volta install node@20
volta install ccman
volta install @openai/codex
ccman gmn1
codex --yoloCodex 插件(VS Code / Cursor / Trae)
Codex 插件读取本机 .codex 配置。若之前使用过 OpenAI 官方或其它平台账号,请先退出对应账号,再覆盖配置。插件和集成终端可能不是同一个进程环境,修改后应重启编辑器。
| Mac / Linux | ~/.codex/ |
|---|---|
| Windows | C:\Users\你的用户名\.codex\ |
# provider 名称必须与下方 [model_providers.OpenAI] 一致
model_provider = "OpenAI"
# Responses 模型和模型 ID 以模型广场为准
model = "gpt-5.5"
model_reasoning_effort = "xhigh"
sandbox_mode = "workspace-write"
approval_policy = "on-request"
[model_providers.OpenAI]
name = "OpenAI"
# Codex 会继续请求 Responses endpoint
base_url = "https://www.starstartai.com"
wire_api = "responses"
requires_openai_auth = true{
"OPENAI_API_KEY": "sk-your-api-key"
}- 打开 VS Code / Cursor / Trae。
- 进入扩展面板,搜索并安装 OpenAI 官方 Codex 插件。
- 重启编辑器,让插件重新读取
.codex配置。
Codex App 桌面版
Codex App 桌面客户端也读取 .codex 目录下的 config.toml 和 auth.json。如果之前使用过官方 ChatGPT 账号,请先退出对应账号后再覆盖配置;官方账号登录不会自动变成星启AI API Key。
第一步:创建配置目录
| Mac / Linux | ~/.codex/ |
|---|---|
| Windows | C:\Users\你的用户名\.codex\ |
第二步:写入 auth.json
{
"OPENAI_API_KEY": "sk-your-api-key"
}第三步:写入 config.toml
配置内容可复用 Codex CLI Windows 手动配置,核心字段是 model_provider、base_url 和 wire_api。保存后完全退出 Codex App 再重新打开,让桌面版重新读取文件。
model = "gpt-5.5"
model_provider = "codex"
[model_providers.codex]
name = "codex"
base_url = "https://www.starstartai.com"
wire_api = "responses"
requires_openai_auth = true本示例使用 OpenAI Responses + API Key。更换 API 后,历史会话通常转为本地保存,官方账号空间的历史不会自动迁移;不要把 auth.json 上传到云盘、仓库或公开日志。
OpenCode
OpenCode 是终端 Agent 与编程工作流工具。安装请参考官方文档:https://opencode.ai/docs/。本文示例按 OpenCode 1.18.x 的配置结构整理;OpenCode 更新较快,命令或字段发生变化时,请先用 opencode --help 和官方文档核对。
安装与版本检查
# 安装 OpenCode CLI
npm install -g opencode-ai
# 检查 CLI 是否已加入 PATH
opencode --version
opencode --help配置文件位置
| 范围 | 文件或变量 | 说明 |
|---|---|---|
| 全局配置 | ~/.config/opencode/opencode.json或 opencode.jsonc | 个人默认 provider、模型和偏好。Windows 中 ~ 表示当前用户目录。 |
| 项目配置 | 项目根目录 opencode.json或 opencode.jsonc | 仅对当前项目生效,适合项目专用模型。 |
| 自定义配置 | OPENCODE_CONFIG | 指定另一份配置文件;OPENCODE_CONFIG_CONTENT 可提供运行时配置覆盖。 |
| 凭证存储 | ~/.local/share/opencode/auth.json | 由 opencode auth 管理的凭证位置。优先使用命令或环境变量,不建议手工编辑。 |
opencode.json是严格 JSON,不能写//注释、块注释或末尾多余逗号。- 希望保留注释时,请使用
opencode.jsonc。下面的完整示例使用 JSONC,因此代码块里的注释可以保留。 - 同一目录只保留一份主配置,避免
opencode.json与opencode.jsonc同时存在时难以判断最终生效值。
协议与 provider 选择
| 协议 | provider 的 npm | 常见最终 endpoint | 适用场景 |
|---|---|---|---|
| OpenAI Chat Completions | @ai-sdk/openai-compatible | /chat/completions | 通用 OpenAI-compatible 模型和传统 Chat Completions 工作流。 |
| OpenAI Responses | @ai-sdk/openai | /responses | 需要 Responses API 的模型或工作流。 |
| Anthropic Messages | @ai-sdk/anthropic | /messages | Claude 原生协议和 Anthropic-compatible 工作流。 |
npm、options、models位于provider.<provider-id>下。apiKey与baseURL必须同级,且都位于options内。不要写成顶层apiKey、api_key、base_url或baseUrl。- 协议由
npm适配器决定,不要自行添加未经 OpenCode schema 定义的wire_api、protocol或endpoint字段。 - 星启AI支持根地址和
/v1兼容路径。下面使用根地址;如果你为对应 SDK 选择/v1,请保持整个 provider 的 endpoint 拼接方式一致。
OpenAI-compatible Chat Completions 配置
这是通用 OpenAI-compatible 配置。这里使用自定义 provider ID xingqi-chat,模型选择时也要使用完整名称 xingqi-chat/模型ID。
{
"$schema": "https://opencode.ai/config.json",
"provider": {
"xingqi-chat": {
"npm": "@ai-sdk/openai-compatible",
"name": "星启AI OpenAI Compatible",
"options": {
// apiKey 与 baseURL 同级,都放在 options 内
"apiKey": "sk-your-api-key",
"baseURL": "https://www.starstartai.com"
},
"models": {
// 模型 ID 必须与星启AI模型广场中的复制值一致
"gpt-5.6-sol": { "name": "GPT-5.6 Sol" },
"gpt-5.5": { "name": "GPT-5.5" },
"gpt-5.3-codex": { "name": "GPT-5.3 Codex" }
}
}
},
// 可选:指定启动后的默认模型
"model": "xingqi-chat/gpt-5.6-sol"
}API Key 的推荐写法
上面的直接写法适合本机临时测试。长期使用建议引用环境变量,避免 Key 进入项目文件、Git 提交和截图。将 apiKey 的值替换为下面的引用即可:
"options": {
// OpenCode 启动时从环境变量读取,不把真实 Key 写入配置
"apiKey": "{env:XINGQI_API_KEY}",
"baseURL": "https://www.starstartai.com"
}# PowerShell:只对当前终端窗口生效
$env:XINGQI_API_KEY = "sk-your-api-key"
# macOS / Linux:只对当前终端会话生效
export XINGQI_API_KEY="sk-your-api-key"如果 options.apiKey 已存在,OpenCode 会按该字段解析;不要同时留下旧的直接 Key 和环境变量,以免排障时无法判断实际使用的凭证。使用 opencode auth login 时,应从对应 provider 的 options 中删除 apiKey 行,只保留 baseURL。
OpenAI Responses 配置
如果你的工作流明确要求 Responses API,使用 @ai-sdk/openai,不要用 Chat Completions 的 @ai-sdk/openai-compatible 适配器。
{
"$schema": "https://opencode.ai/config.json",
"provider": {
"xingqi-responses": {
"npm": "@ai-sdk/openai",
"name": "星启AI Responses",
"options": {
// baseURL 与 apiKey 同级
"baseURL": "https://www.starstartai.com",
"apiKey": "{env:XINGQI_API_KEY}"
},
"models": {
"gpt-5.6-sol": { "name": "GPT-5.6 Sol" },
"gpt-5.5": { "name": "GPT-5.5" }
}
}
},
"model": "xingqi-responses/gpt-5.6-sol"
}Anthropic Messages 配置
调用 Claude 或模型广场中标注为 Anthropic Messages 的模型时,使用 Anthropic provider。Key 仍然是星启AI API Key,不能填写 Anthropic 官方账号密码或订阅信息。
{
"$schema": "https://opencode.ai/config.json",
"provider": {
"xingqi-anthropic": {
"npm": "@ai-sdk/anthropic",
"name": "星启AI Anthropic",
"options": {
"baseURL": "https://www.starstartai.com",
"apiKey": "{env:XINGQI_API_KEY}"
},
"models": {
"claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" },
"claude-opus-5": { "name": "Claude Opus 5" }
}
}
},
"model": "xingqi-anthropic/claude-sonnet-4-6"
}模型配置与 variants
models 中的键是实际模型 ID,name 只是界面显示名。只有模型广场中的模型 ID 才能保证路由匹配。需要在 OpenCode 中切换推理强度时,可以在模型项内声明 variants:
"gpt-5.6-sol": {
"name": "GPT-5.6 Sol",
"limit": { "context": 1050000, "output": 128000 },
"options": { "store": false },
"variants": {
"low": {},
"medium": {},
"high": {},
"xhigh": {}
}
}在 TUI 中可以按 Ctrl + T 切换已声明的 variants。若上游模型不接受某个推理参数,请删除对应 variant,避免客户端发送不兼容选项。
配置密钥:命令行方式
OpenCode 的认证命令会把凭证保存到本机凭证存储,不会把完整 Key 显示在列表中。对于自定义 provider,请在交互流程中选择 Other,再输入与配置文件完全一致的 provider ID;只执行命令并不会自动创建 provider 配置。
# 登录或更新某个供应商的 API Key
opencode auth login
# 查看当前已保存的供应商和认证类型,不显示完整 Key
opencode auth list
# 删除指定供应商保存的 Key
opencode auth logout <供应商名称或 provider ID>- 执行
opencode auth login。 - 交互式列表中选择
Other。 - 输入
xingqi-chat、xingqi-responses或xingqi-anthropic,必须与opencode.json中的 provider ID 完全一致。 - 粘贴 API Key 并完成保存。
不要把 opencode auth login https://www.starstartai.com 当成 Base URL 配置命令;这个写法属于 OpenCode 的远程 Well-Known 登录流程,不是普通 API endpoint 配置。
验证配置
# provider/model,斜杠前是 opencode.json 中的 provider ID
opencode run --model xingqi-chat/gpt-5.6-sol "请用一句话回复:星启AI连接成功"
# 也可以先查看该 provider 暴露的模型
opencode models xingqi-chatOpenCode 常见问题
- 401:检查
apiKey是否位于provider.<id>.options内,环境变量是否已在启动 OpenCode 的同一个终端中设置。 - 404:检查
npm适配器与协议是否匹配;Chat Completions 使用@ai-sdk/openai-compatible,Responses 使用@ai-sdk/openai。 - 模型不存在:检查
models中的键和--model provider/model中的模型 ID 是否与模型广场完全一致。 - 修改不生效:退出并重新启动 OpenCode,确认没有项目级
opencode.json或OPENCODE_CONFIG_CONTENT覆盖全局配置。 - Key 泄露:立即在星启AI控制台禁用或删除对应 API Key,再创建新的 Key;不要只修改本地配置。
Cherry Studio
Cherry Studio 支持多模型桌面使用。星启AI可按模型类型选择 Anthropic 或 OpenAI-Response。这里的提供商类型决定最终请求协议,不能只修改 API Host 就把普通 OpenAI、OpenAI-Response 和 Anthropic 三种模式混用。
Anthropic 协议
| 提供商类型 | Anthropic |
|---|---|
| API Key | sk-your-api-key |
| API Host | https://www.starstartai.com |
OpenAI-Response 协议
| 提供商类型 | OpenAI-Response,不是普通 OpenAI |
|---|---|
| API Key | sk-your-api-key |
| API Host | https://www.starstartai.com |
- 选择对应的提供商类型,填写 API Key 和 API Host。
- 打开该 Provider 的启用开关,否则模型可能不会出现在选择列表中。
- 点击 Fetch model list 获取模型列表,然后在对话界面选择模型使用。
若拉取失败,可先手动填写模型 ID;确认 API Host 没有重复追加 /v1,并检查 Cherry Studio 当前版本实际选择的是 Responses 还是 Chat Completions。
IDEA Kilo Code
在 IntelliJ IDEA 中进入 Settings → Plugins → Marketplace,搜索并安装 Kilo Code,重启 IDEA 后配置。Kilo Code 的选项名称会随插件版本变化,以下按协议类型说明字段含义。
Claude 模型
| API Provider | Anthropic |
|---|---|
| Anthropic API Key | sk-your-api-key |
| Use custom base URL | 勾选 |
| Base URL | https://www.starstartai.com |
| Model | 例如 gpt-5.5 |
OpenAI 模型
| API Provider | OpenAI Compatible (Responses) |
|---|---|
| Base URL | https://www.starstartai.com |
| API Key | sk-your-api-key |
| Model | 例如 gpt-5.5 |
Kilo Code 中 Anthropic 与 OpenAI Compatible (Responses) 是不同适配器:Anthropic 通常请求 /v1/messages,Responses 通常请求 /responses。两者都可先填写星启AI根地址;如客户端字段明确要求 OpenAI 官方风格,再使用 https://www.starstartai.com/v1。修改后重启插件或重新加载 IDEA。
Obsidian
Obsidian 可通过 Claudian 或 Copilot 插件调用星启AI,用于知识库问答、写作、整理和 Agent 操作。Claudian 通常复用 Claude Code CLI;Copilot 则是插件自己的 BYOK 配置,两者的 Key、协议和配置位置不要混淆。
准备工作:开启社区插件
- 打开 Obsidian 设置,进入 Community plugins,启用社区插件。
- 在 Browse 中搜索并安装 Claudian 或 Copilot。
| Claudian | 适合已在用 Claude Code,想把整个 vault 作为 Agent 工作目录。 |
|---|---|
| Copilot | 适合轻量对话和知识库问答,无需命令行 Agent。 |
Claudian 插件
Claudian 底层调用 Claude Code CLI,建议先按 Claude Code CLI 一节配置好 ~/.claude/settings.json,并确认 Obsidian 启动进程能够找到 claude 命令。桌面应用不一定继承你在终端中临时设置的环境变量。
{
"env": {
"ANTHROPIC_BASE_URL": "https://www.starstartai.com",
"ANTHROPIC_AUTH_TOKEN": "sk-your-api-key",
"CLAUDE_CODE_ATTRIBUTION_HEADER": "0"
}
}Copilot 插件
Copilot 直连 API 时,Provider 选择 OpenAI Compatible 或 Anthropic,按插件要求填写 API Key 和 Base URL。OpenAI Compatible 通常走 Bearer;Anthropic 通常走 x-api-key,请按插件字段填写,不要把 Claude Code 的 ANTHROPIC_AUTH_TOKEN 直接当成 Copilot 配置项。
| OpenAI Compatible | https://www.starstartai.com |
|---|---|
| Anthropic | https://www.starstartai.com |
| API Key | sk-your-api-key |
Hermes Agent
Hermes Agent 使用 OpenAI-compatible Chat Completions 配置,星启AI可填写根地址作为 Base URL。Hermes 的自定义 provider 不是 Codex 的 Responses 配置,不能照搬 wire_api = "responses"。
下面的批量创建命令适用于 Bash、WSL2、macOS 和 Linux。Windows 原生 PowerShell 请使用 hermes config edit,在编辑器中写入同样的 YAML,不要直接执行下面的 mkdir -p 和 heredoc。
mkdir -p ~/.hermes
cat > ~/.hermes/config.yaml << 'EOF'
providers:
starstart:
name: starstart
base_url: https://www.starstartai.com
api_key: sk-your-api-key
model: gpt-5.5
model:
provider: starstart
model: gpt-5.5
EOFhermes config edithermes chat -q '你好,请用一句话回复' -Qapi_key 仅适合本机测试;长期使用建议改成 Hermes 支持的环境变量或密钥引用方式,避免把 Key 提交到仓库。Hermes 报 401 时检查 API Key 和 Bearer 认证;报 404 时优先检查 base_url 是否写成星启AI根地址,以及客户端是否请求 /v1/chat/completions 或重复追加了路径。
常见问题
这里整理星启AI API 接入过程中最常见的错误类型和处理方式。
问题 1:断流或超时
错误通常表现为 stream disconnected、timeout、error sending request 等。优先检查本地网络、系统代理、VPN、公司网关或 Wi-Fi 切换。
- 关闭会频繁切换出口 IP 的代理后重试。
- 流式请求建议提高客户端超时时间,例如
API_TIMEOUT_MS=3000000。 - 如果只在某个模型上复现,切换同类模型确认是否为上游波动。
问题 2:429 Too Many Requests
通常表示额度、频率或上游账号池达到限制。先降低并发,稍后重试;如果是额度耗尽,应切换可用分组或补充额度。
问题 3:401 密钥不正确
常见原因是请求仍然走官方接口、API Key 多复制了空格、配置文件没有被客户端重新加载。
- 确认 Base URL 已改为星启AI地址。
- 确认 Header 使用
Authorization: Bearer sk-your-api-key或x-api-key。 - 重启 CLI、IDE 或桌面客户端。
问题 4:脚本禁止运行(Windows)
PowerShell 提示禁止运行脚本时,执行:
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser问题 5:Node.js 未找到
Codex CLI、Claude Code、ccman 等工具依赖 Node.js。执行 node -v 验证安装,版本过低时建议安装 Node.js 20+。
问题 6:环境变量覆盖密钥
如果系统里残留官方或其他平台环境变量,可能覆盖配置文件。
ANTHROPIC_AUTH_TOKEN
ANTHROPIC_BASE_URL
ANTHROPIC_MODEL
OPENAI_API_KEY
OPENAI_BASE_URL协议填错怎么判断?
- Anthropic 协议:Base URL 用
https://www.starstartai.com。 - OpenAI 协议:Base URL 通常也用
https://www.starstartai.com。 - 如果某个客户端强制按 OpenAI 官方风格拼接,星启AI也兼容
/v1路径。