🧪 Skills
codex-mcp-dev
Use the local Codex CLI through mcporter and codex-mcp-server for real coding work in the current project. Use when the user asks to build features, fix bugs...
v1.0.0
Description
name: codex-mcp-dev description: Use the local Codex CLI through mcporter and codex-mcp-server for real coding work in the current project. Use when the user asks to build features, fix bugs, refactor code, debug failures, write or update tests, review implementation options, or otherwise delegate non-trivial development work to the machine-local Codex installation.
Codex MCP Dev
Use the local Codex installation through the wrapper script at {baseDir}/scripts/codex_mcp.py.
This gives a stable path:
OpenClaw → mcporter → codex-mcp-server → local codex
Quick Setup
Install prerequisites first:
mcporter- local
codex codex-mcp
Create the project MCP entry if config/mcporter.json does not exist yet:
mcporter config add codex-cli --scope project --command codex-mcp
This skill expects a workspace-local MCP server named codex-cli.
Workflow
- Use this skill for non-trivial coding tasks.
- If it is the first use in a session or something looks broken, run:
python3 {baseDir}/scripts/codex_mcp.py doctor
- Choose a mode:
- Analysis / planning / explanation: use
askwithout--full-auto - Implementation / refactor / test-writing: use
ask --full-auto
- Analysis / planning / explanation: use
- Always set
--cwdto the target repo or project directory. - Give Codex a concrete prompt with files, constraints, and acceptance criteria.
- After Codex responds, inspect files and run local tests yourself when feasible instead of trusting the tool output blindly.
- Summarize changes, tests run, and any remaining risks.
Good Uses
- Implementing features across multiple files
- Fixing bugs with real repo context
- Refactoring with constraints
- Writing or updating tests
- Debugging failing commands or stack traces
- Asking local Codex for a second implementation pass or review
Command Patterns
Health check
python3 {baseDir}/scripts/codex_mcp.py doctor
Version info
python3 {baseDir}/scripts/codex_mcp.py version
Normal implementation
python3 {baseDir}/scripts/codex_mcp.py ask \
--cwd /absolute/path/to/repo \
--full-auto \
--prompt "Implement the requested change, update tests, and summarize what changed."
Read-only analysis
python3 {baseDir}/scripts/codex_mcp.py ask \
--cwd /absolute/path/to/repo \
--sandbox-mode read-only \
--approval-policy never \
--prompt "Explain the bug, identify likely root cause, and propose the smallest safe fix."
Long prompt from file
python3 {baseDir}/scripts/codex_mcp.py ask \
--cwd /absolute/path/to/repo \
--full-auto \
--prompt-file /tmp/codex-task.txt
Prompting Rules
Include as many of these as possible:
- Target files or directories
- Desired behavior
- Exact error messages or failing tests
- Constraints on scope
- Required test updates
- Expected output format
Prefer prompts like:
- "Fix the failing test in
tests/api.test.tswithout changing public behavior. Run the relevant tests and summarize the root cause." - "Refactor
src/cache.pyfor readability, keep behavior identical, and add regression tests for TTL edge cases." - "Review the auth flow in
server/and identify the top 3 correctness risks with concrete file references."
Guardrails
- Prefer
--full-autofor ordinary implementation work. - Do not use
--yolounless the user explicitly wants aggressive execution. - Use repo-specific
--cwd; do not run against the wrong directory. - Validate with local reads/tests when possible.
- If the task is tiny or surgical, skip this skill and edit directly.
Reviews (0)
Sign in to write a review.
No reviews yet. Be the first to review!
Comments (0)
No comments yet. Be the first to share your thoughts!