codex-team▌
boshu2/agentops · updated Apr 8, 2026
MDX-style export adds YAML metadata + attribution linking explainx.ai and this canonical listing URL.
The lead orchestrates, Codex agents execute. Each agent gets one focused task. The team lead prevents file conflicts before spawning — the orchestrator IS the lock manager.
Codex Team
The lead orchestrates, Codex agents execute. Each agent gets one focused task. The team lead prevents file conflicts before spawning — the orchestrator IS the lock manager.
For Claude-runtime feature compatibility (agents/hooks/worktree/settings), use the shared contract at skills/shared/references/claude-code-latest-features.md, mirrored locally at references/claude-code-latest-features.md, when this skill falls back to /swarm.
When to Use
- You have 2+ tasks (bug fixes, implementations, refactors)
- Tasks are well-scoped with clear instructions
- You want Codex execution with predictable isolation
- You may be in Claude or Codex runtime (skill auto-selects backend)
Don't use when: Tasks need tight shared-state coordination. Use /swarm for dependency-heavy wave orchestration.
Backend Selection (MANDATORY)
Select backend in this order:
spawn_agentavailable -> Codex experimental sub-agents (preferred)- Codex CLI available -> Codex CLI via Bash (
codex exec ...) skilltool is read-only (OpenCode) -> OpenCode subagents —task(subagent_type="general", prompt="<task prompt>")- None of the above -> fall back to
/swarm
Pre-Flight (CLI backend only)
# REQUIRED before spawning with Codex CLI backend
if ! which codex > /dev/null 2>&1; then
echo "Codex CLI not found. Install: npm i -g @openai/codex"
# Fallback: use /swarm
fi
# Model availability test (uses the user's configured Codex default)
if ! codex exec --full-auto -C "$(pwd)" "echo ok" > /dev/null 2>&1; then
echo "Default Codex model unavailable. Falling back to /swarm."
fi
Canonical Command
codex exec --full-auto -C "$(pwd)" -o <output-file> "<prompt>"
Uses the user's default Codex model. Add -m "<model>" before -C only when you intentionally want to pin a specific model.
Flag order: --full-auto -> -C -> -o -> prompt (insert -m before -C only when overriding the model).
Valid flags: --full-auto, -m, -C, -o, --json, --output-schema, --add-dir, -s
DO NOT USE: -q, --quiet (don't exist)
Cross-Project Tasks
When tasks span multiple repos/directories, use --add-dir to grant access:
codex exec --full-auto -C "$(pwd)" --add-dir /path/to/other/repo -o output.md "prompt"
The --add-dir flag is repeatable for multiple additional directories.
Progress Monitoring (optional)
Add --json to stream JSONL events to stdout for real-time monitoring:
codex exec --full-auto --json -C "$(pwd)" -o output.md "prompt" 2>/dev/null
Key events:
turn.started/turn.completed— track progressturn.completedincludes tokenusagefield- No events for 60s → agent likely stuck
Sandbox Levels
Use -s to control the sandbox:
| Level | Flag | Use When |
|---|---|---|
| Read-only | -s read-only |
Judges, reviewers (no file writes needed) |
| Workspace write | -s workspace-write |
Default with --full-auto |
| Full access | -s danger-full-access |
Only in externally sandboxed environments |
For code review and analysis tasks, prefer -s read-only over --full-auto.
Execution
Step 1: Define Tasks
Break work into focused tasks. Each task = one Codex agent (unless merged).
Step 2: Analyze File Targets (REQUIRED)
Before spawning, identify which files each task will edit. Codex agents are headless — they can't negotiate locks or wait turns. All conflict prevention happens here.
For each task, list the target files. Then apply the right strategy:
| File Overlap | Strategy | Action |
|---|---|---|
| All tasks touch same file | Merge | Combine into 1 agent with all fixes |
| Some tasks share files | Multi-wave | Shared-file tasks go sequential across waves |
| No overlap | Parallel | Spawn all agents at once |
# Decision logic (team lead performs this mentally):
tasks = [
{name: "fix spec_path", files: ["cmd/zeus.go"]},
{name: "remove beads field", files: ["cmd/zeus.go"]},
{name: "fix dispatch counter", files: ["cmd/zeus.go"]},
]
# All touch zeus.go → MERGE into 1 agent
tasks = [
{name: "fix auth bug", files: ["pkg/auth.go"]},
{name: "add rate limiting", files: ["pkg/auth.go", "pkg/middleware.go"]},
{name: "update config", files: ["internal/config.go"]},
]
# Task 1 and 2 share auth.go → MULTI-WAVE (1+3 parallel, then 2)
# Task 3 is independent → runs in Wave 1 alongside Task 1
tasks = [
{name: "fix auth", files: ["pkg/auth.go"]},
{name: "fix config", files: ["internal/config.go"]},
{name: "fix logging", files: ["pkg/log.go"]},
]
# No overlap → PARALLEL (all 3 at once)
Step 3: Spawn Agents
Strategy: Parallel (no file overlap)
Codex sub-agent backend (preferred):
spawn_agent(message="Fix the null check in pkg/auth.go:validateToken around line 89...")
spawn_agent(message="Add timeout field to internal/config.go:Config struct...")
spawn_agent(message="Fix log rotation in pkg/log.go:rotateLogFile...")
Codex CLI backend:
Bash(command='codex exec --full-auto -C "$(pwd)" -o .agents/codex-team/auth-fix.md "Fix the null check in pkg/auth.go:validateToken around line 89..."', run_in_background=true)
Bash(command='codex exec --full-auto -C "$(pwd)" -o .agents/codex-team/config-fix.md "Add timeout field to internal/config.go:Config struct..."', run_in_background=true)
Bash(command='codex exec --full-auto -C "$(pwd)" -o .agents/codex-team/logging-fix.md "Fix log rotation in pkg/log.go:rotateLogFile..."', run_in_background=true)
Strategy: Merge (same file)
Combine all fixes into a single agent prompt:
spawn_agent(message="Fix these 3 issues in cmd/zeus.go: (1) rename spec_path to spec_location in QUEST_REQUEST payload (2) remove beads field (3) fix dispatch counter increment location")
# CLI equivalent:
Bash(command='codex exec --full-auto -C "$(pwd)" -o .agents/codex-team/zeus-fixes.md \
"Fix these 3 issues in cmd/zeus.go: \
(1) Line 245: rename spec_path to spec_location in QUEST_REQUEST payload \
(2) Line 250: remove the spurious beads field from the payload \
(3) Line 196: fix dispatch counter — increment inside the loop, not outside"', run_in_background=true)
One agent, one file, no conflicts possible.
Strategy: Multi-wave (partial overlap)
# Wave 1: non-overlapping tasks (sub-agent backend)
spawn_agent(message='Fix null check in pkg/auth.go:89...')
spawn_agent(message='Add timeout to internal/config.go...')
# Wait for Wave 1 (sub-agent backend)
wait(ids=["<id-1>", "<id-2>"], timeout_ms=120000)
# Wave 1: non-overlapping tasks (CLI backend)
Bash(command='codex exec ... -o .agents/codex-team/auth-fix.md "Fix null check in pkg/auth.go:89..."', run_in_background=true)
Bash(command='codex exec ... -o .agents/codex-team/config-fix.md "Add timeout to internal/config.go..."', run_in_background=true)
# Wait for Wave 1
TaskOutput(task_id="<id-1>", block=true, timeout=120000)
TaskOutput(task_id="<id-2>", block=true, timeout=120000)
# Read Wave 1 results — understand what changed
Read(.agents/codex-team/auth-fix.md)
git diff pkg/auth.go
# Wave 2: task that shares files with Wave 1 (sub-agent backend)
spawn_agent(message='Add rate limiting to pkg/auth.go and pkg/middleware.go. Note: validateToken now has a null check at line 89. Build on current file state.')
# Wave 2: CLI backend equivalent
Bash(command='codex exec ... -o .agents/codex-team/rate-limit.md \
"Add rate limiting to pkg/auth.go and pkg/middleware.go. \
Note: pkg/auth.go was recently modified — the validateToken function now has a null check at line 89. \
Build on the current state of the file."', run_in_background=true)
TaskOutput(task_id="<id-3>", block=true, timeout=120000)
The team lead synthesizes Wave 1 results and injects relevant context into Wave 2 prompts. Don't dump raw diffs — describe what changed and why it matters for the next task.
Step 4: Wait for Completion
# Sub-agent backend:
wait(ids=["<id-1>", "<id-2>", "<id-3>"], timeout_ms=120000)
# CLI backend:
TaskOutput(task_id="<id-1>", block=true, timeout=120000)
TaskOutput(task_id="<id-2>", block=true, timeout=120000)
TaskOutput(task_id="<id-3>", block=true, timeout=120000)
Step 5: Verify Results
- Read output files from
.agents/codex-team/ - Check
git difffor changes made by each agent - Run tests if applicable
- For multi-wave: verify Wave 2 agents built correctly on Wave 1 changes
Output Directory
mkdir -p .agents/codex-team
Output files: .agents/codex-team/<task-name>.md
Prompt Guidelines
Good Codex prompts are specific and self-contained:
# GOOD: Specific file, line, exact change
"Fix in cmd/zeus.go line 245: rename spec_path to spec_location in the QUEST_REQUEST payload struct"
# BAD: Vague, requires exploration
"Fix the spec path issue somewhere in the codebase"
Include in each prompt:
- Exact file path(s)
- Line numbers or function names
- What to change and why
- Any constraints (don't touch other files, preserve API compatibility)
For multi-wave Wave 2+ prompts, also include:
- What changed in prior waves (summarized, not raw diffs)
- Current state of shared files after prior edits
Limits
- Max agents: 6 per wave (resource-reasonable)
- Timeout: 2 minutes default per agent. Increase with
timeoutparam for larger tasks - Max waves: 3 recommended. If you need more, reconsider task decomposition
Fallback
If Codex is unavailable, delegate to /swarm which auto-selects the best available backend (native teams with messaging/redirect/graceful shutdown, or background tasks as last resort):
Skill(skill="swarm")
Note:
/codex-teamruns Codex CLI processes as background shell commands — this is fine (separate OS processes). For Claude agent orchestration, use/swarmwhich uses your runtime's native multi-agent primitives.
Quick Reference
| Item | Value |
|---|---|
| Model | User's configured Codex default (-m "<model>" to pin one) |
| Command | codex exec --full-auto -C "$(pwd)" -o <file> "prompt" |
| Output dir | .agents/codex-team/ |
| Max agents/wave | 6 recommended |
| Timeout | 120s default |
| Strategies | Parallel (no overlap), Merge (same file), Multi-wave (partial overlap) |
| Fallback | /swarm (runtime-native) |
Examples
Parallel Execution (No File Overlap)
User says: Fix three bugs in auth.go, config.go, and logging.go using /codex-team
What happens:
- Agent analyzes file targets (auth.go, config.go, log.go — no overlap)
- Agent selects PARALLEL strategy
- Agent spawns three Codex agents (sub-agents if available, else CLI via Bash)
- All agents execute simultaneously, write to
.agents/codex-team/*.md - Team lead verifies results with
git diffand tests - Team lead commits all changes together
Result: Three bugs fixed in parallel with zero file conflicts.
Merge Strategy (Same File)
User says: Fix three issues in zeus.go: rename field, remove unused field, fix counter
What happens:
- Agent analyzes file targets (all three tasks touch zeus.go)
- Agent selects MERGE strategy
- Agent combines all three fixes into a single Codex prompt with line-specific instructions
- Agent spawns ONE Codex agent with merged prompt
- Agent completes all three fixes in one pass
- Team lead verifies and commits
Result: One agent, one file, no conflicts possible.
Multi-Wave (Partial Overlap)
User says: Fix auth.go, add rate limiting to auth.go + middleware.go, update config.go
What happens:
- Agent identifies overlap: tasks 1 and 2 both touch auth.go
- Agent decomposes into waves: W1 = task 1 + task 3 (non-overlapping), W2 = task 2
- Agent spawns Wave 1 agents in parallel, waits for completion
- Agent reads Wave 1 results, synthesizes context for Wave 2
- Agent spawns Wave 2 agent with updated file-state context
- Team lead validates and commits after Wave 2
Result: Sequential wave execution prevents conflicts, context flows forward.
Troubleshooting
| Problem | Cause | Solution |
|---|---|---|
| Codex CLI not found | codex not installed or not on PATH |
Run npm i -g @openai/codex or use fallback /swarm |
| Default Codex model unavailable | Account/config mismatch or unsupported default | Verify codex exec --full-auto -C "$(pwd)" "echo ok" works, or pin a supported model with -m "<model>" |
| Agents produce file conflicts | Multiple agents editing same file | Use file-target analysis and apply merge or multi-wave strategy |
| Agent timeout with no output | Task too complex or vague prompt | Break into smaller tasks, add specific file:line instructions |
| Output files empty or missing | -o path invalid or permission denied |
Check .agents/codex-team/ directory exists and is writable |
Reference Documents
How to use codex-team on Cursor
AI-first code editor with Composer
Prerequisites
Before installing skills in Cursor, ensure your development environment meets these requirements:
- ›Cursor installed and configured on your development machine
- ›Node.js version 16.0+ with npm package manager (verify with
node --version) - ›Active project directory or workspace where you want to add codex-team
Execute installation command
Execute the skills CLI command in your project's root directory to begin installation:
The skills CLI fetches codex-team from GitHub repository boshu2/agentops and configures it for Cursor.
Select Cursor when prompted
The CLI will show a list of available agents. Use arrow keys to navigate and space to select Cursor:
Verify installation
Confirm successful installation by checking the skill directory location:
Reload or restart Cursor to activate codex-team. Access the skill through slash commands (e.g., /codex-team) or your agent's skill management interface.
Security & Verification Notice
We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.
Skills execute code in your development environment. Always verify the publisher's identity, review recent commits, and test in isolated environments before production deployment.
List & Monetize Your Skill
Submit your Claude Code skill and start earning
Use Cases▌
User Story & Requirements Generation
Create detailed user stories, acceptance criteria, and feature specs
Example
Generate user stories for 'password reset feature' with acceptance criteria, edge cases, and test scenarios
Reduce spec writing time by 50%, ensure comprehensive coverage
Competitive Analysis
Research competitors, compare features, identify gaps
Example
Analyze 5 competitor products, create feature comparison matrix, suggest differentiation opportunities
Complete competitive research in 2 hours instead of 2 days
Roadmap Prioritization
Evaluate features using frameworks (RICE, ICE, Kano) and create prioritized backlogs
Example
Score 20 feature ideas using RICE framework, generate prioritized roadmap with rationale
Make data-driven prioritization decisions faster
Stakeholder Communication
Draft PRDs, status updates, and stakeholder presentations
Example
Create executive summary of Q3 roadmap, monthly progress report, feature launch announcement
Save 3-5 hours/week on communication overhead
Implementation Guide▌
Prerequisites
- ›Claude Desktop or compatible AI client
- ›Access to product documentation and roadmap tools (Jira, Notion, etc.)
- ›Understanding of product management frameworks (RICE, Jobs-to-be-Done, etc.)
- ›Stakeholder contact information and communication channels
Time Estimate
30-60 minutes to see productivity improvements
Installation Steps
- 1.Install product management skill
- 2.Start with user story generation for known feature
- 3.Progress to competitive analysis: research 2-3 competitors
- 4.Use for roadmap prioritization: apply RICE/ICE scoring
- 5.Draft stakeholder communications and refine based on feedback
- 6.Build template library for recurring PM tasks
- 7.Share effective prompts with product team
Common Pitfalls
- ⚠Not validating competitive research—verify facts before sharing
- ⚠Accepting user stories without involving engineering team
- ⚠Over-relying on frameworks without qualitative judgment
- ⚠Not customizing outputs to company culture and communication style
- ⚠Skipping stakeholder validation of generated requirements
Best Practices▌
✓ Do
- +Validate research and competitive analysis with real data
- +Collaborate with engineering when generating technical requirements
- +Customize frameworks and templates to your company context
- +Use skill for first drafts, refine with stakeholder input
- +Document successful prompt patterns for PM tasks
- +Combine AI efficiency with human judgment and intuition
✗ Don't
- −Don't publish competitive analysis without fact-checking
- −Don't finalize user stories without engineering review
- −Don't make prioritization decisions solely on AI scoring
- −Don't skip customer validation of generated requirements
- −Don't ignore company-specific context and culture
💡 Pro Tips
- ★Provide context: company goals, constraints, customer feedback
- ★Ask for alternatives: 'Show 3 ways to prioritize this roadmap'
- ★Request stakeholder-specific formatting: 'Executive summary vs. engineering spec'
- ★Use skill for 70% generation + 30% customization to company needs
When to Use This▌
✓ Use When
Use for user story writing, competitive research, roadmap prioritization, stakeholder communication, and PRD drafting. Best for reducing repetitive documentation and research work.
✗ Avoid When
Avoid for strategic product vision (requires deep customer empathy), pricing decisions (needs market and financial expertise), or when face-to-face customer discovery is more valuable than speed.
Learning Path▌
- 1Basic: user stories, feature specs, status updates
- 2Intermediate: competitive analysis, prioritization frameworks, PRDs
- 3Advanced: product strategy, go-to-market planning, OKR setting
- 4Expert: product vision, market positioning, business model innovation
Discussion
Product Hunt–style comments (not star reviews)- No comments yet — start the thread.
Ratings
4.8★★★★★64 reviews- ★★★★★Chaitanya Patil· Dec 28, 2024
Registry listing for codex-team matched our evaluation — installs cleanly and behaves as described in the markdown.
- ★★★★★Tariq Malhotra· Dec 28, 2024
codex-team reduced setup friction for our internal harness; good balance of opinion and flexibility.
- ★★★★★Lucas Okafor· Dec 28, 2024
Registry listing for codex-team matched our evaluation — installs cleanly and behaves as described in the markdown.
- ★★★★★Isabella Martin· Dec 20, 2024
I recommend codex-team for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
- ★★★★★Naina Johnson· Dec 12, 2024
Keeps context tight: codex-team is the kind of skill you can hand to a new teammate without a long onboarding doc.
- ★★★★★Naina Liu· Dec 4, 2024
Solid pick for teams standardizing on skills: codex-team is focused, and the summary matches what you get after install.
- ★★★★★Michael Ndlovu· Nov 23, 2024
Registry listing for codex-team matched our evaluation — installs cleanly and behaves as described in the markdown.
- ★★★★★Piyush G· Nov 19, 2024
Solid pick for teams standardizing on skills: codex-team is focused, and the summary matches what you get after install.
- ★★★★★Arya Ramirez· Nov 19, 2024
Solid pick for teams standardizing on skills: codex-team is focused, and the summary matches what you get after install.
- ★★★★★Nia Smith· Nov 15, 2024
codex-team is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
showing 1-10 of 64