用途：deliver 负责把单个工作项（功能、缺陷、issue、分支或 PR）从实际状态推进到选定终点，并对其结果负责。终点可为 ready-to-merge、merged 或 deployed；默认终点是部署到项目配置的默认集成目标，可能是生产、预发、nightly 或其他既有目标，需读取项目说明、交付文档和实际工作流确认，不得假定为生产或在含糊目标间自行选择。
主要能力：从请求、issue、缺陷描述、已确认想法、当前分支或 PR 推断仓库与工作项，变更前先核实身份与既有工作；仅在需要跟踪时使用 /create-issue，未归档的想法可直接进入 /implement。交付请求授权其终点所需的范围内开发、验证、发布、反馈处理与 Git 操作，包括合并及已部署对应的配置集成路径，但须保留显式限制、仓库保护和既有授权；较早终点不授权后续操作。
使用方式：开发与行为缺口交给 /implement；首次发布用 /create-pr，已有 PR 用 /update-pr，修复时复用同一工作项及其打开的 PR；用 /address-feedback 收敛必需评审与当前发现。就绪合并需满足 address-feedback 就绪引用定义的完整就绪契约（针对所选 PR 的确切 head）。合并或部署前用 git-workflow 合并已授权的普通 PR 或原生栈，并验证集成后的修订。部署需运行或等待既有集成路径，验证目标、交付修订或产物来源及该环境中的必需行为。委派工作同样经由这些技能路由，不得直接使用 gh pr create、gh pr merge 等原始命令绕过门禁。
适用场景与限制：适用于需要端到端交付单个工作项并验证终点的场景。集成交付与发布发布是不同结果，不得在本单项循环中调用 /create-release，也不得以里程碑发布替代集成交付。仅剩外部转换（CI、评审自动化、部署）时，按 delivery-wait 规则为每个等待转换设置等待、记录可恢复状态并结束回合；宿主无法保持等待时，报告恢复的确切时间或事件。仅在选定终点有可观察证据时才算完成；外部阻塞、未决重大决策或缺少授权可使其未完成，需报告确切缺口与下一转换。完成报告须将每项声明对应到该具体操作与目标的返回结果；合并成功不确认分支删除，确认回执不确认清理或消息送达。资料未提供具体安装命令、收费或平台信息。