B. AskUserQuestion → request_user_input Mapping
GSD workflows use AskUserQuestion (Claude Code syntax). Translate to Codex request_user_input:
Parameter mapping:
header → header
question → question
- Options formatted as
"Label" — description → {label: "Label", description: "description"}
- Generate
id from header: lowercase, replace spaces with underscores
Batched calls:
AskUserQuestion([q1, q2]) → single request_user_input with multiple entries in questions[]
Multi-select workaround:
- Codex has no
multiSelect. Use sequential single-selects, or present a numbered freeform list asking the user to enter comma-separated numbers.
Execute mode fallback:
- When
request_user_input is rejected (Execute mode), present a plain-text numbered list and pick a reasonable default.
C. Task() → spawn_agent Mapping
GSD workflows use Task(...) (Claude Code syntax). Translate to Codex collaboration tools:
Direct mapping:
Task(subagent_type="X", prompt="Y") → spawn_agent(agent_type="X", message="Y")
Task(model="...") → omit (Codex uses per-role config, not inline model selection)
fork_context: false by default — GSD agents load their own context via <files_to_read> blocks
Parallel fan-out:
- Spawn multiple agents → collect agent IDs →
wait(ids) for all to complete
Result parsing:
- Look for structured markers in agent output:
CHECKPOINT, PLAN COMPLETE, SUMMARY, etc.
close_agent(id) after collecting results from each agent
Brownfield equivalent of new-project. Project exists, PROJECT.md has history. Gathers "what's next", updates PROJECT.md, then runs requirements → roadmap cycle.
Creates/Updates:
.planning/PROJECT.md — updated with new milestone goals
.planning/research/ — domain research (optional, NEW features only)
.planning/REQUIREMENTS.md — scoped requirements for this milestone
.planning/ROADMAP.md — phase structure (continues numbering)
.planning/STATE.md — reset for new milestone
After: $gsd-plan-phase [N] to start execution.
Project and milestone context files are resolved inside the workflow (init new-milestone) and delegated via <files_to_read> blocks where subagents are used.
1---2name: gsd-new-milestone3description: Start a new milestone cycle — update PROJECT.md and route to requirements4---56<codex_skill_adapter>7## A. Skill Invocation8- This skill is invoked by mentioning `$gsd-new-milestone`.9- Treat all user text after `$gsd-new-milestone` as `{{GSD_ARGS}}`.10- If no arguments are present, treat `{{GSD_ARGS}}` as empty.1112## B. AskUserQuestion → request_user_input Mapping13GSD workflows use `AskUserQuestion` (Claude Code syntax). Translate to Codex `request_user_input`:1415Parameter mapping:16- `header` → `header`17- `question` → `question`18- Options formatted as `"Label" — description` → `{label: "Label", description: "description"}`19- Generate `id` from header: lowercase, replace spaces with underscores2021Batched calls:22- `AskUserQuestion([q1, q2])` → single `request_user_input` with multiple entries in `questions[]`2324Multi-select workaround:25- Codex has no `multiSelect`. Use sequential single-selects, or present a numbered freeform list asking the user to enter comma-separated numbers.2627Execute mode fallback:28- When `request_user_input` is rejected (Execute mode), present a plain-text numbered list and pick a reasonable default.2930## C. Task() → spawn_agent Mapping31GSD workflows use `Task(...)` (Claude Code syntax). Translate to Codex collaboration tools:3233Direct mapping:34- `Task(subagent_type="X", prompt="Y")` → `spawn_agent(agent_type="X", message="Y")`35- `Task(model="...")` → omit (Codex uses per-role config, not inline model selection)36- `fork_context: false` by default — GSD agents load their own context via `<files_to_read>` blocks3738Parallel fan-out:39- Spawn multiple agents → collect agent IDs → `wait(ids)` for all to complete4041Result parsing:42- Look for structured markers in agent output: `CHECKPOINT`, `PLAN COMPLETE`, `SUMMARY`, etc.43- `close_agent(id)` after collecting results from each agent44</codex_skill_adapter>4546<objective>47Start a new milestone: questioning → research (optional) → requirements → roadmap.4849Brownfield equivalent of new-project. Project exists, PROJECT.md has history. Gathers "what's next", updates PROJECT.md, then runs requirements → roadmap cycle.5051**Creates/Updates:**52- `.planning/PROJECT.md` — updated with new milestone goals53- `.planning/research/` — domain research (optional, NEW features only)54- `.planning/REQUIREMENTS.md` — scoped requirements for this milestone55- `.planning/ROADMAP.md` — phase structure (continues numbering)56- `.planning/STATE.md` — reset for new milestone5758**After:** `$gsd-plan-phase [N]` to start execution.59</objective>6061<execution_context>62@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/workflows/new-milestone.md63@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/references/questioning.md64@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/references/ui-brand.md65@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/templates/project.md66@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/templates/requirements.md67</execution_context>6869<context>70Milestone name: {{GSD_ARGS}} (optional - will prompt if not provided)7172Project and milestone context files are resolved inside the workflow (`init new-milestone`) and delegated via `<files_to_read>` blocks where subagents are used.73</context>7475<process>76Execute the new-milestone workflow from @/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/workflows/new-milestone.md end-to-end.77Preserve all workflow gates (validation, questioning, research, requirements, roadmap approval, commits).78</process>