@小晚不在 · 公众号排版
以舒适的长文阅读体验为目标：理解文章的推进、轻重与停顿，把小晚的审美和编辑判断转成可执行的排版。素材可以来自本地稿、文档或网页，X 仅是一种获取渠道。gzh-design 提供底层 HTML 能力，不接管主题选择。提供完整同款与无首屏两个版本，两者共用小晚的排版系统。风格选择与内容编辑权限独立：选择同款不等于授权写稿或改变文章结构。
固定组件与语义判断分开验收
开工读取 xiaowan-preset.md 的完整组件清单，结束逐项目视回查：无底色、图片细框、章节英文小标不能在换文章时丢失。reading-contract.md决定如何分段与强调；不是靠满足行数就算排版完成。
已确认版式优先
先读 references/reading-contract.md。它覆盖下文及旧参考中与实际发布版冲突的首屏、强调和段落规则。
使用前提与优先级
- 生成 HTML 前读取已安装
gzh-design/SKILL.md及适用组件；若未安装，按宿主安装流程使用原项目：https://github.com/isjiamu/gzh-design-skill - 优先级固定为：用户本次要求 ＞ 用户已经确认的本篇同款排版记录与历史发布稿 ＞ 本 Skill 的通用判断标准 ＞
gzh-design主题默认值。 - 本 Skill 不内置作者头像、IP、署名或私人素材。优先使用用户自己的内容资产。
- 若用户说“正文已定稿”“不要改字”，内容逻辑诊断只提示风险，不改正文。
- 若用户只反馈局部问题，只调整对应层，不重做已确认部分。
只选择是否保留首屏
两个版本共用阅读层级与排版规则；个人信息、IP、栏目名称及整体配色可配置。先读 personalization.md，复用已有配置，再补齐必要信息：
- 完整同款版：保留首屏外框、刊头／日期、左标题右 IP、黑色编者按栏及提炼后的短摘要。
- 无首屏版：不生成上述首屏模块，直接进入文章正文；两版正文都完整保留原文第一段；无首屏版不插入首屏新增摘要。平台标题留给平台标题字段，不在正文重复制作题图卡。
用户已指定或本篇已有选择时直接沿用；首次缺少配置时一次性确认首屏及个人信息偏好；配色默认沿用预设，也可调整，不要求用户填写字号段距。
两版都读取 references/xiaowan-preset.md 与 references/layout-standard.md。正文、章节、重点、配图、结尾和全部间距一致；有无首屏是唯一模式差异。用户单独提出的局部调整优先，但主题与身份配置独立于首屏模式。
再选择工作模式
模式 A：逻辑诊断＋同款排版
仅适用于用户明确希望诊断、改稿或“一起优化后排版”；给出参考图本身不等于要求改稿。
- 读取 content-logic.md，先输出内容逻辑卡；
- 确定是否保留首屏，读取同款预设与固定排版参数；应用使用者个人配置；
- 涉及正文调整时先确认调整；纯排版在已有授权和已选风格内直接推进。
不要把诊断直接变成全文重写。先说明问题、影响和调整建议；只有用户授权后才改正文。
模式 B：正文已定稿，只排版
这是普通长文排版的默认模式，用户明确要求不改文字时尤其严格。跳过结构改稿，从内容标记、视觉脚本、配图和 HTML 开始；仍检查章节职责、图片证据和手机断行，但不得为版面擅自删句。
模式 C：已有 HTML，只做审美与发布检查
先判断问题属于内容结构、信息层级、阅读节奏、装饰、强调、图片证据还是平台兼容，再局部修改。以公众号后台和手机预览为最终权威。
完整状态与放行条件见 workflow.md。
第一层：内容逻辑
内容逻辑不是给所有文章套同一结构，而是确认文章完成了它自己的任务。
排版前至少回答：
- 读者是谁，为什么要继续看；
- 全文真正想让读者记住什么；
- 每个章节承担什么不同职责；
- 案例、观点、方法和结论是否互相重复；
- 哪些判断缺少事实、例子、图片或数据；
- 结尾要完成理解、行动还是情绪收束。
按文章类型选择判断方式，不默认使用品牌案例模板。详细诊断框架见 content-logic.md。
第二层：同款版式适配
以已发布文章、固定参数及组件为准，判断本篇内容适合哪些已有组件。作者头像、IP、署名使用使用者自己的资产；缺少 IP 时省略图片槽位，不分发 AI呀。
文章类型只影响案例／步骤／引用等组件的选择，不自动改变基础排版参数；主题配色与身份按使用者配置。已定稿内容不擅自改写；不把内部分析标签写入正文。
第三层：排版执行
- 冻结唯一正文，建立段落清单；
- 为图片建立证据表，明确每张图必须解释什么；
- 根据内容结构和所选首屏版本完成手机端视觉脚本；
- 调用
gzh-design的兼容组件生成基础 HTML，使用共享同款参数，不重新选择主题； 组件结构优先复制 assets/template-snippets.html（已确认参数的首屏、章节头、图框、三种强调、作者框与段距片段）；gzh-design 未安装时以该模板为准，不自行另写组件。 - 用本 Skill 的逻辑、审美和移动端规则覆盖冲突的通用默认值；
- 输出干净正文、带复制按钮的预览版和无本地图片依赖的发布稳定版；
- 完整任务按 视觉与发布交付 完成配图、封面母图、平台简介和作者区；局部修改不扩大任务；
- 在
375px与390px宽度检查全篇及检查脚本的有效覆盖； - 复制进公众号后台，检查图片、字号、颜色、乱码、错位、空白与断行；
- 把最终人工调整区分为单篇特例或稳定偏好，回写本篇同款排版记录。
非机械覆盖规则
- 不机械执行
gzh-design的“每段 1～3 个下划线”。强调频率由本篇同款排版记录、文章密度和语义重要性决定；没有明确偏好时默认克制。 - 不机械添加目录、引言卡、边框、竖线或色块。组件必须服务当前文章的阅读任务。
- 小晚同款可复用本 Skill 公开提供的版式；分析其他参考时提取层级、节奏、密度与装饰逻辑，不复制他人私人识别资产。
- 不把一次反馈写成所有文章的硬规则。只有用户明确要求，或同一偏好重复出现，才沉淀为长期标准。
核心移动端原则
- 首屏完整：有首屏保留已确认组件，无首屏通过原文开头层次引导阅读；两版均不添加背景色。
- 层级清楚：新章节一眼可见，依靠字号、颜色、粗细和留白，不滥用线条切割。
- 节奏舒适：段落、图片与观点块交替出现，避免连续拥挤或大片无意义空白。
- 段距分层：同一论点内的小段保持紧凑，只在新论点、标题和图片之间拉开距离，不把大段距机械套到每一段。
- 重点完整且同字号：宁可少强调，也不高亮半句；行内重点继承正文字号，只改变字重、颜色或下划线，同一句不叠加多种强调。
- 语义节奏：保留原文短句、解释和清单的关系；连续三四段后检查自然转折，不按行数强制强调或插图。
- 首屏适配：主标题合计最多两行，黑底栏一行；先优化宽度与主副标题层级，标题必须醒目且大于正文，不为两行缩成小字，不硬裁；图注按需添加（默认11px），不机械逐图注释或重复署源；同源图片可文末统一来源，必要说明与来源同时出现时分行。
- 页面边距：两版使用同一边距配置，平台外层与正文内层不重复缩进；参数只读layout-standard.md。
- 结尾不做假交互：可保留结尾外框、收束文案和署名式文字，只删除点赞、在看、收藏等不可点击的图标、标签与仿按钮。
- 图片有证据：图片解释正文，不只是填补版面；多图按同组关系与手机可读性决定是否合成。
- 真实可发布：浏览器预览不等于公众号效果，必须完成真实粘贴与手机预览。
收到模糊反馈时按 feedback-guide.md 分类处理；交付前运行 release-checklist.md。
完成标准
- 已理解文章的阅读任务；仅在用户要求诊断时交付内容逻辑卡，不把内部分析塞进正文；
- 本篇同款排版记录能够解释本次视觉选择，而不是只写“高级、简洁”；
- 正文没有被擅自改写或漏段；
- 手机端层级、节奏、断行、强调和图片关系清楚；
- HTML 可复制到公众号，且后台无丢图、乱码、错位和异常空白；
- 完整交付含封面母图、横方裁切预览、简介及发布检查；未验证项如实列明；
- 最终调整区分通用规则、执行漏洞、个人配置及本篇特例，验证后再沉淀。
阅读验收必读 reading-contract.md 当前强制规则：首屏醒目标题与提炼短摘要（不是原文第一段）、两版原文完整保留、正文最多6行、长文语义区隔、不堆竖屏多图、章节编号不拆行。
完整排版交付必须执行 reading-contract.md 的执行关卡，强调须先按 reading-contract.md“逐屏识别”列出每屏的概念、并列标签与短动作再定样式：概念/标签用橙、短动作用橙下划线、黑粗只给核心判断；只有黑粗的屏须注明纯叙述理由。运行 scripts/audit_preview.cjs并查看全篇，记录密度预警的处理。仅声明“已检查375/390px”不构成完成。
输入与执行边界
收到长文先复用现有正文、图片、封面标题和已认可版式，默认进入“正文已定稿，只排版”。仅当用户要求诊断/改稿才进入内容共创，不强制每次先提交逻辑卡。网络内容先获取完整原文与图片，保留归属和链接；获取失败说明缺口，不拼凑。X 长文的 API 不返回图片在正文中的位置：须打开原文页面核对每张图的锚点段落；无法核对时按语义推断，并在交付与问题清单中逐图标注“图位推断”，不得当作已确认。多平台任务共用冻结正文，但各自适配标题、图片、简介和发布字段；公众号有无首屏不等于两种平台格式。
首次使用只问影响结果的缺失偏好；已有配置直接复用。完整排版默认包含有需要的找图/生图、封面及发布准备；用户只要局部排版则按局部范围。新增配图先判断必要性，不为凑数量消耗生成额度。公开发布按当前授权执行，保存草稿不等于已发布。
更新前辨认实际 Skill 名称、内容与来源；公开包、个人配置和未验收候选不能仅凭目录名互相替代。公开包不携带作者的IP原图、私稿或账号配置。已认可文章是局部修复基线，不被旧参数覆盖。
发布准备须读 visual-delivery.md 的“文末署名与引流检查”，包含图片内入口；保留归属，按授权减少营销转化，不读取用户禁止访问的私人聊天。
文末统一为配置化个人介绍区，可含真实公众号链接/名片；不得因引流检查一概删掉。源稿与草稿读回均清查尾部多余可见空行，具体判断见 visual-delivery.md。
X→公众号尾部：X 原文末尾的平台尾巴（个人简介、关注我/引导互动、@账号、x.com 链接、私信、付费社群/1V1咨询推广）属于平台尾部，不属于冻结正文。保留最后一个真实正文段原样；尾巴替换为 assets/template-snippets.html 的公众号作者框，其后加 11px 灰色来源行「原文发布于 X @账号 · 日期」。结构：末段正文 → 48px → 作者框 → 来源行。商业转化文案仅在用户确认后保留；必要归属（如配图工具/合作署名）可保留并标 data-tail-confirmed。差异写入交付记录；不断言“一定违规”。与上条一致：真实公众号名片/链接可以保留，不机械全删。
