S01E02｜内容平台从静态到动态的演进

本期简介

第二期，继续一个人录。主题是内容平台的架构演进——为什么纯静态撑不住长期内容运营，以及我把站点升级成前后台分离的决策过程。

时间轴

时间轴见右侧组件，本期共 38 分钟，分六个节点。

文字稿

开场：第一期聊了 AI Agent 工程化，这期聊我自己。我做一个个人内容站，最初用 Astro 纯静态，跑得很好。但当我想长期维护时，发现几个硬限制。

读写分离：我没放弃 Astro，而是把它定位成读侧。另起一个 CMS 作为写侧。Astro 负责快、轻、SEO 好；CMS 负责编辑、草稿、审核、媒体库。

为什么选 Payload：

Payload 的 Code-first 风格适合研发背景的人长期维护，Block 工程化控制力最强。Directus 更适合快速搭后台，Strapi 更适合通用 CMS 场景。

内容契约层：最大的风险是 Astro 的 schema 和 CMS 的 collection 定义两套源漂移。我加了一层 content-contract，导出共享类型和字段枚举，两端各自适配，当作单一事实源。

结构化 Block：动态内容不存成 MDX 让前台运行时编译，而是存成结构化 Block（richText / callout / code / audio 等），前台用 BlockRenderer 按类型渲染。

结尾：分阶段演进，不要一步到位。先把静态骨架跑稳，再接 CMS 单集合试点，再全量迁移。每一步都有可回退的验证点。

本期提到的资源

资源链接见右侧组件。架构记录和选型决策建议搭配收听。