novaferry.

The setup guide / 2026.10

给 Codex,
接上一条新航线。

准备一个 Novaferry 令牌和可用的模型 ID。教程先使用独立的 CLI profile,再说明桌面端配置与结果核对。所有示例都通过 Responses API 接入。

macOS / Linux 终端示例CLI 与桌面端可保留现有配置

01 创建 Novaferry 令牌

在 Novaferry 控制台打开「令牌管理」,创建令牌,分组选 codex-pro。令牌以 sk- 开头;下文的 sk-你的令牌 仅是占位符。

请把令牌当作密码保管。不要放进 HTML、项目源码、截图或公开报告。此页面不接收或存储你的令牌。

02 在终端设置环境变量

在 Bash 或 Zsh 终端执行下面的命令,按提示粘贴真实令牌(输入不回显),再按回车。这种方式不会把令牌原文写进 shell 命令历史。

Bash / Zsh
printf 'Novaferry API key: '
IFS= read -r -s NOVAFERRY_API_KEY
export NOVAFERRY_API_KEY
printf '\n'

变量只对当前终端及其后续启动的子进程有效。关闭终端后需重新设置。不要在终端里打印令牌来检查是否设置成功。

03 新建一个独立 CLI 配置

先用 codex --version 检查版本。按照当前官方文档,Codex CLI 0.134.0 及以上的命名 profile 使用独立文件:~/.codex/novaferry.config.toml。已有同名文件时先备份,再合并修改。

如果目录还不存在,先执行 mkdir -p ~/.codex。然后用文本编辑器创建上述文件,粘贴以下内容。这里不需要填写真实令牌。

~/.codex/novaferry.config.toml
model = "gpt-6-astra"
model_provider = "novaferry"
model_reasoning_effort = "high"

[model_providers.novaferry]
name = "Novaferry"
base_url = "https://api.novaferry.com/v1"
env_key = "NOVAFERRY_API_KEY"
wire_api = "responses"

保持 wire_api = "responses"。env_key 填环境变量名称;不要填 sk- 令牌。high 适合复杂任务,日常可按模型支持情况选 low 或 medium。

provider 配置应放在用户级配置文件中。当前 Codex 会忽略项目内 .codex/config.toml 的 provider 相关字段。旧版 CLI 的 profile 语法可能不同,请先核对版本及对应文档。

04 从同一终端启动

进入你的项目目录,在刚才设置环境变量的终端运行:

Terminal
codex --profile novaferry

先在会话状态中确认 provider 和模型,再发一条短请求,例如“仅回复:连接成功”。这会产生一次实际 API 请求和相应费用。到 Novaferry 控制台核对请求记录、模型、用量和计费。

未选择这个 profile 时,CLI 继续使用原有的默认配置。profile 文件不要写成旧式的 [profiles.novaferry] 嵌套表。

05 在 Codex 桌面端使用

桌面端使用用户级 ~/.codex/config.toml。先备份现有文件,再将步骤 03 的字段合并进去:顶层的 model、model_provider 和 model_reasoning_effort 应位于 TOML 表定义之前;provider 表只保留一份。保留你原有的其他配置。

让桌面应用进程可以读取 NOVAFERRY_API_KEY,然后重启应用并新建会话。只在终端里 export,不保证从 Dock / Finder 启动的应用能继承该变量。可从已设置变量的终端启动应用的可执行文件,或按系统方式设置应用环境变量。

CLI 的 --profile novaferry 不会自动替桌面应用切换 profile。受组织托管策略限制时,管理员策略可能覆盖本地 provider 设置。

如需恢复,退出应用并还原备份的用户配置,再重新启动。不要删除登录文件或其他 provider 的配置。

06 把“可验证”落到结果上

核对参数

分别用 low 和 high 发同类任务,查看上游回显的推理强度和 usage 中的推理 token。数量有差异是辅助证据,不能仅凭某次长短判断是否使用指定模型。

核对缓存与账单

重复使用稳定的长前缀,检查 usage 中的 cached tokens 和账单缓存读取项。缓存写入与缓存命中读取分开统计。账单计算使用对应官方 token 类型的美元价格数值 × 0.8,单位为人民币。

做同题对照

对本站和官方 API 使用相同模型 ID、题目、推理强度、输出上限和接口协议,分别保存请求成功率、编程题通过率、平均请求耗时及输出长度。多个独立轮次比单次结果更有参考价值。

30 道编程题的通过率反映该题库、该参数和该时间点的表现。它不能单独证明模型来源、参数完全一致或所有任务的质量,也不能替代上游与请求记录的核查。

遇到问题,先检查这些。

提示 NOVAFERRY_API_KEY 未设置

在启动 Codex 的同一终端重新执行步骤 02。桌面应用需另行确认它的进程环境。不要把环境变量名换成令牌原文。

401、403 或模型不可用

检查令牌是否完整、有效、额度充足,以及分组是否为 codex-pro。模型 ID 必须与控制台提供的一致。分享错误时移除 Authorization、令牌和业务提示词。

404、协议错误,或请求去了错误地址

base URL 应为 https://api.novaferry.com/v1,配置里不要再追加 /responses 或重复 /v1。wire_api 使用 responses,并检查实际生效的用户配置、profile 及组织策略。

缓存率很低,是不是配置失效?

缓存不是每次都会命中。先检查提示词前缀是否稳定、上下文是否足够长、间隔是否合适,再读 usage 和站内日志。不要把缺失的缓存字段直接当作零命中。

配置语法于 2026 年 10 月 21 日依据 OpenAI 官方文档核对;模型与计费信息由 Novaferry 提供。