Boloop 阅读示意图（AI 生成）：从内容、访问权限到日常运营，网站需要逐层补齐。

Boloop 是我记录 AI 生图、项目开发和个人 Agent 尝试的地方，也收录我推荐的软件、Skills 和阅读。它的建设过程让我逐渐看清一件事：页面做好之后，网站还有很长一段路要走。

首屏能看、菜单能点，解决的是“东西出现了”。接下来更具体的问题是：我在哪里修改内容？保存后谁能看到？附件下架后还能不能下载？登录失效时，刚写的文字还在不在？上线后，又凭什么判断有人真的用过它？

这篇按实际建设顺序，记录 Boloop 逐步补齐的几段链路。它不是推荐所有个人网站都照着建设一整套后台，而是解释我们为什么走到了这些地方。

内容开始变化，页面就需要一个稳定的数据来源

Boloop 有文章、软件和 Skill，后来又增加了作品案例。它们的公开信息不同：文章需要正文和作者，软件需要原项目入口，原创 Skill 可能提供下载，推荐 Skill 则需要保留第三方来源。

如果只把这些内容当成一组漂亮卡片，差别很容易被抹平。推荐别人做的软件，看起来像自己开发的产品；一次外链点击，看起来像一次下载；一个空作者字段，又可能被模板自动补成站长名字。

因此，CMS 对我们首先意味着明确内容的身份。界面从已发布字段取得标题、摘要、作者和来源，未填写的信息保持为空。后台保存的是正在编辑的草稿，公开页面读取的是已发布快照。

这个区分解决了一个日常问题：我可以继续改一篇已经上线的文章，而不让读者看到写到一半的内容。早期隔离浏览器验收中，我们实际改过草稿标题，再刷新公开页，公开标题仍保持原样；恢复历史修订时，也只恢复到草稿，没有顺带重新发布。

有了上传按钮，还要补上文件的完整生命周期

文章配图和 Skill ZIP 都会经过上传，但“服务器收到文件”只是其中一步。文件还需要通过格式检查、关联到正确资源，并随着内容状态决定是否公开。

在早期隔离验收里，我们做过一条完整路径：上传测试 ZIP，保存关联，发布，再从公开页面下载，比较下载文件与后台文件的 SHA-256。另一条反向路径同样重要：仍被草稿或已发布内容引用的附件不能直接归档；解除有效引用后，才能归档；恢复附件也不会自动替内容重新关联和发布。

这让后台里的几个动作有了各自清楚的含义。保存、关联、发布、归档和恢复，不再只是几个状态相近的按钮。

上传出错时，系统还需要保留输入。我们在隔离环境注入过对象存储故障，恢复后使用原表单和原文件重试。那是可控故障的验收；后来遇到浏览器操作工具本身超时时，则必须保留“上传结果未知”的判断，不能把两件事混为一次已解决的故障。

网站搬了地方，真实登录要重新走一遍

迁移到 Cloudflare Pages 后，构建产物能够运行，并不自动证明管理员能正常使用。

我们需要分别处理 Google 登录的回调、站点会话、管理员身份和后台接口权限。隔离测试能验证“假定这个身份有效时，应用如何反应”，真实登录则要验证 Google 返回之后，浏览器是否建立了正确会话，普通账户是否仍被拒绝。

还有一个容易忽视的场景：编辑途中会话过期。早期迁移候选的浏览器验收覆盖了这个过程：保存被拒绝后隐藏私有表单，恢复同一管理员会话，再重新验证，未保存标题仍然保留。这个结果来自隔离环境，不能替代真实 OAuth 回调和线上 Cookie 的验收，但它把需要验证的行为说清楚了。

部署到哪里、用什么身份、连着哪套数据，是同一条用户路径上的条件，不能只看首页是否返回成功。

公开以后，抓取、权限和统计开始互相影响

网站公开之后，新的问题来自不同规则相遇的地方。

Google 验证文件会经过 Pages 的路由处理；公开图片可能仍走着带有爬虫限制的附件地址；推荐详情有意保留的 noindex，又不能被日常巡检误判成站点故障。

这些问题都需要缩小到具体入口检查。验证文件要核对实际请求是否跳转、最终字节是否正确；图片要同时看引用它的内容是否公开、返回的 MIME 和响应头是什么；索引状态则要区别“站点提供了页面”和“Google 已经处理了页面”。

统计同样如此。Boloop 的本站事件、GA4 和 Search Console 有各自的日期和覆盖范围。页面上的数字存在，不代表已经有足够样本解释增长；一次上线验收访问，也不能被写成一个自然搜索带来的读者。

下一步需要什么，由真实使用决定

这一路并不是先列出所有系统，再一次做完。内容越来越多，目录需要分页和跨页搜索；出现真实上传问题，恢复路径才变得具体；开始运营之后，统计邮件、诊断和选题任务又需要交接与去重。

对另一个正在用 AI 搭网站的人，我建议先选一条真实路径完成它。例如：写一篇文章，保存草稿，预览，发布，在匿名页面读到正确版本，再确认撤下后的行为。路径涉及的功能，就是首版真正需要补齐的部分。

随后给这条路径加一个会发生的反例：会话过期、存储暂时失败，或者发布后继续编辑。看它能否保留工作，能否说明结果，能否恢复。

Boloop 的经验会继续变化。早期建设和验收发生在云端隔离环境，2026 年 10 月 19 日之后开发与隔离测试迁到本机，再将经过验证的构建发布到 Pages。这样的边界也应该留在记录里：读者需要知道哪一段已经实际走过，哪一段还只是候选。

网站能长期维护，靠的是这些路径逐步连起来。AI 帮忙写出的界面是一个很好的起点；当内容、权限、失败恢复和运营结果都有了明确去处，这个起点才开始成为自己的产品。