OmniDino
首页 模型 价格 教程 关于 联系 登录 获取 API Key
EN 中文
Codex CLI

在终端里,用 OmniDino 驱动 Codex。

安装 OpenAI 官方开源 Codex CLI,通过 OmniDino Responses 接口调用可用的 Codex 模型,在真实项目中完成代码理解、修改、重构、测试和自动化任务。

CLI终端原生直接在项目目录中启动,无需切换到浏览器。
OSS官方开源Codex CLI 源码由 OpenAI 在 GitHub 公开维护。
AI工程任务理解、调试、重构、审阅和自动执行开发任务。
API连接 OmniDino使用统一 Base URL、API Key、Responses 和实际模型名。
工具介绍

Codex CLI 是什么?

它不是普通聊天窗口,而是能够读取项目、调用工具并在终端中协助完成工程任务的代码 Agent。

在项目目录里启动,让上下文跟着代码走。

Codex CLI 会围绕当前工作目录理解文件、提出修改方案、执行受允许的命令并展示结果。正式使用前,应先确认仓库、权限、模型和 OmniDino API 均已正确配置。

交互式会话运行 codex 后,在终端中持续对话和处理项目任务。
非交互任务使用 codex exec 运行一次性自动化任务,适合脚本和 CI。
会话恢复使用 codex resume 继续已有线程,减少重复说明项目背景。
开源下载中心

所有安装工具都来自 GitHub。

CX

OpenAI Codex

OpenAI 官方开源 Codex CLI 项目,提供安装脚本、npm、Homebrew 和 GitHub Release。

WindowsmacOSLinuxApache-2.0
SW

CC Switch

跨平台开源配置管理工具,用于写入 Codex 供应商、Base URL、模型和协议设置。

WindowsmacOSLinuxProvider 管理
GIT

Git

Codex 在真实仓库中工作时需要 Git 进行版本控制、Diff 审阅和变更恢复。

版本控制仓库Diff跨平台
NODE

Node.js

只有选择 npm 安装 Codex 时才需要 Node.js 与 npm。官方安装脚本和二进制方式不一定需要。

npmJavaScript Runtime开源
不要从网盘、群聊或不明网站下载修改版 Codex。优先使用 openai/codex 官方安装方式或 GitHub Releases。
安装 Codex CLI

根据系统选择安装方式。

Windows PowerShell

使用 OpenAI 官方安装脚本。安装完成后重新打开 PowerShell。

建议先安装 Git for Windows。
运行 codex --version 验证。
出现执行策略提示时使用管理员确认。
PowerShell
powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"

codex --version

macOS / Linux

运行 OpenAI 官方 shell 安装脚本,然后检查版本。

适合不想先安装 Node.js 的用户。
Linux 图形桌面不是使用 CLI 的必要条件。
更新方式以官方 README 为准。
Terminal
curl -fsSL https://chatgpt.com/codex/install.sh | sh

codex --version

npm 全局安装

已经安装 Node.js 和 npm 的用户可以使用官方 npm 包。

不要通过 sudo 粗暴解决 npm 权限问题。
安装后确认终端 PATH 包含 npm 全局目录。
升级时重新运行 npm 安装命令。
npm
npm install -g @openai/codex

codex --version

Homebrew

macOS 用户可以使用 Homebrew Cask 安装。

使用 --cask
升级时同样使用 Cask 方式。
安装后执行版本检查。
Homebrew
brew install --cask codex

codex --version

GitHub Release

手动选择操作系统和 CPU 架构对应的官方二进制文件。

仓库必须是 openai/codex
macOS 区分 Apple Silicon 与 Intel。
Linux 区分 x86_64 与 arm64。
Release 文件
macOS arm64:
codex-aarch64-apple-darwin.tar.gz

macOS x86_64:
codex-x86_64-apple-darwin.tar.gz

Linux x86_64:
codex-x86_64-unknown-linux-musl.tar.gz

Linux arm64:
codex-aarch64-unknown-linux-musl.tar.gz
连接 OmniDino

配置 Base URL、模型与 Responses。

推荐使用 CC Switch;需要手动配置时,将供应商写入用户级 ~/.codex/config.toml

OmniDino 参数

模型名称必须复制自 OmniDino 模型广场,不要自行猜测。

Provideromnidino
Base URLhttps://api.omnidino.com/v1
Wire APIresponses
API Key EnvOMNIDINO_API_KEY
Model模型广场中的实际名称
将 API Key 放入环境变量,而不是写进可被同步或提交的项目文件。
~/.codex/config.toml
model_provider = "omnidino"
model = "填写实际Codex模型名称"
model_reasoning_effort = "high"
disable_response_storage = true

[model_providers.omnidino]
name = "OmniDino"
base_url = "https://api.omnidino.com/v1"
env_key = "OMNIDINO_API_KEY"
wire_api = "responses"
设置 API Key
export OMNIDINO_API_KEY="粘贴你的OmniDino API Key"

codex
常用命令

从交互式会话到自动化任务。

命令用途建议
codex启动交互式 Codex CLI。先进入正确项目目录再运行。
codex --version查看当前安装版本。排查问题时先记录版本。
codex --help查看当前版本支持的命令与参数。以本机输出为准。
codex exec "任务"运行一次性非交互任务。适合脚本、自动化和 CI。
codex resume选择并恢复已有会话。在正确项目目录中恢复。
codex resume <session-id>恢复指定会话。适合跨工具移交或精准继续。
codex app当前版本支持时启动 Codex 桌面体验。不可用时继续使用 CLI。
推荐模型类型

按任务选择模型,而不是只看名字。

01

Codex 专用模型

适合完整工程任务、工具调用、多文件修改和长时间代码工作。

02

高级推理模型

适合架构分析、复杂调试、迁移方案和技术决策。

03

高性价比模型

适合代码解释、摘要、简单修改和批量任务。

04

长上下文模型

适合大型仓库、文档密集项目和跨模块分析。

05

多模态模型

适合同时处理截图、设计稿、日志和代码的工作流。

06

自托管模型

适合成本敏感、批量处理和受控基础设施场景。

完整流程

从安装到第一次真实任务。

01

安装 Git 与 Codex

使用官方 GitHub 项目和安装方式,完成后检查版本。

02

创建独立 API Key

在 OmniDino 控制台创建 Codex 专用 Key,并设置合理额度。

03

配置 OmniDino Provider

通过 CC Switch 或用户级 config.toml 写入 Base URL、Responses 和模型。

04

设置环境变量

将 API Key 写入 OMNIDINO_API_KEY,避免直接存入项目源码。

05

运行 API 连接测试

先测试 /v1/models 与 /v1/responses,确认 Key、模型和端点正常。

06

进入测试仓库

第一次不要直接打开重要生产项目,先使用小型 Git 仓库验证权限和修改行为。

07

启动 Codex

运行 codex,让它解释 README 或完成一个可审阅的小任务。

08

检查用量和 Diff

确认 OmniDino 控制台调用记录、余额变化和 Git Diff 均符合预期。

常见问题

配置失败时从这里排查。

重新打开终端,检查安装是否成功以及 Codex 可执行文件是否位于 PATH。npm 安装用户还需要确认 npm 全局 bin 目录已加入 PATH。
config.toml 中的 env_key 指向 OMNIDINO_API_KEY,因此当前终端必须存在同名环境变量。重新设置后,在同一个终端运行 codex。
检查 API Key 是否复制完整、是否被禁用、环境变量中是否包含引号或空格,以及当前令牌是否有访问目标模型的权限。
检查 Base URL 是否为 https://api.omnidino.com/v1,wire_api 是否为 responses,模型和上游渠道是否真正支持 Responses。
供应商和模型提供商等敏感配置应写入用户级 ~/.codex/config.toml。部分版本会忽略项目级配置中的 model_provider 和 model_providers。
自定义供应商的模型发现和界面展示可能受 Codex 版本影响。只要 config.toml 中填写了正确模型名,并且 Responses 请求成功,仍可直接使用。
在 Git 仓库中工作,使用独立分支,先审阅计划和 Diff,不要盲目批准高权限命令,并为首次测试准备隔离项目。

Codex CLI 仍然无法连接?

请提供操作系统、Codex 版本、安装方式、模型名称、Base URL、wire_api、HTTP 状态码和完整错误信息。请隐藏 API Key。

[email protected]
继续阅读

进入下一篇客户端教程。