docs(refactor): [DOC-11] require next major versions for all packages

refactor/toolchain-release.md

@@ -60,7 +60,7 @@ GitHub CI/CD 的优化属于本次重构范围，按 [CI/CD 规范](github-ci-cd
 
 1. BASE-01 确定旧核心和插件的支持矩阵，登记 npm tarball integrity。起点 SHA 不能代替消费者产物基线。
 2. REL 阶段为每个发生变化的包生成候选 tarball，用隔离消费者验证，无需先公开发布。
-3. 决定独立版本号、变更日志和包依赖；纯内部兼容重构不自动提升全部包 major，也不自动把所有包改成同一版本。
+3. 按用户要求，全部 workspace 包各自升级一个大版本：M.m.p → (M+1).0.0，具体目标见 [版本策略](version-policy.md)。保留独立版本、同步变更日志和依赖范围；大版本升级不放宽旧 API 兼容要求。
 4. 预发布 tag、npm 发布、站点部署及推送属于后续实际发布步骤；当前仅创建本地分支与文档，不执行这些动作。
 5. 经授权后按风险批次发布候选版本。优先简单包，再核心兼容候选，最后高风险生态包；不要求用户同时升级整个生态。
 6. 收集有复现步骤的反馈，与旧版本 A/B 对照。达到记录好的验收条件后才能更新正式 tag；不设无依据的自动等待天数。