排版 Skill 没被丢掉：三个 Writer 共用的质检底盘

排版 Skill 差点被我删掉

三个 Writer 输出不一致时，我最先做的是把规则往 Prompt 里塞。公众号要什么字号，小红书一段几行，博客标题怎样分级，全部各写一遍。页面很快整齐了，系统却越来越难改。

同一条移动端规则被复制了三份。改一次宽度，要同步找三个 Prompt。更麻烦的是，Writer 开始借“优化排版”重写句子、补口号，甚至改掉原来的结论。

继续加规则只会把写作和工程缠得更紧。问题不在某个 Writer 写得不好，而在我让它同时负责表达、转换和验收。

三层结构，各自拥有不同的动词

我最后把链路拆成 Writer、Formatter 和 Layout Gate。

Writer 负责“选择和表达”

Writer 接收来源、事实表、目标读者、平台和观点边界，输出结构清楚的 Markdown。

它可以决定先讲案例还是先讲概念，也可以保留适合平台的语气。但它不决定最终 CSS，不写死字号，不直接操作发布账号。

Formatter 负责“映射和转换”

Formatter 把 Markdown 元素稳定映射为目标平台的 HTML 或页面组件。

例如二级标题映射成什么标签、代码块怎样处理、图片如何带替代文字、长链接怎样换行，这些都属于转换规则。相同输入在相同版本的 Formatter 下，应尽量得到相同结构。

Layout Gate 负责“发现和报告”

Layout Gate 是只读质检。它不为了让页面通过而直接重写全文，也不拥有发布权限。

它的输出不是“已经优化”，而是一张问题清单，必须指出：

• 出错元素是什么。
• 在哪个页面或节点。
• 违反哪条规则。
• 风险是可读性、语义、版权还是发布。
• 建议回到 Writer、Formatter 还是素材层修复。

这让失败能够被送回正确工位，而不是把所有问题都交给写作者重来。

输入合同比“风格一致”更重要

三个 Writer 可以表达不同，但交给 Formatter 的结构必须有最低约定。

我要求的最小 Markdown 合同包括：

• 只有一个文章主标题。
• 标题层级不跳级。
• 图片必须有用途说明和替代文字。
• 代码块标明语言或明确为纯文本。
• 链接文字能说明将去哪里。
• 不在正文里写页面专用字号和颜色。
• 引用与作者判断不能混成普通段落。

这份合同不会规定每段必须多长，也不会要求所有文章都有相同的“结论、风险、下一步”。它约束机器需要理解的结构，不接管作者的叙事。

一个越界例子是怎样发生的

假设原文写：

这一步只确认草稿是否存在，不能证明文章已经群发。

一个越界的排版 Prompt 可能因为“增强传播力”把它改成：

真正专业的自动化，从来不是追求速度，而是重塑内容增长闭环。

页面可能更像营销文，但关键信息已经丢了。排版层做了内容层的工作，而且没有留下修改理由。

正确的 Formatter 只应该把原句转换成引用样式；如果句子太长或语义不清，Layout Gate 报告问题，由 Writer 决定是否修改。

我现在怎样做移动端验收

桌面页面看起来正常，不代表发布版本可读。Layout Gate 至少要在接近真实手机的窄屏视口检查一次。我常用 390 × 844 作为复核窗口，但它只是一个代表尺寸，不替代其他设备。

检查重点不是“好不好看”，而是可观察的问题：

1. 页面是否出现横向滚动。
2. 长英文、URL 和代码是否溢出。
3. 标题是否把首屏全部占满。
4. 正文是否小到需要缩放。
5. 图片是否被裁掉关键信息。
6. 点击区域是否互相覆盖。
7. 固定底栏是否挡住正文。
8. 深色图片与浅色正文之间是否有突兀断层。

如果质检只能返回“整体高级、层次清晰”，它还没有成为工程检查。

为什么质检默认不自动修

自动修复很诱人，但它会让问题来源消失。

比如一张图在手机上过宽，可能来自三种原因：素材尺寸错误、HTML 缺少响应式属性，或页面 CSS 有固定宽度。Layout Gate 如果直接改 CSS，可能掩盖真正的素材合同问题。

所以我把动作拆成两次：

1. 质检只读，输出定位清楚的问题。
2. 人或修复工具根据问题选择改正文、转换器、素材还是样式。

改完以后再运行同一套检查。这样每次修复都能回到明确规则，而不是积累随机补丁。

三个 Writer 共用底盘后，应该看到什么变化

成功不是三篇文章长得一模一样。相反，我希望看到：

• 公众号仍然适合连续阅读。
• 小红书仍然按图文节奏组织。
• 博客仍然保留完整解释和引用。
• 三者都没有标题跳级和横向溢出。
• 图片来源、替代文字和链接规则一致。
• 修改一条排版规范，只需要改一个位置。

表达多样和工程统一并不冲突。冲突通常来自我们把两类规则写进了同一个角色。

迁移旧系统时，不要一次重做全部 Writer

更安全的顺序是：

1. 选一篇已经完成的文章作为固定样本。
2. 保存原始 Markdown、旧 HTML 和真实手机截图。
3. 从 Writer 中移除具体视觉与发布指令。
4. 把结构转换交给一个 Formatter。
5. 让 Layout Gate 只读比较新旧结果。
6. 确认没有语义变化后，再接第二个 Writer。

如果页面变难看，先定位是哪一层第一次产生差异。不要把旧规则全部塞回 Writer，也不要用“统一风格”重新覆盖内容。

排版 Skill 最后没有被删，只是退出了写作席。Writer 决定说什么，Formatter 负责转换，Layout Gate 指出页面哪里出错。三者分开以后，表达可以不同，底线仍然一致。