fix: handle missing module release tags

.github/workflows/module-publish.yml

@@ -136,7 +136,9 @@ jobs:
             echo "::error::主仓 SFMC_GITHUB_TOKEN 未配置"
             exit 1
           fi
-          existing="$(gh api "repos/${repo}/git/ref/tags/${tag}" --jq .object.sha 2>/dev/null || true)"
+          if ! existing="$(gh api "repos/${repo}/git/ref/tags/${tag}" --jq .object.sha 2>/dev/null)"; then
+            existing=""
+          fi
           if [ -n "${existing}" ] && [ "${existing}" != "${COMMIT}" ]; then
             echo "::error::${tag} 已指向其他提交"
             exit 1

docs/zh/dev/stable-release-plan.md

@@ -103,3 +103,5 @@
 - 旧 beta Version PR #110 已改为 Draft，避免候选验收期间误合并。
 - 隔离 BDS 和独立 db-server 再次启动，日志确认 `activity-log`、`feature-qq-link` 启动，且 HttpDB 连接独立端口 `30131`。本机客户端暂时无法连接测试服；用户要求跳过这次客户端实测，因此未绑定入服、绑定放行、踢人和重新进服仍是未验证的运行项，不记为通过。隔离服务已正常关闭，正式服未重启。
 - 在隔离服务关闭后，将测试数据、配置、模块目录及测试世界冷备份并解压至另一测试目录；54 个文件逐项 SHA256 相同，恢复数据库 `PRAGMA integrity_check` 为 `ok`。从恢复目录启动候选 db-server 后，健康检查与 QQ 管理队列均返回成功，再正常停止。这只验证隔离样本的备份/恢复，不代表正式服历史数据迁移已经验收。
+- 平台正式版 PR #111 合并后，Changesets 工作流成功发布 9 个公开包，并建立对应 Git tag 和 GitHub Release；公共 registry 的精确版本与 `latest` 已逐项核对。隔离空目录以 pnpm 从公共 registry 安装 `@sfmc-bds/sfmc@0.2.0` 成功，直接运行其 CLI 的 `--version` 输出 `0.2.0`。升级文档中的旧 `sfmc version` 命令已改正。
+- 首个模块 `activity-log@0.2.1` 的集中工作流完成 npm 发布，但标签步骤误把 GitHub API 的 404 当作已有标签而失败；公共 registry 已返回该版本，缺失的 `v0.2.1` 标签和 GitHub Release 已补到发布提交 `35c33e4`。工作流正在修复后再发布其余模块。`qq-link` 主分支的集中 dry run 已成功。

docs/zh/guide/backup-upgrade.mdx

@@ -82,7 +82,7 @@ SFMC 平台的各层组件相互解耦，可按需分别升级：
 pnpm add -g @sfmc-bds/sfmc
 
 # 验证更新后版本
-sfmc version
+sfmc --version
 ```
 
   </Tab>