从在别人博客看到 AI 摘要说起，到把「Worker 生成 + D1 缓存 + 前端打字机」整条链路落到自己的 Fuwari 上。含方案取舍、真实代码，以及字数截断、缓存失效、行尾污染三个坑的完整排错记录。

起因是看到别人给博客写本地管理 CLI，遂先做个 Node 原型，再集成进自己常用的 Markdown 编辑器「轻阅」，接上 CF Pages 自动部署。第一版做完又返工了一遍：砍掉友链、把配置门槛和发布流程压到最简，还顺手重写了 frontmatter 的读写。

前阵子读到威言威语《十九年后，我第一次跳出自己的舒适区》，作者十九年双栏布局，这次第一次认真做单栏、做减法、把阅读放到第一位。这篇文章像一根针，把我一直想动又没动的侧栏给挑了出来。于是有了这一轮折腾：文章页侧栏默认折叠、正文吃满、阅读列收窄到 800px，顺手还修掉一个藏了很久的 favicon 失效 bug。

借鉴夏夜流萤的方案，给 fuwari 博客加上文章加密——构建时 AES-256-GCM 加密、浏览器端解密，外加一个原文没有的「锁定本文」按钮，以及三个自己排查出来的泄露口。

一篇用来演示「加密文章」功能的示例——正文默认锁着，输入密码才能查看。

又一篇 cuteleaf 的 Firefly 主题魔改——看板娘（Live2D）。和上一篇推荐算法不同，这次是纯粹的重客户端 WebGL 组件，和本站「轻量、零运行时优先」的取向有张力。但文章里几个工程细节（data 属性透传配置、swup 场景下的初始化时机）值得边记边比对。

借鉴夏夜流萤的方案，给博客加了一个 [grid] 标记：构建期把多张图重组成等高并排的网格，点击进灯箱。本文自带活的范例。

巧的是，本站悬浮工具栏里刚好也有一个「随机一篇」按钮（构建时把全量文章 URL 内联进 HTML，点击时零请求跳转）。所以读到这篇推荐算法文时，又是熟悉的配方——同一个栈（Astro 纯静态）、同一个痛点（静态站没有服务端运行时），但对方把「推荐」这件事做得比笔者系统得多：相关文章靠构建时评分，随机文章靠客户端洗牌，两栏各走各的路。下面先整理原作者怎么做，再和笔者的方案逐项比。