A Codex skill for medium-to-large software projects that need planning, milestone-by-milestone execution, verification, repair loops, durable handoffs, and optional worktree-based parallelization.
It is built for Codex app and Codex CLI, keeps everything local-first, and ships as a self-contained skill bundle.
Large projects degrade fast when all context lives in chat. This skill moves the project state into durable files under .codex/orchestrator/ and treats work as a repeatable loop:
- refine or freeze the requirement
- activate one milestone
- implement only that milestone
- verify
- repair if needed
- update status, handoff, and decisions
- archive the cycle and continue
It is g3-inspired, but Codex-native:
- g3 planning mode -> durable
.codex/orchestrator/project memory - g3 coach/player -> optional Codex CLI multi-agent roles
- g3 studio/worktrees -> Codex app worktree threads and dispatch artifacts
- g3 audit/history -> explicit status, handoff, archive, and validation reports
Use big-project-orchestrator when you want to:
- build a new subsystem or product over multiple milestones
- run a large refactor or migration with checkpoints
- split a big task into reviewable tracks
- stabilize a messy branch with repeatable verification
- run report-first audits, release hardening, or regression sweeps
Do not use it for trivial one-file edits or simple Q&A.
- macOS or another Unix-like environment with
bashandpython3 - Codex app or Codex CLI
- local filesystem access to the repo you want to orchestrate
No external APIs or third-party LLM runtimes are required.
bash install.sh --repo /path/to/your/repoThis installs the skill into the repo-local skills directory:
/path/to/your/repo/.codex/skills/big-project-orchestrator
bash install.sh --userThis installs the skill into your personal Codex skills directory, typically:
$HOME/.codex/skills/big-project-orchestrator
Older Codex setups may still use .agents/skills; install.sh detects that layout automatically.
Restart Codex if the skill does not appear immediately.
After installing the skill, you can bootstrap repo helper files with:
bash .codex/skills/big-project-orchestrator/scripts/install_repo_templates.sh --repo .This adds:
.codex/orchestrator/starter files- optional
.codex/config.toml - optional
.codex/agents/*.toml AGENTS.mdif the repo does not already have oneAGENTS.big-project-orchestrator.snippet.mdifAGENTS.mdalready exists
-
Open the repo in Codex app.
-
Start a new thread.
-
Invoke the skill:
$big-project-orchestrator -
Give it a milestone-oriented prompt.
Example:
$big-project-orchestrator
Initialize the orchestrator workspace for this repo, refine my request into a first milestone, do not code until the milestone has acceptance criteria and validation commands, then implement only milestone 1 and update status and handoff files.
Start Codex inside your repo and use the same invocation:
$big-project-orchestrator
Initialize the orchestrator workspace, create a milestone-based plan, implement only the active milestone, run verification, and update the durable project memory files before stopping.
Basic examples:
Advanced examples:
- Multi-track and worktree execution
- Report-first automations
- Escalation and recovery flows
- Release hardening
- Phase 1.5 / 2 planning
For a large spec where you want minimal pauses between milestones:
python3 .codex/skills/big-project-orchestrator/scripts/run_autonomous_cycle.py --repo "$PWD" --resumeFor greenfield repos that only contain spec.md or requirements.md:
python3 .codex/skills/big-project-orchestrator/scripts/run_autonomous_cycle.py --repo "$PWD" --allow-structure-generation --resumeOptional helpers:
--plan-tracksto split large milestones into parallel tracks--generate-dispatchto emit worktree/bootstrap dispatch artifacts
Useful worktree setup script:
bash .codex/skills/big-project-orchestrator/scripts/setup_workspace.sh "$PWD"Useful action buttons:
bash .codex/skills/big-project-orchestrator/scripts/verify_repo.sh "$PWD"python3 .codex/skills/big-project-orchestrator/scripts/render_status.py --repo "$PWD"
This skill also supports report-first recurring runs.
Example nightly verification prompt:
$big-project-orchestrator
Report-only run. Refresh status, run the repo verification workflow, summarize failures and risky files, and do not edit code.
Example weekly hardening prompt:
$big-project-orchestrator
Report-only run. Review the current branch against main, identify release blockers, missing tests, and docs drift, then update status and handoff notes.
Repo-specific verification script:
.codex/orchestrator/verification.commands.sh
Repo-specific worktree setup script:
.codex/orchestrator/setup.commands.sh
These let you override the generic bundled behavior with repo-native commands.
SKILL.md-> core skill behaviorinstall.sh-> installer for repo-local or user-wide installscripts/-> deterministic orchestration helpersreferences/-> supporting operating docsassets/templates/-> durable project-memory templatesassets/repo/.codex/-> optional Codex app / CLI configagents/openai.yaml-> skill metadata
- It is still a skill bundle, not a background daemon or native Codex runtime feature.
- Multi-agent behavior in Codex CLI remains optional and environment-dependent.
- For real external integrations, you still need repo-specific runtime wiring and credentials.
Recommended local checks:
python3 -m py_compile scripts/*.py
bash -n install.sh
bash -n scripts/install_repo_templates.sh
bash -n scripts/setup_workspace.sh
bash -n scripts/verify_repo.shSee CONTRIBUTING.md for contribution rules.
See LICENSE.txt.