一个真正可用的 CMS 有两种性格：前台要有表达力，后台要足够稳定、清晰、可预期。
工程选择
- 在接口边界附近完成输入校验。
- 保持数据模型稳定。
- 让编辑操作可恢复，至少要有明确确认。
这就是演示作品和长期系统之间的差别。
CMS 的难点
CMS 最难的不是把 Markdown 存进数据库，而是让内容模型、后台编辑、前台展示和 SEO 元数据长期保持一致。每新增一个内容类型，都要考虑列表、详情、搜索、推荐、后台管理和部署后的数据迁移。
我会优先保护数据边界
文章、项目、指南、资源、Now 和 Playbook 各自有不同字段。与其做一个万能内容表，我更愿意让模型语义清楚，再用 normalize 函数处理 JSON 字段和前台展示所需格式。
判断
一个好用的 CMS 应该让内容持续增加，而不是让维护者每次更新都担心破坏页面。