/shipyard-codex-orchestration
Use when running any multi-step Shipyard workflow under Codex — build, audit, plan, ship, review, research, or map. Explains how Shipyard's parallel-agent workflows degrade to inline sequential execution in Codex, and routes intent to the right workflow skill. Trigger when the
$ npx -y skills add lgbarn/shipyard --skill shipyard-codex-orchestration --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/shipyard-codex-orchestration
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when running any multi-step Shipyard workflow under Codex — build, audit, plan, ship, review, research, or map. Explains how Shipyard's parallel-agent workflows degrade to inline sequential execution in Codex, and routes intent to the right workflow skill. Trigger when the
SKILL.md
shipyard-codex-orchestration.SKILL.mdname: shipyard-codex-orchestration
description: Use when running any multi-step Shipyard workflow under Codex — build, audit, plan, ship, review, research, or map. Explains how Shipyard's parallel-agent workflows degrade to inline sequential execution in Codex, and routes intent to the right workflow skill. Trigger when the user says "build the plan", "audit this", "ship it", "review the code", "run the shipyard build", or asks how Shipyard works in Codex.
Shipyard orchestration under Codex
Shipyard was built for Claude Code, where workflows dispatch **fresh subagents in parallel** (builder, reviewer, auditor, architect, verifier, researcher, mapper, …) via the Task tool. Codex has no equivalent — it runs in a single context.
So under Codex, Shipyard workflows run as **inline sequential personas**: instead of dispatching a separate agent, you adopt each role yourself, one after another, in this same conversation.
Honest degradation — what you lose
- **No parallelism.** Roles run one at a time, so multi-agent phases are slower.
- **No context isolation.** In Claude Code a fresh reviewer can't be biased by the
builder's reasoning. Here the same context does both, so a review is less independent. Compensate by being deliberately skeptical when you switch into a review/verify role — re-read the actual artifact, don't trust your own prior step.
What you keep: the **discipline** — the review and verify gates still run, just sequentially.
The inline-sequential pattern
When a workflow calls for "dispatch the X agent", instead:
1. State which role you're entering ("Now acting as the reviewer…"). 2. Adopt that role's mandate fully — including its MUST-NOT constraints (a reviewer makes no code edits; a mapper only documents). 3. Produce the role's deliverable. 4. Exit the role and continue the workflow.
Routing — which skill for which intent
| Intent | Skill / behavior | |---|---| | Implement a plan | `shipyard-executing-plans` skill, run builder→reviewer→verifier inline | | Security/compliance audit | `security-audit` skill, adopting the auditor mandate | | Create a plan | `shipyard-writing-plans` skill (+ `shipyard-brainstorming` first) | | Code review after a build | `shipyard-review` skill | | Domain/technology research | `shipyard-research` skill | | Map/onboard a codebase | `shipyard-map` skill | | Ship/release a completed phase | `shipyard-ship` skill | | TDD a feature | `shipyard-tdd` skill | | Debug a failure | `shipyard-debugging` skill |
If a workflow has a dedicated skill, use it and apply the inline-sequential pattern above to any agent dispatch it describes. The `shipyard-review`, `shipyard-research`, `shipyard-map`, and `shipyard-ship` skills exist because those roles have no other skill home in Codex.
State
Codex has no SessionStart hook, so Shipyard state is not auto-loaded. When a workflow needs project state, run `scripts/state-read.sh` yourself at the start (see the state/utility skills).
Read more
name: shipyard-codex-orchestration description: Use when running any multi-step Shipyard workflow under Codex — build, audit, plan, ship, review, research, or map. Explains how Shipyard's parallel-agent workflows degrade to inline sequential execution in Codex, and routes intent to the right workflow skill. Trigger when the user says "build the plan", "audit this", "ship it", "review the code", "run the shipyard build", or asks how Shipyard works in Codex.
Shipyard orchestration under Codex
Shipyard was built for Claude Code, where workflows dispatch **fresh subagents in parallel** (builder, reviewer, auditor, architect, verifier, researcher, mapper, …) via the Task tool. Codex has no equivalent — it runs in a single context.
So under Codex, Shipyard workflows run as **inline sequential personas**: instead of dispatching a separate agent, you adopt each role yourself, one after another, in this same conversation.
Honest degradation — what you lose
- **No parallelism.** Roles run one at a time, so multi-agent phases are slower.
- **No context isolation.** In Claude Code a fresh reviewer can't be biased by the
builder's reasoning. Here the same context does both, so a review is less independent. Compensate by being deliberately skeptical when you switch into a review/verify role — re-read the actual artifact, don't trust your own prior step.
What you keep: the **discipline** — the review and verify gates still run, just sequentially.
The inline-sequential pattern
When a workflow calls for "dispatch the X agent", instead:
1. State which role you're entering ("Now acting as the reviewer…"). 2. Adopt that role's mandate fully — including its MUST-NOT constraints (a reviewer makes no code edits; a mapper only documents). 3. Produce the role's deliverable. 4. Exit the role and continue the workflow.
Routing — which skill for which intent
| Intent | Skill / behavior | |---|---| | Implement a plan | `shipyard-executing-plans` skill, run builder→reviewer→verifier inline | | Security/compliance audit | `security-audit` skill, adopting the auditor mandate | | Create a plan | `shipyard-writing-plans` skill (+ `shipyard-brainstorming` first) | | Code review after a build | `shipyard-review` skill | | Domain/technology research | `shipyard-research` skill | | Map/onboard a codebase | `shipyard-map` skill | | Ship/release a completed phase | `shipyard-ship` skill | | TDD a feature | `shipyard-tdd` skill | | Debug a failure | `shipyard-debugging` skill |
If a workflow has a dedicated skill, use it and apply the inline-sequential pattern above to any agent dispatch it describes. The `shipyard-review`, `shipyard-research`, `shipyard-map`, and `shipyard-ship` skills exist because those roles have no other skill home in Codex.
State
Codex has no SessionStart hook, so Shipyard state is not auto-loaded. When a workflow needs project state, run `scripts/state-read.sh` yourself at the start (see the state/utility skills).
A Claude Code plugin for structured project execution. Plan work in phases, build with parallel agents and TDD, review with security audits and quality gates, and ship with confidence.
Repo: lgbarn/shipyard
Other skills on shipyard.
- /code-simplification
Use after implementing features, before claiming a phase is complete, when reviewing AI-generated code, or when code feels overly complex. Also use when you notice repeated patterns across files, a function exceeds 40 lines, nesting exceeds 3 levels, or an abstraction has only
Open skill - /documentation
Use when shipping features with public interfaces that lack docs, generating documentation, updating README files, writing API docs, creating architecture documentation, or when documentation is incomplete or outdated. Also use when adding breaking changes, implementing complex
Open skill - /git-workflow
Use when starting feature work that needs a branch, creating worktrees for isolation, making atomic commits during development, or completing a development branch via merge, PR, preserve, or discard. Also use when the user says "set up worktree", "create PR", "finish this
Open skill - /import-spec-file
Import a handwritten spec document into Shipyard, replacing brainstorming. Use when a freeform spec, requirements, or design document exists.
Open skill - /import-spec
Import a spec-kit feature spec into Shipyard, replacing brainstorming. Use when a spec-kit feature directory exists with spec.md.
Open skill - /infrastructure-validation
Use when working with Terraform (.tf, .tfvars), Ansible (playbooks, roles, inventory), Docker (Dockerfile, docker-compose.yml), Kubernetes (manifests, Helm charts), CloudFormation, or any infrastructure-as-code files. Also use when running terraform plan/apply, building Docker
Open skill

