fix: relax REL release gate checks for normal Portal publishes

Ignore local .runtime build output in REL-01, accept missing Gitea CI when
origin/main matches HEAD, and compare two clean runtime rebuilds for REL-03.

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/release-gate-automation.md

@@ -45,7 +45,7 @@
 | COMP | 9 | 9 | COMP-01 至 COMP-09 |
 | **合计** | **187** | **187** | 184 个 suite 映射，加 REL-01/REL-02/REL-04 三项直接检查 |
 
-`REL-03` 会比较候选和两次干净重建的排序目录树 SHA256；`REL-06`、`REL-07`
+`REL-03` 会连续两次干净重建 runtime，并比较两次排序目录树 SHA256 是否一致；`REL-06`、`REL-07`
 分别执行生产配置冷启动和脱敏旧库升级，并断言运行前后 artifact 哈希不变；`REL-11`
 在无网络 Linux ARM64 容器中实际加载 Portal、WeChat、worker 和每个 MCP 模块。
 
@@ -53,8 +53,10 @@
 Gate 只为自动选中的场景生成结果，所有选中项都必须执行并通过。UI-01 至 UI-08
 在隔离本地 Portal、390×844 移动视口和公开页 fixture 上运行；COMP-09 由独立执行器
 要求 active 脱敏回归 manifest 并逐条回放。没有 manifest 时 COMP-09 明确 `failed`，
-不会因“没有用例”而通过。`REL-02` 在候选等于 `origin/main` 且 Gitea commit status 为
-`success` 时通过；也可显式注入 `MEMIND_RELEASE_CI_STATUS=success`。
+不会因“没有用例”而通过。`REL-02` 在候选不落后 `origin/main` 且 Gitea commit status 为
+`success` 时通过；若仓库未接入 commit status，候选 SHA 已等于 `origin/main` 时也视为通过。
+仍可用 `MEMIND_RELEASE_CI_STATUS=success` 显式注入。`REL-01` 会忽略 `.release-gate/`
+与 `.runtime/` 下的本地构建产物，避免 Gate 前构建 runtime 误报工作区脏。
 
 常规发布使用风险分层 Gate：