在桌面工作区中, 让 Codex 理解并修改你的项目。
Codex Desktop 是 Codex 的图形化工作入口,适合打开本地仓库、并行处理任务、查看修改、审阅差异并继续迭代。本文使用 OpenAI 官方开源 Codex 仓库和 GitHub 项目完成安装与 OmniDino 配置。
Codex Desktop 与 Codex CLI 是什么关系?
桌面端负责图形化交互,CLI 负责终端入口,但它们可以读取同一个 .codex 配置目录。
先把共享配置写对,再打开桌面入口。
如果 Codex CLI 已经能够通过 OmniDino 正常调用,Codex Desktop 通常不需要再维护另一套 API 配置。完全退出并重新打开 Desktop 后,它应读取当前用户目录中的共享配置。
~/.codex,Windows 对应用户主目录中的 .codex 文件夹。
config.toml 和认证信息。建议通过 CC Switch 或 Codex CLI 统一生成。
codex app 启动桌面体验,实际可用性以当前版本和平台为准。
只使用官方 GitHub 项目。
下面列出的工具分别用于 Codex、Git 仓库、代码编辑和 OmniDino 配置管理。
OpenAI Codex
OpenAI 官方开源 Codex 项目。安装 Codex CLI 后,可以使用终端入口,并根据当前版本尝试运行桌面体验。
CC Switch
跨平台配置管理工具,用于管理 Codex 的 Base URL、API Key、模型和 Wire API,减少手动编辑配置文件。
Git
Codex 处理真实项目时通常需要 Git 仓库。Windows 可使用 Git for Windows,macOS 与 Linux 可使用 Git 官方源码仓库和系统包。
Visual Studio Code
可选的开源代码编辑器,用于查看 Codex 修改后的文件、搜索项目和手动调整代码。
openai/codex 是官方开源仓库,主要提供 Codex CLI 和相关组件。官方 README 提到可运行 codex app 获取桌面体验,但独立桌面应用的发布方式可能随版本变化。本文不会提供第三方打包的 EXE、DMG 或所谓破解版。
根据系统选择安装方式。
优先使用 OpenAI 官方仓库提供的安装方式或 GitHub Releases 文件。
Windows 安装
在 PowerShell 中运行 OpenAI Codex 官方安装命令,安装完成后重新打开终端。
codex --version 检查。powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"
codex --version
codex app
macOS 安装
可以使用官方安装脚本、Homebrew 或 GitHub Release。安装后尝试运行 codex app。
curl -fsSL https://chatgpt.com/codex/install.sh | sh
# 或使用 Homebrew
brew install --cask codex
codex --version
codex app
Linux 安装
Linux 可安装 Codex CLI。桌面图形体验是否可用取决于当前 Codex 版本、桌面环境和官方发布状态。
codex app 不可用,请继续使用 Codex CLI。curl -fsSL https://chatgpt.com/codex/install.sh | sh
codex --version
# 当前版本支持时
codex app
从 GitHub Release 安装
适合不希望使用安装脚本,或需要手动选择 CPU 架构与系统文件的用户。
openai/codex。codex。macOS Apple Silicon:
codex-aarch64-apple-darwin.tar.gz
macOS Intel:
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
npm install -g @openai/codex。Node.js 可从官方开源仓库 nodejs/node 获取,但普通用户优先使用 Codex 官方安装脚本或 Release。
使用共享 .codex 配置。
推荐先通过 CC Switch 配置 Codex,或者按照 Codex CLI 教程写入供应商参数,再打开桌面体验。
OmniDino 参数
具体模型名称以 OmniDino 模型广场为准。Codex 模型通常使用 Responses 端点。
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"
wire_api = "responses"
requires_openai_auth = true
从安装到打开第一个项目。
安装 Git 与 Codex
从官方 GitHub 项目获取 Git 和 Codex,安装完成后重新打开终端并检查版本。
准备 OmniDino API Key
登录控制台创建独立 Key,确认余额和目标 Codex 模型可用。
通过 CC Switch 或 CLI 写入配置
配置 OmniDino Base URL、Responses 协议和实际模型名称,保存并设为当前配置。
先测试 Codex CLI
在终端运行 codex,发送一个简单任务。CLI 成功后再继续打开桌面入口。
运行 codex app
当前版本支持时,在终端运行 codex app 启动桌面体验。如果命令不可用,请更新 Codex 或继续使用 CLI。
打开本地项目目录
选择已有 Git 仓库,或先创建测试项目。避免第一次测试就打开包含大量敏感文件的重要项目。
发送安全的测试任务
例如让 Codex 解释 README、创建一个测试文件或检查简单错误,然后审阅修改内容。
检查 OmniDino 调用记录
确认控制台出现对应模型调用、Token 消耗和合理的余额变化。
Codex Desktop 适合完成什么任务?
理解现有项目
解释目录结构、关键模块、依赖关系和项目启动方式。
修复与重构
定位错误、修改多个文件、重构组件并审阅最终差异。
生成前端页面
根据要求修改 HTML、CSS、JavaScript 和 WordPress 页面代码。
文档与测试
生成 README、使用说明、测试用例和代码注释。
并行处理任务
将不同功能、修复或分析任务分配给多个工作线程。
审阅改动
查看文件变更和 Diff,在应用修改前确认内容是否合理。
怎样判断 Codex Desktop 已连接 OmniDino?
本地检查
codex --version能返回版本号。- Codex CLI 可以通过 OmniDino 完成简单请求。
codex app能在当前版本和平台启动桌面入口。- Desktop 能打开本地项目并发起任务。
- 应用不会不断要求创建另一套独立 API 配置。
OmniDino 控制台检查
- 出现目标 Codex 模型的调用记录。
- HTTP 状态和模型响应正常。
- API Key 显示最近使用记录。
- 余额变化与实际调用量相符。
- 没有 401、404、not implemented 或转换错误。
桌面端读取不到配置怎么办?
codex app 作为桌面体验入口,但独立桌面应用的发布方式与平台支持可能随版本变化。
codex --version,确认安装的是最新版本。然后查看 openai/codex README 和 Releases。当前平台或版本不支持时,继续使用 Codex CLI,不要下载不明第三方桌面安装包。
.codex 配置。也要确认 CC Switch 中的 OmniDino 供应商已经设为当前启用配置。
https://api.omnidino.com/v1,Wire API 是否为 responses,模型是否支持 Responses,以及 NewAPI 渠道类型是否与上游协议匹配。
Codex Desktop 仍然无法连接?
发送邮件时请提供操作系统、Codex 版本、安装方式、Base URL、模型名称、Wire API 和完整错误信息。请隐藏 API Key。
[email protected]