Blog 迁移到 mdorigin 了

把 blog 迁移到了 mdorigin。

首先遇到的是样式模版问题。虽然说 Agent 时代，内容的价值大于界面，不应该花太多精力在博客模版和样式上，但网站都长一样也确实很单调。

但模版这种东西，本来就是前 Agent 时代的产物，主要是为了降低改样式的门槛。现在有了 Agent，这件事的做法就不一样了。于是我给 Codex 说，你根据我的内容，给我推荐一下博客样式。

Codex 刷刷几下，就给了我两个版本，开了两个端口，给我预览，还把理由解释的头头是道。

Warm Editorial 版本：

Technical Night 版本：

我说两个都挺好，于是它给我融合了一下，就是当前这个版本了。

所以我就删掉了 mdorigin 里内置的风格和模版系统，只保留扩展机制。站点样式让 Agent 去定制，mdorigin 自己只管 HTML / Markdown 的结构、路由和内容检索。

资源和 Markdown 可以放在一起了

我以前写 blog 有个很烦的点：很多系统要求图片和附件单独放一个公共目录。

这样部署是方便了，但写作时很别扭。文章是一套路径，图片又是一套路径，本地预览和最后发布看到的还不是同一个东西。

mdorigin 这次继续沿着另一条路走：

• 图片、视频、附件继续和文章放在一起
• Markdown 里直接用相对路径
• 发布时 mdorigin 会根据媒体文件的大小，自动分流到 Cloudflare 的 asset 或对象存储里，页面上的资源路径也是相对路径。

这看起来像部署细节，但对写作者来说差别很大。文章目录终于可以既是写作目录，也是发布目录。

文章发布终于能串成一条工作流

要构建 Local first 的文章工作流，以前有一个麻烦的点是，本地写一遍，然后发到 X/Twitter 和 Weibo 上还要再搞一次排版，封面图片啥的，比较费时间。

于是我用 webmcp-bridge 做了 google-webmcp, x-webmcp 和 weibo-webmcp，通过 Agent 自动化了整个工作流。

1. 文章写完后，Agent review 通过 google-webmcp 生成头图。
2. 然后调用 x-webmcp 和 weibo-webmcp 把 Markdown 转换格式，同步到 X article 和 Weibo article，自动上传图片，生成封面。

终于实现了同一份 Markdown 是 canonical source，blog 和外部分发尽量都围着它转，而不是每个平台各写一版。

顺手看了一眼 Cloudflare 的数据，文本类响应已经不少了。这也让我更确定，Markdown 视图不是多余功能。

更完整的背景，可以看前一篇《mdorigin：面向 Agent 的内容发布工具》。