Ant Design Mobile 发版

适用于 ant-design/ant-design-mobile 的 npm 包和 GitHub Release。用户要求“发布准备”时，先确认版本，再完成依赖、构建、检查和版本提交；用户只手工执行 npm 发布命令。用户告知发布完成后，由 Agent 验证 npm 包，再打 tag 和创建 GitHub Release。

先确认版本

1. 只读检查当前分支、工作区、最新 master、已有 Git tag、GitHub Release、npm 版本与 dist-tag，以及上次发布以来的变更。已有未提交改动时先查明归属，不覆盖用户工作。
2. 根据变更性质推荐一个明确的目标版本，简述推荐理由，并直接询问用户是否采用该版本；用户也可以指定其他版本。稳定版不能沿用当前的 -alpha 版本号；预发布版需明确版本号及 alpha 或 dev 标签。
3. 得到用户对目标版本的明确确认后，才修改文件、安装依赖、编译、提交或推送。确认目标版本尚未用于 npm 包、Git tag 或 GitHub Release。

确认后执行准备

1. 基于最新 master，检查工作区和远端 CI。按锁文件安装依赖，使用与项目兼容的 Node.js、pnpm 版本，不顺手升级依赖或修改包管理配置。
2. 将 package.json 改为确认的目标版本。执行 pnpm build、适用的测试与 Lint、pnpm package-diff 和 npm pack --dry-run ./lib，核对 lib/package.json 与目标版本、待发布文件一致；失败时先修复并重新验证，不带着失败结果提交。
3. 只提交本次发版相关文件。版本提交标题必须写明完整目标版本，使用 chore: release v<version>，例如 chore: release v5.43.0；不得使用 chore: change version 等不含版本号的泛化标题。提交后核对标题与 package.json 版本一致，再推送至 origin/master，核对远端提交与本地一致，并报告远端 CI 状态。不能安全更新或推送时，说明阻塞，不覆盖他人改动。
4. 整理上个稳定版以来的变更，准备简洁的中英文 GitHub Release 日志及相关 PR 链接。确保用户所在工作目录已有正确版本的 ./lib，且 Node.js、pnpm 和 npm registry 可直接用于发包；准备阶段不创建或推送 tag，不运行发布命令，也不创建 GitHub Release。报告版本、提交和检查结果，然后只提示稳定版用户输入 pnpm pub。用户明确选择预发布版时，改为对应的 pnpm pub:alpha 或 pnpm pub:dev。

用户手工发布完成后