最近在研究 Astro 的 CMS 方案时，偶然发现了 Lumen CMS。看完介绍之后，我的第一反应是：这不就是我一直想要的那个东西吗？
如果你也在用 Astro 建站，或者正在考虑从 WordPress 迁移过来，这篇文章可能对你有用。
先说背景。我自己用 Astro 建博客已经有一段时间了，整体体验非常好——Markdown 写文章、Git 管理版本、部署到 Vercel 或 Cloudflare Pages，速度快、维护成本低、SEO 友好。
但有一个痛点始终没解决：谁来编辑内容？
用 Astro Content Collections + Markdown 的方案，编辑者必须是”会用 Git”的人。如果你要把网站交给一个不懂代码的朋友维护，要么教他 Git（成本高），要么给他搭一个 CMS（需要额外的后端服务）。
市场上常见的解法是”无头 CMS”（Headless CMS）——把 WordPress 或 Sanity 或 Contentful 当作内容后台，通过 API 把内容传给 Astro。这种方式解决了编辑体验的问题，但带来了新的麻烦：
我之前写过一篇关于 UnfoldCMS 的文章，讲的也是类似思路。但 Lumen 的做法更彻底——它干脆不做 API，直接操作你本地的 Markdown 文件。
Lumen 的核心理念是：内容是文件，文件是内容。
安装 Lumen 之后，它会在你本地运行一个服务（用 VS Code 打开 Lumen 的专用编辑器），你可以在编辑器里看到网站的真实页面——而不是一堆表单字段。直接点击页面上的任何文本或图片就能修改，保存后文件就写入了 src/content/ 目录。
这个体验很关键：你不是在填表单，你是在编辑真实的 Markdown 文件。 Lumen 做的只是把”用文本编辑器打开文件”这个操作，包装成了一个可视化界面。
几个亮点：
前端元数据变成表单。 每篇博客的 frontmatter（标题、日期、标签）会自动变成可填写的表单字段，Markdown 正文保持原始格式。字段的类型由 Astro 的 Content Collections Zod schema 自动推断——这意味着不需要额外配置，Lumen 直接读懂你的数据结构。
实时预览。 点击页面上的任何元素，编辑框会显示对应的 Markdown 源码，边上是渲染后的效果预览。“所见即所得”但又保留了 Markdown 的灵活性。
内置 Git 和部署。 Lumen 集成了 Git 操作，点击保存等于 git commit，还支持一键推送到 Netlify 触发构建。
没有云端锁定。 Lumen 的服务器只处理两件事：Relay 邀请（多人协作）和许可证验证。你网站的内容永远在你自己手里，不经过任何第三方云服务。
我自己的判断是：取决于你的使用场景和团队构成。
| Lumen | WordPress | |
|---|---|---|
| 编辑体验 | 图形化，但需要懂 Markdown 格式 | 纯 GUI，不懂代码也能上手 |
| 内容存储 | 本地 Markdown 文件 | 数据库 |
| 维护成本 | 低，基本不用维护 | 高，需要更新插件、关注安全 |
| 多人协作 | 支持，需要付费 | 支持，权限体系成熟 |
| 费用 | 一次性买断 $39 起 | 主机 + 主题 + 插件 |
| 适合人群 | 开发者或懂技术的团队 | 非技术内容团队 |
如果你是一个开发者博客、个人作品集，或者小型内容网站，Lumen 的性价比非常高——一次性 $39 就能拥有自己的 CMS，而且没有月费、没有 API 限制、没有数据被锁定的风险。
如果你的网站需要非技术人员频繁更新内容，比如企业官网或者给客户建站，WordPress 的 GUI 友好度仍然更高一些。
我觉得 Lumen 最有意思的地方不是功能本身，而是它背后的设计哲学：不要把内容当成数据库记录，把内容当成文件。
这个哲学正好契合 Astro 最初的定位——一个面向内容创作者的静态站点框架。Astro 的 Content Collections 本质上就是在用”文件即内容”的思路，Lumen 把这个思路延伸到了可视化编辑层面。
WordPress 统治了 CMS 市场这么多年，很大程度上是因为它解决了”非技术人员如何管理内容”的问题。现在 Lumen 用一种更轻量的方式给出了另一种答案——让工具去适应文件，而不是让文件去适应工具。
我打算在下一篇文章里实际装一下 Lumen 试试。如果用起来体验好，可能会考虑给自己的博客加一个 CMS 入口。
你用 Astro 建站的话，现在的内容管理方案是什么？欢迎交流。
正在加载评论...