用途
gsd-ship 是一个交付（ship）阶段的技能，用于闭合「计划 → 执行 → 验证 → 交付」循环。按其简介，当验证（verification）通过后，该技能负责创建 PR、运行评审（review）并准备合并（merge）。
主要能力
- 创建 PR
- 运行评审
- 在验证通过后准备合并
使用方式
该技能通过提及 $gsd-ship 来调用。根据适配层说明，$gsd-ship 之后的所有用户文本被视为 {{GSD_ARGS}}；若没有参数，则将 {{GSD_ARGS}} 视为空。
技能的执行上下文指向：
@/mnt/local-analysis/workspace-hub/.codex/get-shit-done/workflows/ship.md
说明要求端到端执行该 ship 工作流。
适配层说明（codex_skill_adapter）
该技能附带一份适配映射，用于把 Claude Code 语法转换为 Codex 对应工具：
- 技能调用：由提述 $gsd-ship 触发，其后文本作为 GSD_ARGS。
- AskUserQuestion → request_user_input 映射：
- header → header
- question → question
- 选项由 "Label" — description 格式转换为 {label: "Label", description: "description"}
- 由 header 生成 id：转小写、空格替换为下划线
- 批量调用：AskUserQuestion([q1, q2]) → 单次 request_user_input，在 questions[] 中包含多个条目
- 多选变通：Codex 没有 multiSelect，改用连续的单选，或给出编号的自由文本列表，要求用户输入逗号分隔的编号
- 执行模式回退：当 request_user_input 被拒绝（Execute 模式）时，给出纯文本编号列表并选取一个合理默认值
- Task() → spawn_agent 映射：
- 直接映射：Task(subagent_type="X", prompt="Y") → spawn_agent(agent_type="X", message="Y")
- Task(model="...") → 省略（Codex 使用按角色的配置，而非内联模型选择）
- fork_context 默认 false —— GSD 代理通过 <files_to_read> 块自行加载上下文
- 并行 fan-out：派生多个代理 → 收集代理 ID → 用 wait(ids) 等待全部完成
- 结果解析：在代理输出中查找结构化标记，如 CHECKPOINT、PLAN COMPLETE、SUMMARY 等
- 在收集每个代理结果后调用 close_agent(id)
适用场景
适用于在验证阶段通过后，需要创建 PR、运行评审并准备合并的交付环节，作为计划—执行—验证—交付流程的最后一步。
限制
关于该技能的收费、价格、支持平台、具体功能细节与效果，资料中暂未提供。