用途：为软件变更提供分阶段、带门禁的交付工作流，从工单引导（bootstrap）开始，依次经过调研、需求、设计、未来态运行时调用栈及其评审、实现、API/E2E 等可执行验证、独立代码评审、长期文档同步，最终以用户验证交接和仓库收尾结束。中大型范围需产出完整设计文档，按数据流主干清单、归属、主干外关注点与派生关注点分离组织。
主要能力：SKILL.md 作为工作流路由，定义阶段规则并指向各阶段模板；shared/ 存放跨阶段引用（design-principles.md、workflow-state-template.md）；stages/00-bootstrap 至 stages/10-handoff 存放各阶段自有模板与参考。工单约定：在 tickets/in-progress/<ticket-name>/ 下创建工单文件夹，完成后归档到 tickets/done/<ticket-name>/，仅在用户明确确认完成或要求移动时才移动，重开需先移回 in-progress。
使用方式：Stage 0 先引导工单与工作树（git 仓库需刷新远程引用、从最新远程基线分支创建 codex/<ticket-name> 分支与专用工作树），并写入 requirements.md 草稿；创建并维护 workflow-state.md 作为阶段控制与源码编辑锁（默认 Locked，仅 Stage 6 前置满足时 Unlocked）。阶段转换前先更新 workflow-state.md，再执行目标阶段；使用 Speak 工具在阶段转换、门禁决策、重入、编辑锁变更时播报（play=true，用户要求静默时除外）。
适用场景：需要严格阶段门禁、可追溯证据与用户验证的软件交付任务，尤其是中大型变更。
限制：不得默认批量生成全部产物；未来态运行时调用栈是待实现执行模型，不是现状追踪；Stage 7/8 失败需先锁定编辑权限并记录重入；Stage 9 通过后须等待用户明确确认才能提交、推送、合并、发布或归档；Go Confirmed 需连续两轮深度评审无阻塞方可解锁。具体命令、脚本与发布方式资料未提供。