用途
he-ship 属于 sgaabdu4/building-flutter-apps 技能集，名称在文中写作 Hard Eng Ship。它面向交付与发布环节：把已经验证通过的本地构建，通过任务分支和 PR 交付，检查目标远程结果，并在完成后安全清理任务。资料将其用途概括为 PR 创建、发布（shipping）等场景。
输入与边界
输入由两部分组成：HE Build 的本地“可发布”（Ready-for-ship）证据，以及用户给出的交付范围。资料明确指出：复用已有授权，技能本身、计划或一次绿色检查都不会增加授权。技能需要从任务与项目说明中解析出实际的仓库、分支/PR 和目标环境；如果缺少关键授权或目标，应先完成安全的准备工作，然后只就该边界进行询问。
主要能力
- 交付流程：创建任务分支和限定范围的 PR，并在 PR 中附带证据。
- 原生就绪检查（native ready check）：依据仓库事实在既有 gate 文件中进行配置；缺少配置、访问权限或证明会阻塞流程。
- 受控合并（Guarded merge）：在检查通过且合并已获授权时执行；若请求仅为 PR，则报告 PR 和实际检查结果。
- 合并后验证：验证合并后的修订版本以及所需的交付证明。
- 受控清理：仅在确认合并并取得所需交付证明后进行。
- 回退与恢复：代码失败时回到 HE Build 修复并重做受影响的证明；缺少前置条件时保留证据并记录确切的恢复条件。
使用方式
流程可概括为：当前构建证明 + 交付范围 → 任务分支 + 限定范围的 PR（含证据）→ 原生就绪检查 → 受控合并 → 验证合并修订与所需交付证明 → 受控清理 → 在同一计划中记录实际结果。使用项目自有的发布命令和现有 Git/gh，不自动引入额外的服务商、跟踪器、上传服务或监视器。隔离方面，复用该任务的分支/工作树和已有 PR；若工作在共享/基础检出中开始，需在发布前隔离已授权的更改，并保留无关的暂存/未暂存文件。
适用场景
- 需要把本地已验证构建交付到远程并检查远程结果的任务。
- 需要创建 PR、按授权合并或部署，并在完成后清理任务的流程。
- 需要在同一计划中区分“本地构建完成”与“交付目标（PR、合并或部署）”，并记录实际结果的情况。
限制
资料强调：交付过程需要项目自有的发布命令、既有 gate 文件配置以及 Git/gh 访问权限，缺失时会阻塞；凭据和发布权限属于外部前置条件。就绪检查必须在当前 PR/修订版本上原生进行，待处理、跳过的必需工作、旧的绿色运行或缺少证明的成功命令都不足以确立交付。清理仅在确认合并并取得所需交付证明后进行，不确定归属或活动状态时应保留并报告阻塞，不得强制删除以使清理通过。资料未提供价格、收费、平台支持范围或性能指标等信息。