Open Codex CLI
Lightweight coding agent that runs in your terminal
npm i -g @samooth/open-codex
Important Note: This is a fork of the original OpenAI Codex CLI with expanded model support and changed installation instructions. The main differences in this fork are:
- Support for multiple AI providers (OpenAI, Gemini, OpenRouter, Ollama, xAI, DeepSeek, Hugging Face)
- Uses the Chat Completion API instead of the Responses API which allows us to support any openai compatible provider and model.
- All other functionality remains similar to the original project
- You can install this fork globally with
npm i -g @samooth/open-codex
Table of Contents
Experimental Technology Disclaimer
Codex CLI is an experimental project under active development. It is not yet stable, may contain bugs, incomplete features, or undergo breaking changes. We're building it in the open with the community and welcome:
- Bug reports
- Feature requests
- Pull requests
- Good vibes
Help us improve by filing issues or submitting PRs (see the section below for how to contribute)!
Quickstart
Install globally:
npm install -g @samooth/open-codex
Next, set your API key as an environment variable (shown here with OpenAI, but other providers are supported):
export OPENAI_API_KEY="your-api-key-here"
Note: This command sets the key only for your current terminal session. To make it permanent, add the export line to your shell's configuration file (e.g., ~/.zshrc).
Tip: You can also place your API key into a .env file at the root of your project:
OPENAI_API_KEY=your-api-key-here
The CLI will automatically load variables from .env (via dotenv/config).
Run interactively:
open-codex
Or, run with a prompt as input (and optionally in Full Auto mode):
open-codex "explain this codebase to me"
open-codex --approval-mode full-auto "create the fanciest todo-list app"
That's it – Codex will scaffold a file, run it inside a sandbox, install any
missing dependencies, and show you the live result. Approve the changes and
they'll be committed to your working directory.
Why Codex?
Codex CLI is built for developers who already live in the terminal and want
ChatGPT‑level reasoning plus the power to actually run code, manipulate
files, and iterate – all under version control. In short, it's chat‑driven
development that understands and executes your repo.
- Zero setup — bring your API key and it just works!
- Multiple AI providers — use OpenAI, Gemini, OpenRouter, Ollama, xAI, DeepSeek, or Hugging Face!
- High Performance — parallel tool execution and asynchronous file indexing for speed ✨
- Syntax Highlighting — full terminal color support for code diffs and file contents 🎨
- Full auto-approval, while safe + secure by running network-disabled and directory-sandboxed
- Multimodal — pass in screenshots or diagrams to implement features ✨
- Dry Run mode — preview all changes without actually modifying files or running commands!
- Interactive Config — toggle settings like dry-run and debug mode in-session with
/config ⚙️
- Loop Protection — automatic detection and prevention of repetitive failing tool calls 🔄
And it's fully open-source so you can see and contribute to how it develops!
Security Model & Permissions
Codex lets you decide how much autonomy the agent receives and auto-approval policy via the
--approval-mode flag (or the interactive onboarding prompt):
Suggest (default) | • Read any file in the repo | • All file writes/patches • All shell/Bash commands |
| Auto Edit | • Read and apply‑patch writes to files | • All shell/Bash commands |
| Full Auto | • Read/write files • Execute shell commands | – |
In Full Auto every command is run network‑disabled and confined to the
current working directory (plus temporary files) for defense‑in‑depth. Codex
will also show a warning/confirmation if you start in auto‑edit or
full‑auto while the directory is not tracked by Git, so you always have a
safety net.
Dry Run Mode
If you're unsure about what the agent might do, you can use the --dry-run flag. In this mode, Codex will simulate all operations (file writes, shell commands, etc.) and show you exactly what it would have done without actually touching your filesystem or executing any code.
open-codex --dry-run "Refactor all components to TypeScript"
Platform sandboxing details
The hardening mechanism Codex uses depends on your OS:
-
macOS 12+ – commands are wrapped with Apple Seatbelt (sandbox-exec).
- Everything is placed in a read‑only jail except for a small set of
writable roots (
$PWD, $TMPDIR, ~/.codex, etc.).
- Outbound network is fully blocked by default – even if a child process
tries to
curl somewhere it will fail.
-
Linux – there is no sandboxing by default.
We recommend using Docker for sandboxing, where Codex launches itself inside a minimal
container image and mounts your repo read/write at the same path. A
custom iptables/ipset firewall script denies all egress except the
OpenAI API. This gives you deterministic, reproducible runs without needing
root on the host. You can use the run_in_container.sh script to set up the sandbox.
System Requirements
| Operating systems | macOS 12+, Ubuntu 20.04+/Debian 10+, or Windows 11 via WSL2 |
| Node.js | 22 or newer (LTS recommended) |
| Git (optional, recommended) | 2.23+ for built‑in PR helpers |
| RAM | 4‑GB minimum (8‑GB recommended) |
Never run sudo npm install -g; fix npm permissions instead.
CLI Reference
open-codex | Interactive REPL | codex |
open-codex "…" | Initial prompt for interactive REPL | codex "fix lint errors" |
open-codex -q "…" | Non‑interactive "quiet mode" | codex -q --json "explain utils.ts" |
open-codex completion <bash|zsh|fish> | Print shell completion script | codex completion bash |
Inside the chat, use slash commands like /help, /model, /approval, /config, /history, and /clear.
Key flags:
--provider / -p: AI provider to use.
--model / -m: Model to use for completions.
--approval-mode / -a: Override the approval policy.
--dry-run: Preview changes without applying them.
--quiet / -q: Non-interactive mode.
Memory & Project Docs
Codex merges Markdown instructions in this order:
~/.codex/instructions.md – personal global guidance
codex.md at repo root – shared project notes
codex.md in cwd – sub‑package specifics
.codex/memory.md – persistent project-specific facts learned by the agent.
Disable with --no-project-doc or CODEX_DISABLE_PROJECT_DOC=1.
Non‑interactive / CI mode
Run Codex head‑less in pipelines. Example GitHub Action step:
- name: Update changelog via Codex
run: |
npm install -g @samooth/open-codex
export OPENAI_API_KEY="${{ secrets.OPENAI_KEY }}"
open-codex -a auto-edit --quiet "update CHANGELOG for next release"
Set CODEX_QUIET_MODE=1 to silence interactive UI noise.
Tracing / Verbose Logging
Setting the environment variable DEBUG=true prints full API request and response details:
DEBUG=true open-codex
Recipes
Below are a few bite‑size examples you can copy‑paste. Replace the text in quotes with your own task. See the prompting guide for more tips and usage patterns.
| 1 | codex "Refactor the Dashboard component to React Hooks" | Codex rewrites the class component, runs npm test, and shows the diff. |
| 2 | codex "Generate SQL migrations for adding a users table" | Infers your ORM, creates migration files, and runs them in a sandboxed DB. |
| 3 | codex "Write unit tests for utils/date.ts" | Generates tests, executes them, and iterates until they pass. |
| 4 | codex "Bulk‑rename *.jpeg → *.jpg with git mv" | Safely renames files and updates imports/usages. |
| 5 | codex "Explain what this regex does: ^(?=.*[A-Z]).{8,}$" | Outputs a step‑by‑step human explanation. |
| 6 | codex "Carefully review this repo, and propose 3 high impact well-scoped PRs" | Suggests impactful PRs in the current codebase. |
| 7 | codex "Look for vulnerabilities and create a security review report" | Finds and explains security bugs. |
Installation
From npm (Recommended)
npm install -g @samooth/open-codex
yarn global add @samooth/open-codex
Build from source
git clone https://github.com/ymichael/open-codex.git
cd open-codex/codex-cli
npm install
npm run build
node ./dist/cli.js --help
node ./dist/cli.js
npm link
Configuration
Codex looks for config files in ~/.codex/ (either YAML or JSON format). The configuration is validated using Zod to ensure correctness.
{
"model": "o4-mini",
"provider": "openai",
"approvalMode": "suggest",
"fullAutoErrorMode": "ask-user",
"memory": {
"enabled": true
}
}
You can also define custom instructions:
# ~/.codex/instructions.md
- Always respond with emojis
- Only use git commands if I explicitly mention you should
Alternative AI Providers
This fork of Codex supports multiple AI providers:
- openai (default)
- gemini
- openrouter
- ollama
- xai
- deepseek
- hf (Hugging Face)
To use a different provider, set the provider key in your config file:
{
"provider": "gemini"
}
OR use the --provider flag. eg. codex --provider gemini
Dynamic Model Discovery
For many providers, you can use the /models command within the interactive chat to see a list of available models and switch between them. For the Hugging Face provider, this dynamically fetches the latest tool-use compatible models directly from the Hugging Face Hub.
Here's a list of all the providers and their default models:
| openai | OPENAI_API_KEY | o4-mini | o3 |
| gemini | GOOGLE_GENERATIVE_AI_API_KEY | gemini-3-pro-preview | gemini-2.5-pro |
| openrouter | OPENROUTER_API_KEY | openai/o4-mini | openai/o3 |
| ollama | Not required | User must specify | User must specify |
| xai | XAI_API_KEY | grok-3-mini-beta | grok-3-beta |
| deepseek | DS_API_KEY | deepseek-chat | deepseek-reasoner |
| hf | HF_API_KEY | moonshotai/Kimi-K2.5 | moonshotai/Kimi-K2.5 |
When using an alternative provider, make sure you have the correct environment variables set.
export GOOGLE_GENERATIVE_AI_API_KEY="your-gemini-api-key-here"
FAQ
What's the difference between this and the original OpenAI Codex CLI?
This is a fork of the original OpenAI Codex CLI project with expanded support for multiple AI providers beyond just OpenAI. The installation package is also different (open-codex instead of @openai/codex), but the core functionality remains similar.
How do I stop Codex from touching my repo?
Codex always runs in a sandbox first. If a proposed command or file change looks suspicious you can simply answer n when prompted and nothing happens to your working tree. For extra safety, use the --dry-run flag.
Does it work on Windows?
Not directly. It requires Windows Subsystem for Linux (WSL2) – Codex has been tested on macOS and Linux with Node ≥ 22.
Which models are supported?
The default is o4-mini, but pass --model gpt-4o or set model: gpt-4o in your config file to override.
You can also use models from other providers like Gemini, DeepSeek, and Hugging Face. See the Configuration section for more details.
Zero Data Retention (ZDR) Organization Limitation
Note: Codex CLI does not currently support OpenAI organizations with Zero Data Retention (ZDR) enabled.
If your OpenAI organization has Zero Data Retention enabled, you may encounter errors such as:
OpenAI rejected the request. Error details: Status: 400, Code: unsupported_parameter, Type: invalid_request_error, Message: 400 Previous response cannot be used for this organization due to Zero Data Retention.
Why?
- Codex CLI relies on the Responses API with
store:true to enable internal reasoning steps.
- As noted in the docs, the Responses API requires a 30-day retention period by default, or when the store parameter is set to true.
- ZDR organizations cannot use
store:true, so requests will fail.
What can I do?
- If you are part of a ZDR organization, Codex CLI will not work until support is added.
- We are tracking this limitation and will update the documentation if support becomes available.
Contributing
This project is under active development and the code will likely change pretty significantly. We'll update this message once that's complete!
More broadly we welcome contributions – whether you are opening your very first pull request or you're a seasoned maintainer. At the same time we care about reliability and long‑term maintainability, so the bar for merging code is intentionally high. The guidelines below spell out what "high‑quality" means in practice and should make the whole process transparent and friendly.
Development workflow
-
Create a topic branch from main – e.g. feat/interactive-prompt.
-
Keep your changes focused. Multiple unrelated fixes should be opened as separate PRs.
-
Use npm run test:watch during development for super‑fast feedback.
-
We use Vitest for unit tests, ESLint + Prettier for style, and TypeScript for type‑checking.
-
Before pushing, run the full test/type/lint suite:
npm test && npm run lint && npm run typecheck
npm run test:watch
npm run typecheck
npm run lint:fix
npm run format:fix
Writing high‑impact code changes
- Start with an issue. Open a new one or comment on an existing discussion so we can agree on the solution before code is written.
- Add or update tests. Every new feature or bug‑fix should come with test coverage that fails before your change and passes afterwards. 100 % coverage is not required, but aim for meaningful assertions.
- Document behaviour. If your change affects user‑facing behaviour, update the README, inline help (
codex --help), or relevant example projects.
- Keep commits atomic. Each commit should compile and the tests should pass. This makes reviews and potential rollbacks easier.
Opening a pull request
- Fill in the PR template (or include similar information) – What? Why? How?
- Run all checks locally (
npm test && npm run lint && npm run typecheck). CI failures that could have been caught locally slow down the process.
- Make sure your branch is up‑to‑date with
main and that you have resolved merge conflicts.
- Mark the PR as Ready for review only when you believe it is in a merge‑able state.
Review process
- One maintainer will be assigned as a primary reviewer.
- We may ask for changes – please do not take this personally. We value the work, we just also value consistency and long‑term maintainability.
- When there is consensus that the PR meets the bar, a maintainer will squash‑and‑merge.
- Be kind and inclusive. Treat others with respect; we follow the Contributor Covenant.
- Assume good intent. Written communication is hard – err on the side of generosity.
- Teach & learn. If you spot something confusing, open an issue or PR with improvements.
Getting help
If you run into problems setting up the project, would like feedback on an idea, or just want to say hi – please open a Discussion or jump into the relevant issue. We are happy to help.
Together we can make Codex CLI an incredible tool. Happy hacking! :rocket:
Releasing codex
To publish a new version of the CLI, run the release scripts defined in codex-cli/package.json:
Security & Responsible AI
Have you discovered a vulnerability or have concerns about model output? Please e‑mail security@openai.com and we will respond promptly.
License
This repository is licensed under the Apache-2.0 License.
Original project: OpenAI Codex CLI