用途：为 fallow-rs/fallow 项目准备并发布正式版本，把预检、准备、发布、验证四个阶段固定为可执行流程。
主要能力：预检阶段核对 main 分支状态、版本标签是否已存在、是否已有草稿发布或并发发布，确认仓库启用了 release immutability；依据上一版本以来的提交推导语义化版本号，并先跑发布校验工作流。准备阶段核对 [Unreleased] 变更日志与提交范围、issue、讨论和外部贡献者，撰写面向公开的发布说明，事务性地更新版本、重新生成公开契约、适配器和打包技能，并同步 fallow-docs 与 fallow-skills。发布阶段推送发布提交，用 gh workflow run release.yml --ref main -f tag="$TAG" 触发工作流，监控其状态直到 success，下载 release-assets 产物并确认包含七个 VSIX、inventory.json 与 SHA256SUMS，随后创建签名标签并创建不可变 GitHub Release。收尾阶段查询发布状态，并从真实公开端点验证各注册表、文档部署和伴生契约。
使用方式：按资料给出的命令与顺序执行；版本清单中 tools/type-aware-sidecar 随 CLI 同步递增，crates/napi 及其 @fallow/* 平台清单则保持上次发布版本，待发布后再同步。发布说明须存放在仓库外，如 /tmp/fallow-release-vX.Y.Z.md，且非空。
限制与约束：工作流不创建标签或 Release，也不校验发布元数据；不可变发布发布后无法修复，因此上述检查都是发布前门槛。标签一经推送不得重建或移动。发布说明不得含 em-dash、不得点名竞品或上游第三方项目、须以完整变更日志比较 URL 结尾。若工作流失败可在不消耗标签的前提下修复重跑。本资料未提供具体收费、价格或平台支持范围。