chore(release): [REL-09] prepare independent major versions and verified artifacts

refactor/version-policy.md

@@ -36,11 +36,11 @@
 ## 规则与实施
 
 1. 保持 Lerna independent：核心 6.0.0 不意味着全部插件也是 6.0.0。每个包 minor/patch 归零；本次只有一个 major 升级，不按任务或复盘轮次反复加 major。
-2. 允许在目标版本下准备预发布版本，例如 6.0.0-rc.1；具体标识由 REL-01 固定，正式目标保持 6.0.0。预发布、正式 tag 和实际 publish 仍遵循发布流程。
+2. REL-01 已选定精确目标版本，例如 6.0.0，不加 -rc 后缀。本轮候选为未上传的本地 tarball；后续经授权公开候选用 next、正式推广用 latest，均须遵循发布流程。
 3. REL-01 核实已发布历史及版本占用，再冻结分包目标、变更日志和依赖范围。若执行期间主线已经发布了目标 major 或存在目标版本，明确记录冲突并重新确定方案；不能覆盖已发布内容、悄悄改成 patch 或凭旧清单直接发布。
 4. REL-01 冻结方案，REL-09 落实版本准备；必要时将 REL-09 拆为可验收的子任务，再同步 manifest、适用锁文件、内部 dependencies/peerDependencies、示例和变更日志，独立提交后由 REL-02 构建候选。更新 peer 范围需保留已验证的旧核心支持，不因 major 变化强制全生态同步升级。
 5. 全包都纳入大版本目标，不以某包改动较少为由继续发原 minor/patch。允许按实际验证范围分批发布，未交付包保持待办，不伪造完成。
 6. 候选版本必须在最终构建/pack/验证前确定，CI-03 校验逐包版本、包内容和发布 tag；不能测试旧版本包后临发布再改版本。版本或依赖变化使相关候选证据失效，必须重跑验证。
 7. REVIEW-03 逐包核对目标、声明、入口、版本组合、旧调用及回退产物；release notes 说明本次工程重构采用新 major，但不能笼统声明所有旧 API 已兼容而缺少证据。
 
-本次决定替代 toolchain-release.md 和 github-ci-cd.md 原先“不自动提升全部 major”的规则。兼容契约与三轮复盘门槛不变；REL-01已冻结方案，REL-09尚未实施升级，没有发布授权。实施完成后等待用户指导启动复盘。
+本次决定替代 toolchain-release.md 和 github-ci-cd.md 原先“不自动提升全部 major”的规则。兼容契约与三轮复盘门槛不变；REL-01已冻结方案，REL-09已将22包manifest及CHANGELOG设为目标版本，并同步本地示例依赖。实际验证与提交状态见tasks.json和progress.md，没有发布授权。实施完成后等待用户指导启动复盘。