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
Uses ROADMAP.md phase discovery and Skill() flat invocations for each phase command. After all phases complete: milestone audit → complete → cleanup.
Creates/Updates:
.planning/STATE.md — updated after each phase
.planning/ROADMAP.md — progress updated after each phase
- Phase artifacts — CONTEXT.md, PLANs, SUMMARYs per phase
After: Milestone is complete and cleaned up.
Project context, phase list, and state are resolved inside the workflow using init commands (gsd-tools.cjs init milestone-op, gsd-tools.cjs roadmap analyze). No upfront context loading needed.
1---2name: "gsd-autonomous"3description: "Run all remaining phases autonomously — discuss→plan→execute per phase"4metadata:5 short-description: "Run all remaining phases autonomously — discuss→plan→execute per phase"6---78<codex_skill_adapter>9## A. Skill Invocation10- This skill is invoked by mentioning `$gsd-autonomous`.11- Treat all user text after `$gsd-autonomous` as `{{GSD_ARGS}}`.12- If no arguments are present, treat `{{GSD_ARGS}}` as empty.1314## B. AskUserQuestion → request_user_input Mapping15GSD workflows use `AskUserQuestion` (Claude Code syntax). Translate to Codex `request_user_input`:1617Parameter mapping:18- `header` → `header`19- `question` → `question`20- Options formatted as `"Label" — description` → `{label: "Label", description: "description"}`21- Generate `id` from header: lowercase, replace spaces with underscores2223Batched calls:24- `AskUserQuestion([q1, q2])` → single `request_user_input` with multiple entries in `questions[]`2526Multi-select workaround:27- Codex has no `multiSelect`. Use sequential single-selects, or present a numbered freeform list asking the user to enter comma-separated numbers.2829Execute mode fallback:30- When `request_user_input` is rejected (Execute mode), present a plain-text numbered list and pick a reasonable default.3132## C. Task() → spawn_agent Mapping33GSD workflows use `Task(...)` (Claude Code syntax). Translate to Codex collaboration tools:3435Direct mapping:36- `Task(subagent_type="X", prompt="Y")` → `spawn_agent(agent_type="X", message="Y")`37- `Task(model="...")` → omit (Codex uses per-role config, not inline model selection)38- `fork_context: false` by default — GSD agents load their own context via `<files_to_read>` blocks3940Parallel fan-out:41- Spawn multiple agents → collect agent IDs → `wait(ids)` for all to complete4243Result parsing:44- Look for structured markers in agent output: `CHECKPOINT`, `PLAN COMPLETE`, `SUMMARY`, etc.45- `close_agent(id)` after collecting results from each agent46</codex_skill_adapter>4748<objective>49Execute all remaining milestone phases autonomously. For each phase: discuss → plan → execute. Pauses only for user decisions (grey area acceptance, blockers, validation requests).5051Uses ROADMAP.md phase discovery and Skill() flat invocations for each phase command. After all phases complete: milestone audit → complete → cleanup.5253**Creates/Updates:**54- `.planning/STATE.md` — updated after each phase55- `.planning/ROADMAP.md` — progress updated after each phase56- Phase artifacts — CONTEXT.md, PLANs, SUMMARYs per phase5758**After:** Milestone is complete and cleaned up.59</objective>6061<execution_context>62@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/workflows/autonomous.md63@/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/references/ui-brand.md64</execution_context>6566<context>67Optional flag: `--from N` — start from phase N instead of the first incomplete phase.6869Project context, phase list, and state are resolved inside the workflow using init commands (`gsd-tools.cjs init milestone-op`, `gsd-tools.cjs roadmap analyze`). No upfront context loading needed.70</context>7172<process>73Execute the autonomous workflow from @/Users/richardhightower/clients/spillwave/src/agent-brain/.codex/get-shit-done/workflows/autonomous.md end-to-end.74Preserve all workflow gates (phase discovery, per-phase execution, blocker handling, progress display).75</process>