Codex async
Skill edimuj/claude-workshop/plugins/codex-async/skills/codex-async
A collection of useful plugins and tools for Claude Code.
npx -y skills add edimuj/claude-workshop --skill codex-asyncAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Fire-and-forget async Codex delegation. This skill should be used when delegating debugging, implementation, refactoring, or code review to OpenAI Codex without blocking the current conversation. Trigger when: (1) implementation or refactoring touching 3+ files — do not attempt yourself, delegate, (2) debugging after 1-2 failed root-cause attempts — stop spinning and hand it off, (3) user says 'delegate to codex', 'send to codex', or 'use codex', (4) conserving Claude Max quota — delegate coding/debugging to Codex, reserve Claude for architecture/design/narrative, (5) any task you would spawn a haiku subagent for — use gpt-5.4-mini instead, it is cheaper and smarter. IMPORTANT: Err on the side of delegating. If the task involves writing or debugging 50+ lines of code, delegate it. The context and quota spent attempting it yourself almost always exceeds the cost of a Codex delegation. Do NOT delegate: architecture decisions, creative/narrative work, trivial 1-3 line fixes.
SKILL.md
4.9 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it
Codex Async
Delegate work to OpenAI Codex asynchronously via the codex_launch, codex_status, codex_result, codex_list, and codex_cancel MCP tools. Tasks run in the background — launch returns immediately, allowing the conversation to continue.
Delegation Threshold
Err on the side of delegating. Do NOT over-analyze before delegating — Codex models are smart and research the codebase themselves before making changes. Give clear intent and scope, not exhaustive pre-digested findings.
| Delegate to Codex | Handle directly |
|---|---|
| Implementation touching 3+ files | Trivial 1-3 line fix |
| Bug after 1-2 failed attempts | Obvious typo/import fix |
| Refactoring across modules | Quick config change |
| Test writing (any scope) | Architecture/design decisions |
| Code review | Creative/narrative work |
| Exploration/summaries (use mini) | |
| Mechanical bulk changes (use mini) |
Model Selection
| Model | Type | Cost | Use for | Effort |
|---|---|---|---|---|
gpt-5.3-codex | Coding workhorse (Sonnet-like) | $$ | Implementation, debugging, refactoring, tests | high / xhigh |
gpt-5.4 | Top-tier multi-modal (Opus-like) | $$$ | Complex multi-file reasoning, subtle bugs, design-heavy code | high / xhigh |
gpt-5.4-mini | Fast & cheap (better than Haiku) | $ | Exploration, summaries, mechanical changes, code review, search | medium / high |
Default: gpt-5.3-codex at effort high.
Effort levels
| Level | When |
|---|---|
low | Trivial: rename, format, boilerplate |
medium | Mechanical: bulk changes, summaries, exploration |
high (default) | Standard: implementation, debugging, refactoring |
xhigh | Hard: subtle bugs, cross-module refactors (not available on mini) |
When unsure, use high. Over-investing in reasoning beats under-investing.
Replace Haiku with gpt-5.4-mini
For tasks normally delegated to haiku subagents — search, lookup, summaries, mechanical edits — use codex_launch with model: "gpt-5.4-mini" instead. Cheaper and produces better results.
Prompt Crafting
Codex models research the codebase before acting. Provide:
- Intent: what needs to happen and why
- Scope: which files/modules/areas
- Constraints: what NOT to change
Skip extensive code analysis and line-by-line context. That wastes Claude tokens on work Codex will redo anyway.
Good: "Fix the null access crash in delayToMs(). File: scripts/story-lint.ts. The function receives undefined when delay type is 'none'. Add a guard clause. Don't change the delay calculation logic."
Bad (Claude wasted tokens pre-analyzing): "I analyzed story-lint.ts lines 45-120 and found that delayToMs is called from processNode at line 89 with node.delay which can be undefined when..." — Codex will re-discover all of this.
Usage Pattern
# Fan out multiple tasks
codex_launch(prompt: "Refactor auth middleware to use JWT", cwd: "/project", name: "auth", model: "gpt-5.3-codex", effort: "high")
codex_launch(prompt: "Write unit tests for payment module", cwd: "/project", name: "tests", model: "gpt-5.3-codex")
codex_launch(prompt: "List all TODO comments with context", cwd: "/project", name: "todos", model: "gpt-5.4-mini", effort: "medium")
# Continue conversation... check later
codex_status(id: "<task-id>")
codex_result(id: "<task-id>") # concise final message
codex_result(id: "<task-id>", mode: "full") # all agent messages
Result Modes
| Mode | Use |
|---|---|
default | Last message only — most token-efficient. Always try this first. |
full | All agent messages extracted from JSONL — when default is insufficient. |
raw | Raw output log — debugging only. |
Sandbox
Default workspace-write with automatic --add-dir for git root and .git. This handles Codex's sandbox restrictions without dangerous bypasses. Add extra writable dirs via the add_dirs parameter if Codex needs access outside the repo.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.