Source profileQuality 86/100

JasonColapietro/suede-creator-skills/skills/suede-codex-fleet/SKILL.md

suede-codex-fleet

Claude-directed parallel OpenAI Codex CLI worker fleet for bulk generation. Use when a job is high-volume, well-specified, and splits into independent worker-sized tasks (content batches, test generation, bulk refactors) and Codex CLI is installed and logged in. Claude decomposes, briefs, spawns codex exec runs in parallel, and review-gates every output. NOT FOR: multi-lane Claude agents coordinating one complex change (use suede-agent-teams); low-volume, judgment-dense copy Claude should write

Source repository stars
165
Declared platforms
1
Static risk flags
2
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

The Suede Fable Fleet: a high-end Claude model is the admiral — it decomposes, briefs, and reviews — and parallel OpenAI Codex CLI workers are the fleet. The skill id and command stay suede-codex-fleet on purpose: GitHub search, skill marketplaces, and MCP catalogs match the ter…

Best for

  • suede-codex-fleet (this skill): offload high-volume, well-specified generation to Codex CLI workers; Claude plans, briefs, and reviews
  • suede-agent-teams: multi-lane Claude agents coordinating one complex code change with gates and handoffs
  • suede-copy / johnny-suede-write: Claude writes the copy itself; right choice when volume is low and judgment density is high

Not for

  • codex exec refuses to start outside a repo: add --skip-git-repo-check.
  • Every worker died mid-run with truncated or missing output and no error: the machine slept. Spawn with the caffeinate -i prefix and keep the lid open (or use clamshell mode).

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexDeclaredSource recordInstall path and trigger
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/JasonColapietro/suede-creator-skills --skill "skills/suede-codex-fleet"
Safe inspection promptEditorial

Inspect the Agent Skill "suede-codex-fleet" from https://github.com/JasonColapietro/suede-creator-skills/blob/f78965b9f99427cc4145950edbf9d388f38a3738/skills/suede-codex-fleet/SKILL.md at commit f78965b9f99427cc4145950edbf9d388f38a3738. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    When to use this skill instead of related skills

    Core principle: Claude tokens buy judgment, Codex tokens buy volume. Clear spec + high volume goes to Codex. Fuzzy spec or expensive-if-wrong stays with Claude. Nothing ships unreviewed.

    suede-codex-fleet (this skill): offload high-volume, well-specified generation to Codex CLI workers; Claude plans, briefs, and reviewssuede-agent-teams: multi-lane Claude agents coordinating one complex code change with gates and handoffssuede-copy / johnny-suede-write: Claude writes the copy itself; right choice when volume is low and judgment density is high
  2. 02

    Preflight (run before first spawn)

    1. which codex && codex --version — CLI present (validated against codex-cli 0.138.0). 2. codex login status — must show logged in (your ChatGPT subscription pays for the run). 3. Workspace has an AGENTS.md at its root. Codex auto-loads it; it carries voice, context, hard bans,…

    which codex && codex --version — CLI present (validated against codex-cli 0.138.0).codex login status — must show logged in (your ChatGPT subscription pays for the run).Workspace has an AGENTS.md at its root. Codex auto-loads it; it carries voice, context, hard bans, and output conventions so briefs stay short. If missing, write it first — that is the highest-leverage file in the syste…
  3. 03

    The loop

    1. Decompose. Split the job into independent worker-sized tasks. Independent means: no worker needs another worker's output. 2. Brief. One markdown file per task in briefs/. Codex never sees the Claude conversation, so each brief is self-contained: job, inputs (file paths), exac…

    Decompose. Split the job into independent worker-sized tasks. Independent means: no worker needs another worker's output.Brief. One markdown file per task in briefs/. Codex never sees the Claude conversation, so each brief is self-contained: job, inputs (file paths), exact deliverable, acceptance criteria it must self-check, and the exact…Spawn. One codex exec per brief, in parallel, in the background:
  4. 04

    Brief template

    Review the “Brief template” section in the pinned source before continuing.

    Review and apply the “Brief template” source section.
  5. 05

    Brief —

    Read AGENTS.md in the workspace root first. This brief only adds the task.

    Never ship worker output without the Claude review gate.Workers never run git push, deploys, or credentialed commands; content and code-edit tasks only, inside the sandbox.Secrets never go into briefs or AGENTS.md; workers get file paths, not tokens.

Permission review

Static risk signals and limitations

Writes files

medium · line 27

The documentation asks the agent to create, modify, or delete local files.

caffeinate -i codex exec -C <workspace> --sandbox workspace-write --skip-git-repo-check \

Writes files

medium · line 29

The documentation asks the agent to create, modify, or delete local files.

"Read AGENTS.md at the workspace root, then execute the brief at briefs/<brief>.md exactly. Write the deliverable to the output file the brief names, run the brief's acceptance-criteria self-check, and state pass/fail per criterion in your

Reads files

low · line 36

The documentation asks the agent to read local files, directories, or repositories.

**Review gate (Claude, mandatory).** Read every `out/` file. Check against the brief's acceptance criteria and the AGENTS.md hard bans. Worker self-checks are evidence, not verdicts. If the output fails 0 acceptance criteria but has surface

Reads files

low · line 79

The documentation asks the agent to read local files, directories, or repositories.

Worker wrote nothing to `out/`: read the `-o` final-message file and the task output log; usually a sandbox denial or a brief pointing at a wrong path.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score86/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars165SourceRepository attention, not individual Skill quality
Compatibility1 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
JasonColapietro/suede-creator-skills
Skill path
skills/suede-codex-fleet/SKILL.md
Commit
f78965b9f99427cc4145950edbf9d388f38a3738
License
MIT
Collected
2026-07-28
Default branch
main
View the original SKILL.md

Suede Fable Fleet

The Suede Fable Fleet: a high-end Claude model is the admiral — it decomposes, briefs, and reviews — and parallel OpenAI Codex CLI workers are the fleet. The skill id and command stay suede-codex-fleet on purpose: GitHub search, skill marketplaces, and MCP catalogs match the terms people actually type — Codex CLI orchestration, codex exec, multi-agent worker fleet — not the brand name. Do not rename the folder or frontmatter name to match the brand.

When to use this skill instead of related skills

  • suede-codex-fleet (this skill): offload high-volume, well-specified generation to Codex CLI workers; Claude plans, briefs, and reviews
  • suede-agent-teams: multi-lane Claude agents coordinating one complex code change with gates and handoffs
  • suede-copy / johnny-suede-write: Claude writes the copy itself; right choice when volume is low and judgment density is high

Core principle: Claude tokens buy judgment, Codex tokens buy volume. Clear spec + high volume goes to Codex. Fuzzy spec or expensive-if-wrong stays with Claude. Nothing ships unreviewed.

Preflight (run before first spawn)

  1. which codex && codex --version — CLI present (validated against codex-cli 0.138.0).
  2. codex login status — must show logged in (your ChatGPT subscription pays for the run).
  3. Workspace has an AGENTS.md at its root. Codex auto-loads it; it carries voice, context, hard bans, and output conventions so briefs stay short. If missing, write it first — that is the highest-leverage file in the system.
  4. Workspace has briefs/ and out/ directories (create as needed).

The loop

  1. Decompose. Split the job into independent worker-sized tasks. Independent means: no worker needs another worker's output.
  2. Brief. One markdown file per task in briefs/. Codex never sees the Claude conversation, so each brief is self-contained: job, inputs (file paths), exact deliverable, acceptance criteria it must self-check, and the exact output path in out/.
  3. Spawn. One codex exec per brief, in parallel, in the background:
caffeinate -i codex exec -C <workspace> --sandbox workspace-write --skip-git-repo-check \
  -o <workspace>/out/<run-name>-final-message.txt \
  "Read AGENTS.md at the workspace root, then execute the brief at briefs/<brief>.md exactly. Write the deliverable to the output file the brief names, run the brief's acceptance-criteria self-check, and state pass/fail per criterion in your final message."
  • -C sets the worker's root; --skip-git-repo-check is required outside git repos.
  • caffeinate -i (macOS) is standard on every spawn: it blocks idle sleep for exactly the worker's lifetime and releases on exit, so the machine stays awake while any worker is alive and sleeps normally once the fleet drains. A slept Mac kills every in-flight worker silently. Lid stays open — closed-lid sleep overrides caffeinate unless the Mac is in clamshell mode (external display + power). On non-macOS hosts, drop the prefix.
  • --sandbox workspace-write only. Never danger-full-access. Workers write files; they do not push, deploy, or touch secrets.
  • Leave the model default unless explicitly asked to override with -m.
  1. Review gate (Claude, mandatory). Read every out/ file. Check against the brief's acceptance criteria and the AGENTS.md hard bans. Worker self-checks are evidence, not verdicts. If the output fails 0 acceptance criteria but has surface defects (typos, formatting, a wrong label), Claude edits the file directly; do not respawn for a comma.
  2. Delta, don't regenerate. If the output fails 1-2 acceptance criteria, send a one-line correction: codex exec resume <session-id> "<delta>" (session id is printed at run start; resume --last is ambiguous with parallel runs). If it fails 3+ criteria or violates an AGENTS.md hard ban, respawn with the delta appended to the brief. Regenerating from scratch wastes the subscription and loses what was right. Correction budget per output: up to three genuinely different fixes — each attempt must change the diagnosis or the strategy, never rerun the last one. Stop early when the same root cause repeats across attempts; report the repeating cause and let the user pick the next move.
  3. Ship. Claude assembles the reviewed survivors into the final deliverable. Report what was spawned, what passed, what got fixed.

Brief template

# Brief <id> — <task name>

Read `AGENTS.md` in the workspace root first. This brief only adds the task.

## Job
<one paragraph: what and why>

## Inputs
<file paths the worker must read>

## Deliverable
<exact structure, counts, variants, labels>

## Acceptance criteria (self-check before finishing)
<numbered, mechanically checkable: limits, bans, required elements>

## Output
Write to `out/<file>.md`. <structure spec>

Fleet workspaces

Keep a persistent workspace per recurring fleet job (a social-content fleet, a test-generation fleet, a refactor fleet) instead of rebuilding context every run. The workspace root holds the AGENTS.md contract, briefs/, and out/. When a brief produces output that passes review cleanly, keep it — proven briefs are the templates for the next run of the same shape.

Hard boundaries

  • Never ship worker output without the Claude review gate.
  • Workers never run git push, deploys, or credentialed commands; content and code-edit tasks only, inside the sandbox.
  • Secrets never go into briefs or AGENTS.md; workers get file paths, not tokens.
  • If a worker's output violates evidence boundaries or hard bans, the fix is Claude's edit or a delta run, never "close enough".

Troubleshooting

  • codex exec refuses to start outside a repo: add --skip-git-repo-check.
  • Every worker died mid-run with truncated or missing output and no error: the machine slept. Spawn with the caffeinate -i prefix and keep the lid open (or use clamshell mode).
  • Not logged in / usage errors: codex login status, then run codex login interactively.
  • Worker wrote nothing to out/: read the -o final-message file and the task output log; usually a sandbox denial or a brief pointing at a wrong path.
  • Parallel runs are independent processes; spawn each with its own background shell call and collect on completion.

Routing Reference

  • Multi-lane Claude agent coordination with gates and handoffs -> suede-agent-teams
  • Low-volume, judgment-dense copy -> suede-copy / johnny-suede-write
  • Proving the assembled deliverable meets spec -> suede-verify
  • Skill authoring/lint questions about this file -> suede-skill-forge

Alternatives

Compare before choosing

Computed 85234,327

affaan-m/ECC

dmux-workflows

Multi-agent orchestration using dmux (tmux pane manager for AI agents). Patterns for parallel agent workflows across Claude Code, Codex, OpenCode, and other harnesses. Use when running multiple agent sessions in parallel or coordinating multi-agent development workflows.

Computed 8424,265

openai/skills

chatgpt-apps

Build, scaffold, refactor, and troubleshoot ChatGPT Apps SDK applications that combine an MCP server and widget UI. Use when Codex needs to design tools, register UI resources, wire the MCP Apps bridge or ChatGPT compatibility APIs, apply Apps SDK metadata or CSP or domain settings, or produce a docs-aligned project scaffold. Prefer a docs-first workflow by invoking the openai-docs skill or OpenAI developer docs MCP tools before generating code.

Computed 83234,327

affaan-m/ECC

dmux-workflows

Multi-agent orchestration using dmux (tmux pane manager for AI agents). Patterns for parallel agent workflows across Claude Code, Codex, OpenCode, and other harnesses. Use when running multiple agent sessions in parallel or coordinating multi-agent development workflows.

Computed 10042,015

coreyhaines31/marketingskills

ab-testing

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program