用途：把“准备并发布一个版本”变成一条有意识的命令，而不是每次手工重新推导发布清单。它会在已安装时运行 sip，直接应用 commit-economy，且绝不自动触发另一个用户调用型技能。它把“提交”和“打标签+推送”视为两个分别确认的时刻：提交留在本地、可回退；打标签+推送是唯一对外公开的一步。
主要能力与流程：先对照待发布 diff 确认发布就绪，检查 AGENTS.md 的 Shipping 清单中除版本号提升和 sip 运行外的所有适用项，包括 SKILL.md 结构、README 与 docs/readme/ 本地化副本、plugin.json 注册、重命名在 re0-upgrade 弃用清单中的记录、跨技能共享规则一致性；发现缺口即报告并停止。随后分类版本提升：新技能为 minor，修复或仅文档为 patch，无替代路径地移除技能为 major；对既有技能的增强按性质而非规模判断。运行 sip（若已安装）并应用其发现，否则按顺序直接运行其检查。提升 package.json 版本，按 commit-economy 起草提交信息，请求明确确认后提交。写入 .re0/release/RELEASE_NOTES.local.md 作为标签消息，再请求第二次独立确认后执行 git tag -s vX.Y.Z -F .re0/release/RELEASE_NOTES.local.md --cleanup=verbatim，确认 git tag -v vX.Y.Z 签名良好，推送 main 与标签。
适用场景与限制：适用于该仓库内需要走完整发布流程的待发布改动。限制包括：不得臆造 CLI 命令或参数；推送是唯一手动步骤，发布工作流负责的步骤（发布、命名发布页）绝不手工执行，唯一例外是重切作者自己有缺陷的标签；本地版本必须与即将创建的标签一致才能推送；待发布 diff 混入无关关注点时应先建议拆分；退役迭代文件夹用普通 mv 而非 git mv；发布失败或回滚时保留迭代文件夹。完成后需确认工作流成功、外部贡献 PR 先批准再关闭并附署名评论、已发布周期迭代文件夹已退役或正确跳过。