Codex Skill
by @feiskyer
Use when user asks to leverage codex, gpt-5, or gpt-5.1 to implement something (usually implement a plan or feature designed by Claude). Provides non-interac...
clawhub install codex-skillπ About This Skill
name: codex-skill description: 'Use when user asks to leverage codex, gpt-5, or gpt-5.1 to implement something (usually implement a plan or feature designed by Claude). Provides non-interactive automation mode for hands-off task execution without approval prompts.'
Codex Agent Skill
Operate Codex CLI as a managed coding agent β from worktree setup through PR merge.
Prerequisites
codex --version # Verify installed
Install: npm i -g @openai/codex or brew install codex
tmux -V # tmux required for full workflow
CLI Quick Reference
| Flag | Effect |
|------|--------|
| exec "prompt" | Non-interactive one-shot, exits when done |
| --full-auto | Alias for -s workspace-write (auto-approve file edits) |
| -s workspace-write | Read + write files in workspace |
| -s read-only | Analysis only, no modifications (default for exec) |
| -s danger-full-access | Full access including network and system |
| --dangerously-bypass-approvals-and-sandbox | Skip all prompts + no sandbox (safe in containers/VMs) |
| -m | Model selection β only use when user explicitly requests a model (e.g. gpt-5.1-codex-max). Omit to use Codex default. |
| -c "model_reasoning_effort=high" | Reasoning effort: low, medium, high |
| --json | Structured JSON Lines output |
| -o | Write final output to file |
| -C / --cd | Set working directory |
| --add-dir | Allow writing to additional directories |
| --skip-git-repo-check | Run in non-git directories |
| resume --last | Resume last session with new prompt |
Execution Modes
Quick Mode β Small Tasks
For trivial fixes, one-file changes, or analysis. Use exec (non-interactive):
# Via OpenClaw exec β use background=true + pty=true, NO hard timeout
pty=true ensures codex CLI flushes output properly (no buffering issues)
(hard timeout kills the process; instead we poll and extend)
exec(command="codex exec --full-auto 'fix the typo in README.md'",
workdir="/path/to/project", background=true, pty=true)With high reasoning
exec(command="codex exec -c 'model_reasoning_effort=high' --full-auto 'fix the auth bug'",
workdir="/path/to/project", background=true, pty=true)
#### Adaptive Timeout (Poll-and-Extend)
Do NOT use timeout= for codex tasks. Instead, use background execution
with periodic polling. This prevents premature kills on long-running tasks:
1. Launch with background=true (no timeout)
2. Poll every ~5 min with process(action="poll", sessionId=
3. If process is still running β it's making progress, keep waiting
4. If process exited β check logs, done
5. Safety net: if no new output for 12 hours, ask user before killing
Poll loop (agent behavior, not a script): poll_interval = 5 min (300000 ms)
max_silent_rounds = 144 (= 12 hours with no new output β ask user)
repeat:
result = process(action="poll", sessionId=, timeout=300000)
if result.completed:
β check exit code, read logs, report result
β break
else:
new_output = process(action="log", sessionId=, limit=20)
if new_output changed since last check:
silent_rounds = 0 # still producing output, keep going
else:
silent_rounds += 1
if silent_rounds >= max_silent_rounds:
β notify user: "Codex has been silent for 12 hours, kill or keep waiting?"
β wait for user decision
This way tasks that need 5 min or several hours both work without premature kills.
Quick Mode caveats:
PI_BASH_MAX_OUTPUT_CHARS. Very verbose codex tasks mayprocess log. Use process log offset:0 limit:50 to check if
the beginning is still available; if not, the cap was hit.
process is scoped per agent β you can only see sessions you started.Full Mode β Features, Bugfixes, Refactors
For non-trivial tasks, use the full workflow below. This gives you:
Full Workflow: Task β Merged PR
Step 1: Create Worktree
Isolate each task in its own worktree and branch:
TASK_ID="feat-custom-templates"
BRANCH="feat/$TASK_ID"
REPO_ROOT=$(git rev-parse --show-toplevel)
WORKTREE="/tmp/worktrees/$TASK_ID"git worktree add -b "$BRANCH" "$WORKTREE" origin/main
cd "$WORKTREE"
Install dependencies (adapt to your stack)
pnpm install # or: npm install / go mod tidy / pip install -r requirements.txt
Step 2: Launch Agent in tmux
Start Codex in interactive mode (no exec) so you can steer mid-task.
Important: Use tmux pipe-pane to log output β do NOT use | tee because it
turns stdout into a pipe, which breaks interactive mode (codex detects !isatty(stdout)
and may disable interactive features, breaking send-keys steering).
LOG_FILE="/tmp/worktrees/$TASK_ID/codex-output.log"1. Create session (starts a shell β codex not launched yet)
tmux new-session -d -s "$TASK_ID" -c "$WORKTREE"2. Attach logging BEFORE launching codex β prevents losing early output
stdbuf -oL = line-buffered writes, so tail -f shows progress in real time
(plain cat buffers when writing to a file, causing monitoring lag)
tmux pipe-pane -t "$TASK_ID" -o "stdbuf -oL cat >> $LOG_FILE"3. Launch codex via send-keys β all output captured from the start
Exit code is appended to log on completion for reliable status detection
tmux send-keys -t "$TASK_ID" \
'codex -c "model_reasoning_effort=high" \
--dangerously-bypass-approvals-and-sandbox \
'"'"'Your detailed prompt here.When completely finished:
1. Commit all changes with descriptive messages
2. Push the branch: git push -u origin '"$BRANCH"'
3. Create PR: gh pr create --fill
4. Notify: openclaw system event --text "Done: '"$TASK_ID"'" --mode now'"'"' \
; echo "CODEX_EXIT=$?" >> '"$LOG_FILE" Enter
Why this order (session β pipe-pane β send-keys)?
tmux new-session, outputpipe-pane attaches is lost from the log file
echo "CODEX_EXIT=$?" appends the exit code to the log,stdbuf -oL ensures tail -f $LOG_FILE works in real timeWhy interactive mode (no exec)?
tmux send-keys--dangerously-bypass-approvals-and-sandbox is safe in container/sandbox environmentsStep 3: Register Task
Track all active tasks in a JSON registry:
mkdir -p "$REPO_ROOT/.clawd"
TASKS_FILE="$REPO_ROOT/.clawd/active-tasks.json"Initialize if not exists
[ -f "$TASKS_FILE" ] || echo '{"tasks":[]}' > "$TASKS_FILE"Register
jq --arg id "$TASK_ID" --arg branch "$BRANCH" --arg wt "$WORKTREE" \
'.tasks += [{
"id": $id,
"agent": "codex",
"branch": $branch,
"worktree": $wt,
"tmuxSession": $id,
"status": "running",
"startedAt": (now|floor),
"pr": null,
"retries": 0,
"checks": {}
}]' "$TASKS_FILE" > /tmp/tasks.$$.json && mv /tmp/tasks.$$.json "$TASKS_FILE"
Step 4: Monitor & Steer
# --- Status check ---Is the agent still running?
tmux has-session -t "$TASK_ID" 2>/dev/null && echo "running" || echo "done"Check exit code (if agent finished β written by the exit-code capture in Step 2)
grep "CODEX_EXIT=" "/tmp/worktrees/$TASK_ID/codex-output.log"--- Reading output ---
Use the LOG FILE, not capture-pane, for long-running tasks.
tmux capture-pane only holds ~2000 lines of scrollback β earlier output is silently
dropped. The log file (via pipe-pane) retains everything.
View recent output (clean β strips ANSI escape codes from colors/spinners)
sed 's/\x1b\[[0-9;]*[a-zA-Z]//g' "/tmp/worktrees/$TASK_ID/codex-output.log" | tail -100Follow output in real time (works because of stdbuf -oL in Step 2)
tail -f "/tmp/worktrees/$TASK_ID/codex-output.log"Search for errors (strip ANSI first for clean grep results)
sed 's/\x1b\[[0-9;]*[a-zA-Z]//g' "/tmp/worktrees/$TASK_ID/codex-output.log" \
| grep -i "error\|fail\|panic"Quick glance via tmux pane (fine for short tasks, unreliable for long ones)
tmux capture-pane -t "$TASK_ID" -p -S -50--- Detecting stuck agents ---
Check if codex is making file changes (no changes for a long time β may be stuck)
git -C "$WORKTREE" status --shortCheck if the same error appears repeatedly (loop detection)
sed 's/\x1b\[[0-9;]*[a-zA-Z]//g' "/tmp/worktrees/$TASK_ID/codex-output.log" \
| grep -i "error" | sort | uniq -c | sort -rn | head -5--- Mid-task steering (DON'T kill β redirect!) ---
Agent going the wrong direction?
tmux send-keys -t "$TASK_ID" "Stop. Focus on the API layer first, not the UI." EnterAgent missing context?
tmux send-keys -t "$TASK_ID" "The schema is in src/types/template.ts. Use that." EnterAgent's context window filling up?
tmux send-keys -t "$TASK_ID" "Focus only on these 3 files: api.ts, handler.ts, types.ts" EnterAgent needs test guidance?
tmux send-keys -t "$TASK_ID" "Run 'npm test -- --grep auth' to verify your changes." Enter
Monitoring cadence: Check every 5β10 minutes, not every 30 seconds. Agents need time to work.
Step 5: Definition of Done
A PR is NOT ready for review until all checks pass:
β
PR created β gh pr list --head "$BRANCH"
β
No merge conflicts β gh pr view $PR_NUM --json mergeable -q '.mergeable'
β
CI passing β gh pr checks $PR_NUM
β
AI code review passed β at least one cross-model review (see Step 6)
β
UI screenshots included β (if applicable) screenshot in PR description
Quick inline check:
PR_NUM=$(gh pr list --head "$BRANCH" --json number -q '.[0].number')
echo "PR: #$PR_NUM"
gh pr checks "$PR_NUM"
gh pr view "$PR_NUM" --json mergeable -q '.mergeable'
Step 6: Multi-Model Code Review
Review with a different model than the one that wrote the code. Different models catch different issues:
DIFF=$(gh pr diff "$PR_NUM")Option A: Claude reviews Codex's code (best for security & overengineering checks)
echo "$DIFF" | claude -p \
--append-system-prompt "You are a senior code reviewer. Be concise, flag only real issues." \
"Review this PR diff. Focus on: bugs, edge cases, missing error handling,
race conditions, security issues. Cite file and line numbers.
Output: list of issues with severity (critical/warning/info)."Option B: Different Codex model reviews with analysis focus
echo "$DIFF" | codex exec -s read-only \
"Review this PR diff for logic errors, performance issues, and missing tests."
Post review results to PR:
gh pr comment "$PR_NUM" --body "## AI Code Review$REVIEW_OUTPUT"
Update task registry:
jq --arg id "$TASK_ID" \
'(.tasks[] | select(.id == $id)).checks.codeReviewPassed = true' \
"$TASKS_FILE" > /tmp/tasks.$$.json && mv /tmp/tasks.$$.json "$TASKS_FILE"
Step 7: Notify
If you included the notify command in the agent prompt (Step 2), the agent self-notifies on completion.
Otherwise, notify after DoD passes:
openclaw system event --text "β
PR #$PR_NUM ready for review: $TASK_ID β all checks passed" --mode now
Update task status:
jq --arg id "$TASK_ID" --argjson pr "$PR_NUM" \
'(.tasks[] | select(.id == $id)) |= (.status = "done" | .pr = $pr | .completedAt = (now|floor))' \
"$TASKS_FILE" > /tmp/tasks.$$.json && mv /tmp/tasks.$$.json "$TASKS_FILE"
Step 8: Cleanup
After PR is merged:
git worktree remove "$WORKTREE" 2>/dev/null
git branch -d "$BRANCH" 2>/dev/nullRemove from registry
jq --arg id "$TASK_ID" '.tasks = [.tasks[] | select(.id != $id)]' \
"$TASKS_FILE" > /tmp/tasks.$$.json && mv /tmp/tasks.$$.json "$TASKS_FILE"
Smart Retry Strategy
When an agent fails, analyze the failure and adapt the prompt β don't just re-run blindly.
| Failure Type | Symptom | Retry Strategy | |---|---|---| | Context overflow | Agent loops, produces garbage, or stops mid-task | Narrow scope: *"Focus only on files X, Y, Z"* | | Wrong direction | Agent implements something unrelated to intent | Correct intent: *"Stop. Customer wanted X, not Y. Spec: ..."* | | Missing info | Agent makes wrong assumptions about architecture | Add context: *"Auth uses JWT, see src/auth/jwt.ts"* | | CI failure | Tests, lint, or typecheck fail after PR | Attach CI log: *"Fix these test failures: ..."* | | Build failure | Dependencies missing or incompatible | Pre-install deps before retry |
Max 3 retries. After that, escalate to human.
RETRY=$((RETRY + 1))
if [ "$RETRY" -gt 3 ]; then
openclaw system event --text "π¨ BLOCKED: $TASK_ID failed after 3 retries β needs human help" --mode now
jq --arg id "$TASK_ID" '(.tasks[] | select(.id == $id)).status = "blocked"' \
"$TASKS_FILE" > /tmp/tasks.$$.json && mv /tmp/tasks.$$.json "$TASKS_FILE"
exit 1
fiCapture what went wrong β strip ANSI codes for clean error text
LOG_FILE="/tmp/worktrees/$TASK_ID/codex-output.log"
if [ -f "$LOG_FILE" ]; then
FAILURE_LOG=$(sed 's/\x1b\[[0-9;]*[a-zA-Z]//g' "$LOG_FILE" | tail -500)
else
FAILURE_LOG=$(tmux capture-pane -t "$TASK_ID" -p -S -200)
fi
CI_LOG=$(gh pr checks "$PR_NUM" 2>/dev/null || echo "no PR yet")
tmux kill-session -t "$TASK_ID" 2>/dev/nullMark retry boundary in log (so retries don't blend together)
echo "=== RETRY $RETRY β $(date -Iseconds) ===" >> "$LOG_FILE"Respawn: session first, pipe-pane second, send-keys third (same pattern as Step 2)
tmux new-session -d -s "$TASK_ID" -c "$WORKTREE"
tmux pipe-pane -t "$TASK_ID" -o "stdbuf -oL cat >> $LOG_FILE"
tmux send-keys -t "$TASK_ID" \
'codex -c "model_reasoning_effort=high" \
--dangerously-bypass-approvals-and-sandbox \
'"'"'Previous attempt failed. Error output:
'"$FAILURE_LOG"'CI status: '"$CI_LOG"'
Fix the issues above and complete the original task.
[...your enriched instructions here...]
When done: commit, push, gh pr create --fill, then run:
openclaw system event --text "Done: '"$TASK_ID"' (retry '"$RETRY"')" --mode now'"'"' \
; echo "CODEX_EXIT=$?" >> '"$LOG_FILE" Enter
Update registry
jq --arg id "$TASK_ID" --argjson r "$RETRY" \
'(.tasks[] | select(.id == $id)) |= (.retries = $r | .status = "running")' \
"$TASKS_FILE" > /tmp/tasks.$$.json && mv /tmp/tasks.$$.json "$TASKS_FILE"
Parallel Execution
Run multiple agents simultaneously on different tasks:
# Helper: launch codex in tmux with proper logging (session β pipe-pane β send-keys)
launch_codex() {
local TASK="$1" WORKDIR="$2" PROMPT="$3"
local LOG="$WORKDIR/codex-output.log"
tmux new-session -d -s "$TASK" -c "$WORKDIR"
tmux pipe-pane -t "$TASK" -o "stdbuf -oL cat >> $LOG"
tmux send-keys -t "$TASK" \
"pnpm install && codex --dangerously-bypass-approvals-and-sandbox '$PROMPT'; echo \"CODEX_EXIT=\$?\" >> $LOG" Enter
}Task 1: Feature
git worktree add -b feat/auth /tmp/worktrees/feat-auth origin/main
launch_codex feat-auth /tmp/worktrees/feat-auth "Implement JWT auth..."Task 2: Bugfix
git worktree add -b fix/payments /tmp/worktrees/fix-payments origin/main
launch_codex fix-payments /tmp/worktrees/fix-payments "Fix payment webhook..."Dashboard: check all agents (use log files, not capture-pane, for reliable output)
tmux ls
for s in $(tmux ls -F '#{session_name}' 2>/dev/null); do
LOG="/tmp/worktrees/$s/codex-output.log"
echo "=== $s ==="
if tmux has-session -t "$s" 2>/dev/null; then
sed 's/\x1b\[[0-9;]*[a-zA-Z]//g' "$LOG" 2>/dev/null | tail -5 || echo "(no log yet)"
else
EXIT=$(grep "CODEX_EXIT=" "$LOG" 2>/dev/null | tail -1)
echo "(exited) ${EXIT:-exit code unknown}"
fi
done
Codex-Specific Features
Reasoning Effort
Control how much the model "thinks" before acting:
# High β for complex logic, multi-file refactors
codex -c "model_reasoning_effort=high" --full-auto "refactor auth module"Medium β balanced (default)
codex exec --full-auto "add input validation"Low β for trivial/mechanical changes
codex -c "model_reasoning_effort=low" --full-auto "rename all instances of foo to bar"
Sandbox Modes
| Mode | Use Case |
|------|----------|
| read-only | Code review, analysis, documentation |
| workspace-write / --full-auto | Feature implementation, bug fixes, refactors |
| danger-full-access | Installing dependencies, network access needed |
| --dangerously-bypass-approvals-and-sandbox | Full auto in containers (recommended for tmux workflow) |
JSON Output
# Structured output for programmatic processing
codex exec --full-auto --json "implement and test the feature"Save to file
codex exec --full-auto -o results.txt "run analysis"
Resume Session
# Resume last session with a follow-up task
codex exec resume --last "now add tests for the feature you just built"
Best Practices
Prompt Quality
Scope Management
When to Interrupt (Ask Human)
βοΈ Configuration
codex --version # Verify installed
Install: npm i -g @openai/codex or brew install codex
tmux -V # tmux required for full workflow