Cloud stack decisions
从部署选择，到发布检查，再到可复用资源。
这组页面围绕低成本 Cloud 栈和发布边界展开，适合按顺序阅读，也方便从文章直接跳到对应清单。
工程与系统主题
集中承接 Cloudflare、OpenNext、发布检查和运行时边界这条主线。
公开资源索引
把文章里可以直接复用的清单和模板收成独立资源入口。
发布门禁检查清单
发布前按自动化、人工 smoke 和风险记录收口。
内容质量 QA 清单
发布前检查意图、判断、证据、链接和公开风险。
Cloudflare + OpenNext 运行时边界
先判断项目是否适合 Workers / OpenNext，而不是只比较部署按钮。
Cloudflare/OpenNext 发布前检查清单
把构建、路由、缓存和公开面检查放进发布前顺序。
Cloudflare Pages vs Vercel
用低成本个人站的约束比较两个部署选项。
Vercel、Cloudflare Pages、静态部署怎么选
按交互需求、成本和维护边界选择部署方式。
发布前 checklist 应该记录什么
把命令、路由和风险写成下一次能复用的发布证据。
Hot articles
热门文章
Cloudflare + OpenNext 适合什么样的 Next.js 项目：先看运行时边界
本地 build 过不代表 Cloudflare 过；真正该先判断的，是你的职责分层和运行时边界是否适合这条链路。
用户要功能时，先问他想省掉哪段等待
很多功能请求表面上是在加能力，底层其实是在抱怨哪一段等待太长、太绕、太不确定。
Notion、MDX、CMS 怎么选，先看内容系统处在哪个阶段
Notion、MDX、CMS 不是信仰选择；真正的问题是当前站点卡在验证、沉淀还是协作规模。
Cloudflare/OpenNext 发布前检查清单
Cloudflare/OpenNext 的发布检查，要把本地构建、目标构建、运行时边界和公开路由一起看。
Cloudflare Pages vs Vercel：低成本个人站怎么选
个人站选择 Cloudflare Pages 还是 Vercel，要先看项目形态和发布约束，而不是只看谁更便宜。
Vercel、Cloudflare Pages、静态部署怎么选
部署选择最容易被误解成平台偏好题，实际上它先是一道运行时边界题：你到底需不需要服务器、流式响应、ISR 和平台感知能力。
发布前 checklist 应该记录什么：命令、路由、风险
发布前检查清单真正要记录的，是哪些证据证明你可以发布，以及失败时该怎么回退。
个人网站没有流量，先改文章还是先改导航
没有流量时最容易同时动很多地方，但真正该先改文章还是导航，取决于读者到底是看不懂你在写什么，还是看懂了却不想继续点。
一个人做发布，最该补的是边界不是胆量
独立开发最危险的不是没人催你发，而是你太容易在熟悉系统之后，高估自己对风险的掌控感。
如何把社区问题变成一篇不水的文章
社区问题本身不是文章；只有当你补上场景、代价、判断和可执行模板，它才会从噪音变成可发布内容。
为什么转载文章很难带来长期流量
转载看起来是最快的补库存方式，但搜索和广告审核真正奖励的不是页面数量，而是你是否提供了新的理由让人直接来你的站点。
产品首页为什么要卖判断，不只是卖功能
首页如果只会堆功能，读者能看懂你能做什么，却不一定知道你为什么要这样组织它们。