检查公众号排版中的文本层异常

这个场景能帮你做什么

公众号排版转换后，正文可能还在，但空引用卡、深色强调或异常空段会影响阅读。WorkBuddy 可以先检查 HTML 与文字结构中的可定位问题，给出局部修订，不把源代码检查称为手机端验收。

开始前准备什么

准备批准正文、待用 HTML 或编辑器可导出的结构、样式要求和已知问题描述。标明哪些引用块有真实用途，哪些颜色来自品牌规范；没有结构数据时只能检查可读取文本，不能推测实际显示。

具体怎么做

核内容完整性

对照定稿检查正文首尾、段序、图片说明与链接文字，先排除丢内容、重复段落和旧版本混入。

检查块结构

定位无正文的引用块、仅含空白的装饰卡、重复换行和列表嵌套异常。某块用于留白时询问目的，不一律清空。

检查可表达样式

找强调、引用文字和背景样式可能的冲突，尤其深底配深字、重点只靠颜色表达等。代码层面标为潜在问题，不声称已经看见实际效果。

局部修订并交预览

只修改异常节点，保留内容与图序。输出改动位置和实际后台待看项目，由运营在真实预览中确认手机间距与显示。

可以直接交给 WorkBuddy 的要求

请从公众号定稿和 HTML 文本结构检查缺段、重复、空引用块、异常空段、列表与强调样式。给原位置、原因和局部修改，不重排无关内容。深色引用和文字背景冲突列为待预览项；仅据文本或样式检查，不宣称手机显示已通过。

完成后会得到什么

文本与结构问题清单、局部修订后的排版稿及实际后台预览要点。

结果怎么检查

检查清理空块是否误删真实引用，强调是否改变语义，图片说明是否仍对应原图，是否保留了批准正文全部内容。

异常怎么处理

编辑器会二次清理样式时以实际保存结构为准；无法取得导出结构时明确未核样式。后台已有人工改稿先核版本，避免覆盖。

哪些必须由人决定

运营确认实际阅读效果，作者决定内容与强调重点。WorkBuddy 的结构检查不能替代手机端预览，也不自动公开发布。