用途：gsd-manager 面向希望在单一终端中并行推进多个阶段的高级用户，可在讨论某一阶段的同时让另一阶段在后台规划或执行。
主要能力：不直接创建文件，而是通过 Skill() 和后台 Task 智能体调度已有的 GSD 命令；读取 .planning/STATE.md、.planning/ROADMAP.md 及各阶段目录以获取状态；项目上下文、阶段列表、依赖关系和推荐由工作流内部通过 gsd-tools.cjs init manager 解析，因此无需预先加载上下文。
使用方式：提及 $gsd-manager 即可调用，其后所有用户文本作为 GSD_ARGS；无参数时视为空。适配层将 AskUserQuestion 映射为 request_user_input，将 Task() 映射为 spawn_agent：Task(subagent_type="X", prompt="Y") 转为 spawn_agent(agent_type="X", message="Y")，Task(model=...) 省略；默认 fork_context: false。并行 fan-out 时先生成多个智能体并收集其 ID，再用 wait(ids) 等待全部完成，从输出中解析 CHECKPOINT、PLAN COMPLETE、SUMMARY 等结构化标记，收集结果后对每个智能体调用 close_agent(id)。Codex 无 multiSelect，可改用连续单选或编号自由列表；执行模式拒绝 request_user_input 时，改为纯文本编号列表并选取合理默认值。
适用场景：需要从一处终端对多个阶段进行并行讨论、规划与执行的 GSD 工作流管理。
限制：不直接创建文件；依赖已有 GSD 命令与工作流文件；具体收费、支持平台与使用效果暂未提供。