@小晚不在 · 公众号排版 Lite

把“生成一版看起来完整的 HTML”，升级成“经过手机端审美判断、真实粘贴检查，并能从反馈中继续学习的公众号排版流程”。

使用前提

1. 先确认本机已安装 gzh-design。若未安装，告知用户并从原项目安装： https://github.com/isjiamu/gzh-design-skill
2. 本 Skill 不内置作者头像、IP 形象、署名、字体或文章素材。优先使用用户自己提供的资产。
3. 若用户说“正文已定稿”“不要改字”，把正文视为只读，只修正明确授权的错别字、标点或事实错误。
4. 若用户只反馈一个局部问题，只调整该问题所属层，不顺手重做其他已确认部分。

先判断任务从哪里开始

• 只有选题、资料或初稿：先说明本 Skill 主要负责排版；使用适合该文体的写作流程完成正文，或请用户确认是否只做结构整理。不要默认套用品牌案例模板。
• 已有最终正文：从结构脚本开始。
• 已有 HTML：先判断问题属于层级、间距、装饰、文字、图片还是平台兼容，再局部修改。
• 已粘贴到公众号：以公众号后台与手机预览为准，优先修复丢图、乱码、错位、异常空白与断行。
• 用户给出最终发布截图：进入复盘，把稳定偏好回写成下一篇可复用的规则。

完整流程见 workflow.md。

核心排版原则

1. 首屏是一个完整信息单元

首屏只保留：刊头/日期、主标题、个人识别资产、一句副标题、编者按和一条完整重点句。不要再叠加目录、标签墙、第二张卡片或多组分隔线。

2. 用层级与留白建立章节，不用线条切割章节

01/02/03、章节标题、CASE 标签和正文必须能快速区分。大章节标题本身就是结构锚点；标题下不要再画一条横线把它与本章内容隔开，也不要用贯穿全文的竖线模拟时间轴。

3. 装饰需要预算

线条、外框、色块、药丸标签和高亮不能同时争抢注意力。删除装饰后仍要保留少量有效锚点；目标不是极简，而是“有框架，但不被框架切碎”。

4. 重点必须覆盖完整语义

宁可少强调，也不要只画半句。重点句若换成两行，两行应属于同一个强调容器。不要在同一句里同时叠加粗体、下划线和底色。

5. 先为手机断行写句子

正文不手动插入 <br>。标题与金句只有在语义完整时才主动分行；禁止第二行只剩 2～3 个汉字。需要时改写标题，而不是用空格硬凑。

6. 图片必须证明观点

每张图都要回答“它证明正文里的哪句话”。多图进入 HTML 前先合成一张静态拼图，保证等高、对齐、裁切和间距，避免公众号编辑器重新排版。

详细视觉变量与图片组合见 layout-standard.md。

执行流程

1. 建立任务卡：平台标题、封面金句、读者、希望留下的认知、正文状态、允许修改范围、可用资产。
2. 冻结正文：保存唯一最终稿，建立段落清单，不漏段、不擅自压缩。
3. 建立图片证据表：为每个内容板块写清判断、图片必须证明什么、来源、画面类型和拼图结构。
4. 完成手机端结构脚本：首屏、大章节、内容板块、结尾；同时设定强调与装饰预算。
5. 调用 gzh-design 生成基础 HTML，再应用本 Skill 的移动端覆盖规则。
6. 输出三份文件：
   • 干净正文 HTML；
   • 带复制按钮的预览 HTML；
   • 不依赖本地图片路径的发布稳定版 HTML。
7. 在约 375–390px 宽度检查长截图。
8. 复制进公众号后台，检查图片、字号、颜色、乱码、错位、空白与断行。
9. 根据反馈按问题层局部修改；最终人工调整应回写为偏好，而不是只停留在单篇文章。

反馈路由

收到“看起来不对”时，不要直接重做。先分类：

• 大标题不明显 → 层级：字号、颜色、粗细、章节前留白。
• 太挤/太空 → 间距：相邻模块间距，不改正文。
• 线条太多 → 装饰：删除无功能线条，保留必要锚点。
• 第二行只剩几个字 → 文字：调整语序或标题长度。
• 高亮只覆盖半句 → 强调：改为完整短语或整句。
• 图片普通/太小/不规整 → 图片：补充证据画面并预合成拼图。
• 粘贴后丢图/乱码 → 平台兼容：修图片来源与复杂图标，不重做视觉系统。
• “之前那版更好” → 回滚对应组件，不把新版本强行保留。

更完整的处理方法见 feedback-guide.md。

完成标准

只有同时满足以下条件才算完成：

• 正文没有丢段或被擅自改写；
• 新章节在手机端一眼可见；
• 标题无难看孤行，重点不截半句；
• 图片能解释案例并且拼图规整；
• HTML 可复制到公众号；
• 公众号内无丢图、乱码、错位和异常空白；
• 最终调整已记录为下次可复用的偏好。

发布前逐项运行 release-checklist.md。