导读
无头指南几乎都会讲 API；真正拉开差距的，往往是内容在仓库里怎么被切开。Contentful 写得很锋利：传统 CMS 用刚性模板把标题、正文、图片捆成一页，这叫 page-centric；即便挂上无头名号，若仍按页组织，复用一样举步维艰。它主张从 content model 出发：把博文标题、CTA 文案拆成元素并定义关系，再装进任意数字容器。Baklib 不把模型做成另一套抽象控制台孤岛，而是做成 Liquid 主题、settings_schema 与约二十一种自定义表单——让运营改得动、研发控得住、Agent 读得懂。
一、场景：活动页改五个字，为何要排期两周？
市场要改首页 Hero 主标题和按钮文案。若文案写死在主题 HTML 或前端仓库，就得开变更单、等发布窗口。若字段在 page.settings 里，运营进后台改 text 字段即可——开发者去忙真正的交互，而不是改两个字。Kontent 谈开发者友好时，一半含义正是：作者管生产之后，工程少被琐碎文案打断。另一半是技术栈自由；Schema 解决的是前一半在混合架构里如何落地。
二、素材证据：模型、运营四问、扩展
页面中心的陷阱在于：一组元素无法低成本复用到不同布局与渠道。Contentful 的内容基础设施从模型起，为组织定制类型与关系。选型时它还抛出运营清单：编辑界面是否易用可定制、权限是否够细、能否即时预览并分享审批、编辑能否自主发布、团队能否并行（内容与前端同时推进）、能否小步试验而不锁死全站、能否从小规模起步再扩展。API-first 不只 Delivery：管理、预览、图像等接口让 CMS 嵌进 PIM、个性化与自动化工具链。传统厂商事后加投递接口，与一开始按 API-first 设计的系统，不是同一物种。
三、Baklib 落地：Hero 与 CTA 字段表
Baklib 是混合 CMS：每个应用前端由 Liquid 主题驱动，含 settings_schema.json、layout、templates、locales，以及模板内 schema，运行时对应 site.settings 与 page.settings。应用库不是封闭拖拽搭建器，可工程化；深度开发用 CLI 做主题拉取与本地预览。字段示例（见官方二十一个自定义表单文档）：Hero 主标题用 text；说明用 textarea 或 richtext；CTA 文案用 text；是否推荐首页用 checkbox；文字色用 color；背景用 color_background；封面用 image_picker 走资源库；视频用 video_picker；PDF 用 file_picker。choices_from 可让选项来自站点或父页配置，避免每页手写枚举——这就是有组织的模型，不是桶里一堆字段。
四、一场预览权演习如何暴露假无头
Contentful 把预览写成硬指标：编辑要能立刻看到效果并分享给审批人。假无头常见症状是内容在接口里，预览却不存在，于是团队退回把页面截图发邮件。建议用半天演习：编辑只改 hero_title 与 cta_label；打开预览链接发到审批群；审批后发布；全程不打开主题仓库。若第二步做不到，说明 Schema 或权限没就绪，先别谈 Agent 写配置。图片与文件必须走选择器：外链图在多平台分发时，尤其是不稳定的第三方 CDN，会直接导致发布失败——这是运营现实。
五、思辨：模型是不是越细越好？
不是。模型为组织定制；一上来造两百个类型，编辑会逃回 Word。建议先用官方模板自带 schema 跑通；只把每周都改的营销元素字段化；长文进知识库而不是塞进一堆多行文本；媒体强制走资源库。纯可视化缺版本化与持续集成；纯模型控制台缺口袋体验。Schema 加 Liquid 是中间道路——有参与感的工程路径：运营改配置，研发改主题，双方边界清晰，信任反而更高。
六、可执行建议
打开现用主题的 settings_schema.json，列出近三十天改过的文案与图；把高频项变成表单字段并删掉硬编码；给编辑开预览权限，跑一轮不找开发改 Hero 的演习；需要自动化时，用 CLI 或 MCP 读写 settings，而不是直接改线上 HTML。
深读：字段化是在买「改的权利」
许多团队把主题定制理解成「把设计稿做成 Liquid」。真正贵的是上线之后的三十次小改。字段化的经济含义是：把高频变更从研发队列里挪到运营队列里，从而释放迭代带宽。Contentful 谈并行工作流，本质是两条队列解耦；Baklib 的表单字段，就是运营队列的工位。
也要防止另一种浪费：把低频字段全部配置化，后台变成飞机驾驶舱，新人不敢点。治理建议是「三十天法则」：过去三十天没改过的，允许暂时硬编码；改过两次以上的，必须进 schema。对 Agent 同样适用：先让它改已字段化的配置，再考虑让它动主题源码。
预览权与发布权应分离。只有预览权的人可以提变更建议；有发布权的人承担口径责任。这与 MCP 写入确认同源：关键节点保留人名，系统才敢规模化。
小结
content model 的血肉是字段与关系，不是演示文稿上的框。Baklib 用 Liquid 与二十一种表单把模型做成日常可运营的 Schema——混合无头的第二块砖。
文档：21 个自定义表单
