为什么博客和 CMS 要坚持内容即代码

先从摩擦最小的系统开始

对于个人站来说，内容模型通常很小，也相对稳定。过早引入数据库、权限体系和富编辑后台，往往会先带来维护负担，而不是实际收益。

当前阶段更合适的版本可以保持得更轻：

• Markdown 文件作为内容真源
• Git 历史负责审阅和回滚
• 后台路由只做一层很薄的发布辅助

这会立刻带来什么

当内容和代码同仓管理时，部署流和内容变更流是统一的。这样可以明显降低系统分裂、环境漂移和发布链路失配的概率。

content/blog/{locale}/{slug}.md
        -> 构建阶段解析
        -> 在对应语言路由中渲染
        -> 通过轻量 API 记录浏览和点赞

这不是最灵活的架构，但它是当前阶段在投入、控制力和迁移成本之间最划算的方案。

升级路径仍然保留

如果未来写作量上来，或者编辑协作流程变复杂，再引入更完整的 CMS 也完全来得及。先做内容即代码，并不会把后路堵死。

它只是避免在没有证据表明项目需要复杂系统之前，提前支付复杂度成本。