// Invoke Codex CLI for complex coding tasks requiring high reasoning capabilities. Trigger phrases include "use codex", "ask codex", "run codex", "call codex", "codex cli", "GPT-5 reasoning", "OpenAI reasoning", or when users request complex implementation challenges, advanced reasoning, architecture design, or high-reasoning model assistance. Automatically triggers on codex-related requests and supports session continuation for iterative development.
| name | codex |
| version | 2.0.1 |
| description | Invoke Codex CLI for complex coding tasks requiring high reasoning capabilities. Trigger phrases include "use codex", "ask codex", "run codex", "call codex", "codex cli", "GPT-5 reasoning", "OpenAI reasoning", or when users request complex implementation challenges, advanced reasoning, architecture design, or high-reasoning model assistance. Automatically triggers on codex-related requests and supports session continuation for iterative development. |
The default model for ALL Codex invocations is gpt-5.2 with xhigh reasoning effort.
gpt-5.2 with -c model_reasoning_effort=xhigh unless user explicitly requests otherwiseworkspace-write sandbox for code editing, read-only for analysis only# Default invocation - ALWAYS use gpt-5.2 with xhigh
codex exec -m gpt-5.2 -s workspace-write \
-c model_reasoning_effort=xhigh \
"your prompt here"
codex execMUST USE: codex exec for ALL Codex CLI invocations in Claude Code.
NEVER USE: codex (interactive mode) - will fail with "stdout is not a terminal"
ALWAYS USE: codex exec (non-interactive mode)
Examples:
codex exec -m gpt-5.2 "prompt" (CORRECT)codex -m gpt-5.2 "prompt" (WRONG - will fail)codex exec resume --last (CORRECT)codex resume --last (WRONG - will fail)Why? Claude Code's bash environment is non-terminal/non-interactive. Only codex exec works in this environment.
Some Codex CLI flags are ONLY available in interactive mode, NOT in codex exec.
| Flag | Interactive codex | codex exec | Alternative for exec |
|---|---|---|---|
--search | ✅ Available | ❌ NOT available | --enable web_search_request |
-a/--ask-for-approval | ✅ Available | ❌ NOT available | --full-auto or -c approval_policy=... |
--add-dir | ✅ Available | ✅ Available | N/A |
--full-auto | ✅ Available | ✅ Available | N/A |
For web search in exec mode:
# CORRECT - works in codex exec
codex exec --enable web_search_request "research topic"
# WRONG - --search only works in interactive mode
codex --search "research topic"
For approval control in exec mode:
# CORRECT - works in codex exec
codex exec --full-auto "task"
codex exec -c approval_policy=on-request "task"
# WRONG - -a only works in interactive mode
codex -a on-request "task"
This skill activates when users say phrases like:
This skill should be invoked when:
When a user makes a request that falls into one of the above categories, determine the task type:
General Tasks (architecture, design, reviews, explanations):
gpt-5.1 (high-reasoning general model)Code Editing Tasks (file modifications, implementation):
gpt-5.2 (latest model with maximum capability)IMPORTANT: Always use codex exec for non-interactive execution. Claude Code's bash environment is non-terminal, so the interactive codex command will fail with "stdout is not a terminal" error.
codex exec -m gpt-5.2 -s workspace-write \
-c model_reasoning_effort=xhigh \
--enable web_search_request \
"<user's prompt>"
codex exec -m gpt-5.2 -s read-only \
-c model_reasoning_effort=xhigh \
--enable web_search_request \
"<user's prompt>"
Why codex exec?
Use gpt-5.1 (default) when:
Use gpt-5.2 when:
workspace-write sandboxNote: gpt-5.1-codex-max and gpt-5.1-codex are still available for backward compatibility. Use gpt-5.2 as the default for latest capabilities.
All Codex invocations use these defaults unless user specifies otherwise:
| Parameter | Default Value | CLI Flag | Notes |
|---|---|---|---|
| Model | gpt-5.2 | -m gpt-5.2 | Default for ALL tasks (latest model) |
| Sandbox | workspace-write | -s workspace-write | Allows file modifications (default) |
| Sandbox (analysis) | read-only | -s read-only | For read-only analysis tasks |
| Reasoning Effort | xhigh | -c model_reasoning_effort=xhigh | Maximum reasoning capability |
| Verbosity | medium | -c model_verbosity=medium | Balanced output detail |
| Web Search | enabled | --enable web_search_request | Access to up-to-date information |
Codex CLI Version: 0.71.0+ (requires 0.71.0+ for latest features)
| Flag | Values | Description |
|---|---|---|
-m, --model | gpt-5.2, gpt-5.1, gpt-5.1-codex, gpt-5.1-codex-max | Model selection |
-s, --sandbox | read-only, workspace-write, danger-full-access | Sandbox mode |
-c, --config | key=value | Config overrides (e.g., model_reasoning_effort=high) |
-C, --cd | directory path | Working directory |
-p, --profile | profile name | Use config profile |
--enable | feature name | Enable a feature (e.g., web_search_request) |
--disable | feature name | Disable a feature |
-i, --image | file path(s) | Attach image(s) to initial prompt |
--add-dir | directory path | Additional writable directory (repeatable) |
--full-auto | flag | Convenience for workspace-write sandbox with on-request approval |
--oss | flag | Use local open source model provider |
--local-provider | lmstudio, ollama | Specify local provider (with --oss) |
--skip-git-repo-check | flag | Allow running outside Git repository |
--output-schema | file path | JSON Schema file for response shape |
--color | always, never, auto | Color settings for output |
--json | flag | Print events as JSONL |
-o, --output-last-message | file path | Save last message to file |
--dangerously-bypass-approvals-and-sandbox | flag | Skip confirmations (DANGEROUS) |
Pass these as -c key=value:
model_reasoning_effort: minimal, low, medium, high, xhigh
high - The Codex CLI defaults to high reasoningxhigh - This skill explicitly uses xhigh for maximum capabilityxhigh: Extra-high reasoning for maximum capability (supported by gpt-5.2 and gpt-5.1-codex-max)xhigh for complex architectural refactoring, long-horizon tasks, or when quality is more important than speedmodel_verbosity: low, medium, high (default: medium)model_reasoning_summary: auto, concise, detailed, none (default: auto)sandbox_workspace_write.writable_roots: JSON array of additional writable directories (e.g., ["/path1","/path2"])approval_policy: untrusted, on-failure, on-request, never (approval behavior)Additional Writable Directories:
Use --add-dir flag (preferred) or config:
# Preferred - simpler syntax (v0.71.0+)
codex exec --add-dir /path1 --add-dir /path2 "task"
# Alternative - config approach
codex exec -c 'sandbox_workspace_write.writable_roots=["/path1","/path2"]' "task"
Default Models (Codex CLI v0.71.0+)
This skill supports the following models:
gpt-5.2 - Latest model with all reasoning levels (NEW in 0.71.0)gpt-5.1 - General reasoning, architecture, reviews (default)gpt-5.1-codex-max - Code editing (legacy, use gpt-5.2 instead)gpt-5.1-codex - Standard code editing (available for backward compatibility)GPT-5.2 Model (NEW):
low, medium, high, xhighcodex exec -m gpt-5.2 -c model_reasoning_effort=xhigh "complex task"Performance Characteristics:
gpt-5.1-codex-max is 27-42% faster than gpt-5.1-codexxhigh reasoning effort for maximum capabilityBackward Compatibility
You can override to use older models when needed:
# Use older gpt-5 model explicitly
codex exec -m gpt-5 -s read-only "Design a data structure"
# Use older gpt-5-codex model explicitly
codex exec -m gpt-5-codex -s workspace-write "Implement feature X"
When to Override
Model Override Examples
Override via -m flag:
# Override to gpt-5 for general task
codex exec -m gpt-5 "Explain algorithm complexity"
# Override to gpt-5-codex for code task
codex exec -m gpt-5-codex -s workspace-write "Refactor authentication"
# Override to gpt-4 if available
codex exec -m gpt-4 "Review this code"
Default Behavior
Without explicit -m override:
gpt-5.2 (latest model, recommended default)gpt-5.1 (if explicitly requested)gpt-5.1-codex-max and gpt-5.1-codex still work if explicitly specifiedWhen user indicates they want to continue a previous Codex conversation:
For continuation requests, use the codex resume command:
codex exec resume --last
This automatically continues the most recent Codex session with all previous context maintained.
codex exec resume <session-id>
Resume a specific session by providing its UUID. Get session IDs from previous Codex output or by running codex exec resume --last to see the most recent session.
Note: The interactive session picker (codex resume without arguments) is NOT available in non-interactive/Claude Code environments. Always use --last or provide explicit session ID.
Use codex exec -m ... "<prompt>" when:
Use codex exec resume --last when:
codex exec resume --last to access most recent sessioncodex exec resume <session-id> for specific sessionsWhen errors occur, return clear, actionable messages without complex diagnostics:
Error Message Format:
Error: [Clear description of what went wrong]
To fix: [Concrete remediation action]
[Optional: Specific command example]
Error: Codex CLI not found
To fix: Install Codex CLI and ensure it's available in your PATH
Check installation: codex --version
Error: Not authenticated with Codex
To fix: Run 'codex login' to authenticate
After authentication, try your request again.
Error: Invalid model specified
To fix: Use 'gpt-5.2' for all tasks (recommended) or 'gpt-5.1' for general reasoning
Example: codex exec -m gpt-5.2 "your prompt here"
Example: codex exec -m gpt-5.2 -s workspace-write "code editing task"
First Steps for Any Issues:
codex --help, codex exec --help, codex exec resume --helpreferences/ directorySkill not being invoked?
Session not resuming?
codex exec resume --last to resume most recent session"stdout is not a terminal" error?
codex exec instead of plain codex in Claude CodeErrors during execution?
User Request: "Help me design a binary search tree architecture in Rust"
Skill Executes:
codex exec -m gpt-5.2 -s read-only \
-c model_reasoning_effort=xhigh \
"Help me design a binary search tree architecture in Rust"
Result: Codex provides maximum reasoning architectural guidance using gpt-5.2 with xhigh reasoning. Session automatically saved for continuation.
User Request: "Edit this file to implement the BST insert method"
Skill Executes:
codex exec -m gpt-5.2 -s workspace-write \
-c model_reasoning_effort=xhigh \
"Edit this file to implement the BST insert method"
Result: Codex uses gpt-5.2 with xhigh reasoning and workspace-write permissions to modify files.
User Request: "Continue with the BST - add a deletion method"
Skill Executes:
codex exec resume --last
Result: Codex resumes the previous BST session and continues with deletion method implementation, maintaining full context.
User Request: "Use Codex with web search to research and implement async patterns"
Skill Executes:
codex exec -m gpt-5.2 -s workspace-write \
-c model_reasoning_effort=xhigh \
--enable web_search_request \
"Research and implement async patterns"
Result: Codex uses web search capability for latest information, then implements with gpt-5.2 xhigh reasoning.
User Request: "Perform complex architectural refactoring of authentication system"
Skill Executes:
codex exec -m gpt-5.2 -s workspace-write \
-c model_reasoning_effort=xhigh \
"Perform complex architectural refactoring of authentication system"
Result: Codex uses gpt-5.2 with xhigh reasoning effort for maximum capability on complex long-horizon tasks. Ideal for architectural refactoring where quality is critical.
The codex review subcommand provides non-interactive code review capabilities:
# Review uncommitted changes (staged, unstaged, untracked)
codex review --uncommitted
# Review changes against a base branch
codex review --base main
# Review a specific commit
codex review --commit abc123
# Review with custom instructions
codex review --uncommitted "Focus on security vulnerabilities"
# Non-interactive via exec
codex exec review --uncommitted
Review Options:
| Flag | Description |
|---|---|
--uncommitted | Review staged, unstaged, and untracked changes |
--base <BRANCH> | Review changes against the given base branch |
--commit <SHA> | Review the changes introduced by a commit |
--title <TITLE> | Optional commit title for review summary |
--enable / --disable)Enable or disable specific Codex features:
codex exec --enable web_search_request "Research latest patterns"
codex exec --disable some_feature "Run without feature"
-i, --image)Attach images to prompts for visual analysis:
codex exec -i screenshot.png "Analyze this UI design"
codex exec -i diagram1.png -i diagram2.png "Compare these architectures"
--add-dir) (v0.71.0+)Add writable directories beyond the primary workspace:
codex exec --add-dir /shared/libs --add-dir /config "task"
--full-auto)Convenience flag for low-friction execution:
codex exec --full-auto "task"
# Equivalent to: -s workspace-write with on-request approval
--skip-git-repo-check)Run Codex outside Git repositories:
codex exec --skip-git-repo-check "Help with this script"
--output-schema)Define JSON schema for model responses:
codex exec --output-schema schema.json "Generate structured data"
--color)Control colored output (always, never, auto):
codex exec --color never "Run in CI/CD pipeline"
Note: --search flag is interactive-only. Use --enable for exec mode:
# CORRECT for codex exec
codex exec --enable web_search_request "research topic"
# WRONG - --search only works in interactive mode
codex --search "research topic"
codex features list) (v0.71.0+)Inspect and manage Codex feature flags:
# List all feature flags with their states
codex features list
Current Feature Flags (as of v0.71.0):
Stable Features:
| Feature | Default | Description |
|---|---|---|
web_search_request | false | Enable web search capability |
parallel | true | Parallel execution |
shell_tool | true | Shell command execution |
undo | true | Undo functionality |
view_image_tool | true | Image viewing capability |
warnings | true | Display warnings |
Experimental/Beta Features:
| Feature | Stage | Default | Description |
|---|---|---|---|
exec_policy | experimental | true | Execution policy control |
remote_compaction | experimental | true | Remote compaction |
unified_exec | experimental | false | Unified execution mode |
rmcp_client | experimental | false | RMCP client support |
apply_patch_freeform | beta | false | Freeform patch application |
skills | experimental | false | Skills support |
shell_snapshot | experimental | false | Shell state snapshots |
remote_models | experimental | false | Remote model support |
Enable/disable features with --enable and --disable:
codex exec --enable web_search_request "research task"
codex exec --disable parallel "run sequentially"
--json) (v0.71.0+)Stream events as JSONL for programmatic processing:
codex exec --json "task" > events.jsonl
-o/--output-last-message) (v0.71.0+)Write the final agent message to a file:
codex exec -o result.txt "generate summary"
codex exec -m gpt-5.2 -c model_reasoning_effort=xhigh "complex task"
xhigh reasoning effort)Default: Use gpt-5.2 for all tasks (latest model with best capabilities). Use gpt-5.1 if you specifically need the older general model, or gpt-5.1-codex-max for backward compatibility.
Good: "Help me implement a thread-safe queue with priority support in Python" Vague: "Code help"
Clear, specific requests get better results from high-reasoning models.
Good: "Continue with that queue implementation - add unit tests" Unclear: "Add tests" (might start new session)
Explicit continuation keywords help the skill choose the right command.
Good: "Refactor this code (allow file writing)" Risky: Assuming permissions without specifying
Make your intent clear when you need workspace-write permissions.
The skill defaults to high reasoning effort - perfect for:
Windows sandbox is available for filesystem and network access control.
The /exit slash-command alias is available in interactive codex mode (not applicable to codex exec non-interactive mode used by this skill).
All models (gpt-5.2, gpt-5.1-codex-max, gpt-5.1-codex) support verbosity override via -c model_verbosity=<level> for controlling output detail levels.
Use --oss with --local-provider to use local LLM providers:
codex exec --oss --local-provider ollama "task"
codex exec --oss --local-provider lmstudio "task"
For command construction examples and workflow patterns, Claude can reference:
references/command-patterns.md - Common codex exec usage patternsreferences/session-workflows.md - Session continuation and resume workflowsreferences/advanced-patterns.md - Complex configuration and flag combinationsThese files provide detailed examples for constructing valid codex exec commands for various scenarios.
For more details, see:
references/codex-help.md - Codex CLI command referencereferences/codex-config.md - Full configuration optionsREADME.md - Installation and quick start guide