1 changed files with 12 additions and 0 deletions
@@ -116,6 +116,18 @@ live staging 数据库执行 migrate up。历史 2026-10-22 成功回执见
 与 `staging-verify-r2.log`。历史脚本里为特定 DSH UI 发布加入的配对、手动切换及回退步骤
 不属于普通 Slark Server/daemon 发布命令，不能直接照搬。

+候选若包含 canonical main 尚未收录的 migration，或修改发布控制面，staging admission
+只允许在隔离 PDV 中验证，不会切换共享 staging。隔离验证通过后，先按 PR 门禁将改动并入
+canonical main，再用新的 main 精确 SHA 重新准备候选和执行共享 staging 发布；不要把
+`isolated_required` 的成功回执写成共享 staging 已发布。
+
+若镜像 token 确实不可读，仓库另有 `deploy-staging.sh --no-mirror --reason '<具体原因>'`
+审计路径。仅在已按官方 `staging-candidate.mjs` 生成并核验同一精确 SHA 的 manifest、archive、
+source 和 daemon seed revision 列表，且已满足正常 CI、环境身份和 release admission 门禁时使用；
+该路径不读取 Bitwarden、不切换 `staging-latest` 镜像频道。历史先例见
+`docs/reports/REQ-20261012-0006-delivery-status.md`。使用后应明确记录“共享 staging 已发布，
+镜像频道未更新”，不能把 no-mirror 写成镜像发布成功。
+
 不得把查询到的 Name 非 `slark-staging` 的机器当作目标。四件套细节与环境隔离约束见
 `docs/req-20260811-0059-staging-environment-design.md`。