codex-agent
The codex-agent skill integrates OpenAI's Codex CLI into Claude Code workflows to provide independent code reviews, security audits, and debugging analysis. Use it when requesting second-opinion verification of code changes, cross-checking implementations, identifying bugs and vulnerabilities, or exploring alternative solution approaches. The skill operates in read-only mode by default, requiring explicit user approval before applying suggested fixes. Codex CLI must be installed and authenticated on the local system.
git clone --depth 1 https://github.com/majiayu000/spellbook /tmp/codex-agent && cp -r /tmp/codex-agent/skills/codex-agent ~/.claude/skills/codex-agentSKILL.md
# Codex Agent Collaboration Skill This skill enables Claude Code to collaborate with OpenAI's Codex CLI agent for second-opinion review, cross-verification, debugging analysis, and alternative implementation proposals. Default posture: Codex reviews in `read-only`; the primary agent applies changes only when the user asked for fixes or approved them after reading the review. ## Optional Codex Review Workflow Use this workflow when the user asks for Codex review, wants a second opinion, or needs cross-verification from a separate coding agent. ### Step 1: Call Codex and Read Feedback ```bash REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C <project_path> -s read-only -o "$REPORT" \ "Review the code in <file_or_directory>. Check for: - Security vulnerabilities - Performance issues - Code quality and best practices - Potential bugs and edge cases - Naming and readability Provide specific, actionable feedback with file paths and line numbers." cat "$REPORT" ``` Keep the write and read in the same Bash call, or pass a concrete report path between calls; shell variables do not persist across tool calls. ### Step 2: Apply Fixes Based on Codex Feedback When the user asked to apply fixes, handle each issue identified by Codex: 1. Read the relevant file 2. Apply the fix using Edit tool 3. Verify the fix addresses Codex's concern If the user only asked for a review or second opinion, report findings without editing files. ### Step 3: Re-verify with Codex (Optional) ```bash codex exec -C <project_path> -s read-only \ "Verify the fixes applied to <files>. Confirm issues are resolved." ``` ## Workflow Examples ### Example 1: Review and Fix a Single File ```bash # Step 1: Get Codex review REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Review src/auth/login.ts for security vulnerabilities and code quality issues. Provide specific line numbers and fixes." # Step 2: Read the feedback cat "$REPORT" ``` Then the primary agent reads the feedback, applies fixes with Edit tool, and optionally re-verifies. ### Example 2: Review Recent Changes ```bash # Get diff of recent changes DIFF_REPORT="$(mktemp -t recent-changes.XXXXXX.diff)" git diff HEAD~1 > "$DIFF_REPORT" # Step 1: Have Codex review the diff REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Review the changes saved at $DIFF_REPORT. Check for bugs, security issues, and improvements needed." # Step 2: Read and apply fixes cat "$REPORT" ``` ### Example 3: Full Project Review ```bash # Step 1: Comprehensive review REPORT="$(mktemp -t codex-review.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Perform a comprehensive code review of src/. Focus on: 1. Security vulnerabilities (OWASP Top 10) 2. Error handling patterns 3. Performance bottlenecks 4. Code duplication Prioritize issues by severity (critical/high/medium/low)." # Step 2: Read prioritized feedback cat "$REPORT" ``` ## Review Request Format When asking Codex for review, include: ``` Review <target_files_or_directory>. Context: - Project type: <TypeScript/Python/etc> - Framework: <Express/React/etc> - Focus areas: <security/performance/quality> Check for: 1. Security vulnerabilities 2. Performance issues 3. Error handling 4. Code quality 5. Edge cases Output format: For each issue: - File: <path> - Line: <number> - Severity: critical/high/medium/low - Issue: <description> - Fix: <specific code change> ``` ## Applying Fixes After receiving Codex feedback, apply fixes systematically: 1. **Parse the review** - Extract each issue with file, line, severity 2. **Prioritize** - Fix critical/high issues first 3. **Read file** - Use Read tool to see current code 4. **Apply fix** - Use Edit tool with precise old_string/new_string 5. **Track progress** - Mark each issue as fixed ## Prerequisites Codex CLI must be installed and authenticated: ```bash # Install via npm npm install -g @openai/codex # Or via Homebrew (macOS) brew install --cask codex # Authenticate codex login ``` ## Command Reference ### Basic Command Pattern ```bash codex exec [options] "<task_description>" ``` ### Core Options | Option | Description | |--------|-------------| | `"<task>"` | Task description (positional, must be quoted) | | `-C <dir>` | Working directory (use absolute path) | | `-s read-only` | Read-only sandbox (use for reviews) | | `-o <path>` | Save output to file | | `--json` | Output as JSON Lines | ### AI-to-AI Communication When communicating with Codex, PRIORITIZE ACCURACY AND PRECISION: - Use structured data and exact technical terms - Provide full file paths and precise details - Include relevant context from the current codebase - NO conversational formatting needed ## Other Use Cases ### Cross-Verification (after Claude implements) ```bash codex exec -C /project -s read-only \ "Verify the implementation in src/feature/. Check correctness and edge cases." ``` ### Get Alternative Implementation ```bash REPORT="$(mktemp -t codex-alternative.XXXXXX.md)" codex exec -C /project -s read-only -o "$REPORT" \ "Propose an alternative implementation for the caching in src/cache/manager.ts" cat "$REPORT" ``` ### Debugging Assistance ```bash codex exec -C /project -s read-only \ "Debug: tests in tests/auth.test.ts failing with timeout. Analyze root cause." ``` ## Session Management For multi-turn reviews: ```bash # Initial review codex exec -C /project -s read-only "Review src/api/ for security issues" # Note session ID from output # Follow-up after fixes codex exec resume <session_id> "I've applied the fixes. Please re-verify." ``` ## Helper Scripts - `scripts/check-codex.sh` checks whether the Codex CLI is installed and authenticated. - `scripts/codex-wrapper.sh` is optional. Use it only when you need a small CLI wrapper; it executes Codex through shell arrays and must not use `eval`. ## Gotchas - Do
Audit AND optimize a CLAUDE.md / AGENTS.md instruction file — score it against the five high-leverage patterns, flag anti-patterns, then apply approved fixes in place. Use when the user says 优化 CLAUDE.md / 优化 AGENTS.md / optimize my agent doc / 帮我改 claudemd, or after an audit when they want the fixes applied (not just reported).
Generate or update repository-specific AGENTS.md instruction files from real repo evidence. Use when asked to create, design, scaffold, split, or improve root or scoped AGENTS.md files for Codex/Claude/agent workflows, especially when a repo needs directory-specific rules, validation commands, generated-file boundaries, or a short agent onboarding router.
REST/GraphQL/gRPC API design best practices. Use when designing APIs, defining contracts, handling versioning. Covers OpenAPI 3.2, GraphQL Federation, gRPC streaming.
Mobile app UI design expert for iOS and Android. Use when designing app interfaces, creating design systems, ensuring accessibility, or following platform guidelines. Covers Material Design 3, Human Interface Guidelines, color theory, typography, and 2025 trends.
End-to-end app feature inventory and user-story testing workflow with a canonical tracker. Use when the user asks to audit every feature, derive expected behavior from code, test user journeys, or explicitly fix and retest documented UX or logistical defects.
Design architecture foundations before implementation. Use when asked to design or refactor architecture, choose Rust/Go crate, package, module, runtime, workflow, or service boundaries, compare mature project architecture, prevent stacked one-off PRs, audit migration debt in existing repos, or produce a spec before coding.
Evidence-driven architecture research for understanding real systems and making technical decisions. Use when doing architecture landscape studies, source-backed system archaeology, build-vs-buy or adopt/adapt/build decisions, open-source and commercial comparisons, revisiting an earlier architecture choice, or handling requests such as 架构调研, 架构选型, 竞品架构, 技术尽调, 同类方案, 开源替代, how is X built, and what should we learn from X. Do not use for small mechanical changes, market-only discovery, or detailed design after the technology direction is already fixed.
Ask Grok or Gemini via opencli (browser-session based, no API cost). Use when the user says "问 grok", "问 gemini", "ask grok", "ask gemini", "用 grok 查", "grok 怎么看", "让 gemini 分析", or wants a second opinion from Grok/Gemini without paying API tokens. Routes to opencli which drives the already-logged-in Chrome session.