用途：ship-cycle 将改进意图确定性地转化为已发布版本，流程为意图→Issue→里程碑（即版本）→打标签发布。它只负责编排，不负责实际代码修改。
主要能力：编写规范的双语 Issue（标题、正文、标签、依赖链接、语言）；按 semver 规则将条目聚类为里程碑并限制数量；里程碑关闭时执行发布流水线，包括预检、变更日志聚合、清单版本号提升、附注标签、gh release create 与验证；维护审计轨迹，如 Issue 关闭评论、里程碑关闭、发布与 Issue 关联。
使用方式：仅支持直接调用。先做主机检测，判断走 GitHub 轨道（默认，需已认证 gh CLI）还是 PRD 轨道（其他托管或纯 git）。执行前需写出 Assumptions 块并请操作者确认。所有外部变更遵循“预览—确认—变更”三步契约，支持 dry-run 模式，并带幂等标记避免重复创建。流程共 11 步，含语言选择、输入收集、草拟 Issue、编写 PRD.md、里程碑分类、计划确认、创建 Issue 与发布。
适用场景：已有明确改进清单、扫描报告或命名范围的仓库，需要把改进批量整理为 Issue 并按版本发布。
限制：不执行代码修改，不撰写面向用户的发布说明，不负责 CI 配置；不替代 write-for-ai 与 project-conventions。范围模糊、语言信号缺失、工作区状态混杂或无法确定当前版本时会停止并询问。已发布的标签或 Release 不得重写，出错应发布补丁版本。具体收费、价格与平台支持情况暂未提供。