01
先跑自动化门禁，再决定要不要继续手工检查
- •先跑 `npm run release:gate`，让 lint、smoke、full test 和标准 build 先把最便宜的失败挡住。
- •如果目标部署链路仍然是 Cloudflare / OpenNext，再补跑一次 `npm run build:cf`，不要把目标平台兼容性留到最后。
- •任何一步失败都先停下来修，而不是带着‘大概没事’继续往下走。
返回资源索引
Resource
发布门禁检查清单
这是一份公开版的收口顺序：先让自动化挡住最贵的误判，再把必须由人承担的检查走完，最后把发布判断沉淀成可复盘的记录。
Companion
这页是文章《为发布流程补门禁时，我先锁的是失败类型》的配套清单。文章负责解释为什么先锁失败类型，这页负责把当前可执行的公开顺序直接摆出来。
阅读配套文章发布门禁不是堆命令，而是先锁失败类型Cloud stack decisions
从部署选择，到发布检查，再到可复用资源。
这组页面围绕低成本 Cloud 栈和发布边界展开，适合按顺序阅读，也方便从文章直接跳到对应清单。
TopicOnlyBegin
工程与系统主题
集中承接 Cloudflare、OpenNext、发布检查和运行时边界这条主线。
ResourcesOnlyBegin
公开资源索引
把文章里可以直接复用的清单和模板收成独立资源入口。
ChecklistOnlyBegin
内容质量 QA 清单
发布前检查意图、判断、证据、链接和公开风险。
ArticleOnlyBegin
Cloudflare + OpenNext 运行时边界
先判断项目是否适合 Workers / OpenNext，而不是只比较部署按钮。
ArticleOnlyBegin
Cloudflare/OpenNext 发布前检查清单
把构建、路由、缓存和公开面检查放进发布前顺序。
ArticleOnlyBegin
Cloudflare Pages vs Vercel
用低成本个人站的约束比较两个部署选项。
ArticleOnlyBegin
Vercel、Cloudflare Pages、静态部署怎么选
按交互需求、成本和维护边界选择部署方式。
ArticleOnlyBegin
发布前 checklist 应该记录什么
把命令、路由和风险写成下一次能复用的发布证据。
02
人工 smoke 只保留机器暂时替代不了的判断
- •检查公开站关键入口：`/`、`/posts`、代表性文章详情页、`/rss.xml`。
- •检查工作区真实流程：打开 `/workspace`，确认恢复、录制、预览与下载都还成立。
- •检查开关状态：支付入口和微信登录入口在默认关闭时必须继续隐藏；如果临时打开，也要与服务端开关一致。
- •检查登录链路：Google 登录、刷新后的会话保留，以及需要时的 provider-unavailable 回退。
03
发布前最后记录三件事：跑了什么、看了什么、留下了什么风险
- •记录这次通过的命令、检查过的路由和当时启用的 feature flag。
- •把人工 smoke 的结论写回 release checklist，而不是只留在脑子里。
- •如果还有已知例外或暂不处理的问题，明确写下来，不要把模糊交给下一次发布判断。