This framework was originally written around GitHub Copilot agents and Copilot slash commands. It can still be used effectively in Codex, but the setup and user experience are a little different.
- Copilot
.prompt.mdfiles do not map cleanly to Codex slash commands, sosrc/prompts/init-sdd.prompt.mdshould be treated as Copilot-specific - The reusable replacement for
/init-sddis the skill atsrc/skills/init-sdd/SKILL.md - For specialist workflows, prefer explicit agent invocation such as
@Strategist,@Orchestrator,@Architect,@Coder,@PR Reviewer,@QA, and@Security - In environments that do not support
@Agentmentions directly, use plain language like "use the Strategist agent" or "act as the Orchestrator"
In practice, the biggest UX difference is this:
- Copilot: you can start with
/init-sdd - Codex: you start by invoking the
init-sddskill or by explicitly addressing an agent
Keep specs/ repo-local, just like in the Copilot workflow. Those artifacts are project-specific and should live with the code.
For the reusable behavior:
- Copy the skills you want from
src/skills/into your Codex skills location, or otherwise register them in the Codex environment you use - Reuse
src/skills/init-sdd/SKILL.mdas the Codex-friendly replacement for the Copilot-only/init-sddprompt - Keep the agent definitions from
src/agents/available in whatever Codex agent mechanism your setup supports
If your Codex environment supports custom agent definitions, use the TOML variants in src/agents/*.agent.toml as the preferred Codex-oriented source. The Markdown .agent.md files remain useful for Copilot and as human-readable references.
Use this repository as the source of truth and copy over only what the target Codex setup needs:
src/skills/for reusable skillssrc/agents/*.agent.tomlfor Codex-oriented agent definitionsspecs/for templates and generated artifacts
Treat src/prompts/ as optional and primarily for Copilot-compatible environments.
Use the init-sdd skill instead of /init-sdd.
Example phrasing:
Use the init-sdd skill to bootstrap this repository for spec-driven development.
Explicitly invoke the Strategist:
@Strategist Help me think through a new notifications epic.
Explicitly invoke the Orchestrator:
@Orchestrator Build feature X from epic Y.
Use the Coder only after spec, plan, and tasks exist:
@Coder Implement task T3 from specs/feature-name/tasks.md.
When moving from Copilot to Codex, expect these differences:
- You will be more explicit about which agent you want
- The
init-sddbootstrap is skill-driven rather than slash-command-driven - The workflow is the same, but the entry points are more conversational and less command-like
Think of the framework this way in Codex:
- Skills provide reusable workflows and checklists
- Agents provide focused roles such as Strategist, Orchestrator, Architect, and Coder
specs/remains the source of truth across both Copilot and Codex
If you want the least-friction transition from Copilot to Codex, start by using:
init-sddas a skill@Strategistfor exploration@Orchestratorfor routing@Architectfor spec, plan, and tasks@Coderfor implementation