最近用 AI 对这个 Blog 网站做了一系列可以称得上「重大」的更新：

  • 想清楚了不同内容阵地里发什么东西。这一点不展开。

  • 生成器从 Hexo 迁移到了 Astro，并将引用的 Hexo 生态插件在 Astro 语境下重新实现了一遍，保证迁移前后效果对齐。

Hexo 已经用了好几年，其实也没什么功能上的缺失，只是有些插件已经很久没更新，例如 encrypt，同时我自己实现的主题中也有几个 deprecated 的依赖，前 AI 时代下可能就小修小补（插件不更新就继续用、依赖手动升级再解决一下兼容性问题），可在现在的时代语境下，实现一份效果对齐的 Astro 主题的成本已经很低了，所以干脆迁移到生态上更活跃、技术上也更面向未来的 Astro 好了，作为一个长期迭代的基线大概率比 Hexo 要好一些。

同时，对于一些安全性和性能等代码质量问题，在当下，我其实更乐意相信 GPT-5.6 Sol 实现的代码，而非一份 n 年未更新的人类作者仓库。这个网站的项目规模也很小，自己用 AI 实现确实增加了维护面，但极大提升了可控性，我觉得在我的场景下显然这笔账算下来是值得的。

  • 实现了内容管理的后端服务，以及配套的 iOS、macOS App。

写内容对我来说属于一种本能的情绪性的精神输出，但摩擦力也确实会影响产出，例如有不少念头其实值得展开成文，却由于没有短平快的入口而逐渐耗散了，尤其是情绪被时间消解之后很难再去书写什么。

前两年我就有构建一份移动端 Blog 写作方案的念头，一直在尝试寻找 or 组合符合需求的产品，但可能我的场景稍微有些小众（需要对我自建主题的一些 feature 做支持，一些 .md 文件内 metadata 驱动的条件内容渲染功能），没特别满意的。例如试过用 Obsidian 管理 Blog 内容的 Git 仓库（生成器或者说主题仓库是单独的），也试过一些例如 Qexo 的 Web CMS 方案，但效果都不是特别好。

主要是 Obsidian 本身不是为 Hexo 类发布流水线设计的产品，在写作场景下使用它，第一会显得很臃肿，第二在进度保存、版本发布方面也存在诸多问题，所以体验一直不是很好；另外 iOS 上对本地 Git 仓库的管理也天然不便。

所以，在成本可以接受的前提下，自建一套 Markdown 写作 + commit push 驱动部署的管理工具，也就值得去动手了。