https://api.acedata.cloud/v1.
Application Process
To use Codex CLI, first visit the Ace Data Cloud Console to obtain your API Token for backup.
If you are not logged in or registered, you will be automatically redirected to the login page to register and log in. After logging in or registering, you will be automatically returned to the current page.
A free quota is granted upon first application, allowing you to try the Codex CLI service for free.
Installing Codex CLI
Codex CLI supports macOS, Linux, Windows, and WSL. You can install it via npm or use Homebrew (macOS only).npm Installation (Recommended)
If you have Node.js installed, you can install directly via npm. This requires Node.js version 18 or higher.Homebrew Installation (macOS)
macOS users can also install via Homebrew:Verify Installation
After installation, reopen your terminal and check if the command is available:command not found, it usually means the new PATH has not been loaded in the current terminal. Please close and reopen the terminal or check the PATH configuration suggested in the installation output.
Configuring Codex CLI
After installation, Codex CLI will by default try to connect to the official OpenAI service. To switch to Ace Data Cloud, you need to declare a custommodel_provider in Codex’s configuration file and place the API Token in the corresponding environment variable.
Step 1: Set Environment Variable
It is recommended to write the API Token into your shell configuration file, such as~/.zshrc, ~/.bashrc, or ~/.bash_profile:
{token} with the API Token you copied from the Ace Data Cloud Console.
After configuration, reopen the terminal or run the corresponding source command to apply the changes immediately:
Step 2: Edit Codex Configuration File
Codex CLI uses~/.codex/config.toml as the global configuration file. If this file does not exist, create it:
~/.codex/config.toml:
Clear Cached OpenAI Login
If you have previously logged into Codex CLI using an official OpenAI account, your local machine may have cached the official login state (usually stored in~/.codex/auth.json). Before switching to the Ace Data Cloud proxy, it is recommended to clear the old login:
codex logout command is not available, you can manually delete the cache file:
Start a Session
Navigate to your project directory, then start Codex CLI:Verify Configuration
Inside Codex CLI, you can check the current model and provider in the interactive interface:acedatacloud provider, for example:
acedatacloud, the configuration has not taken effect. Please recheck whether ~/.codex/config.toml was saved successfully and whether ACEDATACLOUD_API_KEY is readable in the current terminal:
How It Works
Codex CLI natively uses the OpenAI Responses API protocol. Ace Data Cloud provides a proxy service compatible with the OpenAI Responses API athttps://api.acedata.cloud/v1/responses, so Codex CLI does not require a local proxy or additional plugins.
Workflow:
- Codex CLI reads
model_providerfrom~/.codex/config.tomland loads the corresponding[model_providers.acedatacloud]configuration block. - Codex CLI reads the API Token from the environment variable specified by
env_key(ACEDATACLOUD_API_KEY). - Requests are sent via the
wire_api = "responses"protocol tobase_url + /responses, i.e.,https://api.acedata.cloud/v1/responses. - Ace Data Cloud verifies identity and quota using your API Token, then forwards the request to an available upstream model channel.
- After completion, the platform records usage and deducts quota based on actual consumption.
codex command and Codex CLI’s native interactive experience, only switching the underlying model service to Ace Data Cloud.
Configuring Models
Themodel field in ~/.codex/config.toml determines the default model Codex uses. Ace Data Cloud’s OpenAI Responses service supports multiple models, commonly including:
To temporarily switch models, you can specify the model via command line when starting Codex:
model field in ~/.codex/config.toml and restart. For the full model list, see Ace Data Cloud OpenAI Service Documentation.
Project Trust Levels
Codex CLI supports setting different trust levels for different projects to control what operations the agent can perform. You can append the following at the end of~/.codex/config.toml:
trusted: Agent has full permissions, can execute commands and modify files.untrusted: Agent has limited permissions, more suitable for unfamiliar projects.

