中文排版：约定俗成的九条规则

中文互联网写作有一套不成文的排版共识——英文和数字前后加空格、全角标点别混进半角、省略号用"……“不用”…"。这些规则散落在《中文文案排版指北》这类文档里，靠肉眼执行十次错三次。

🔧 中文排版检查器 把共识变成了可执行的规则清单，九条规则各自独立开关：

  • error 级（强烈建议修）：中英文之间加空格、数字与中文之间加空格、全角字母数字转半角；
  • warn 级：重复标点压缩（三连感叹号收成一个，但"……“省略号白名单放行）、夹在中文里的半角标点转全角、异形省略号统一；
  • style 级（只提示不改）：“的地得"高频混淆提醒、英文引号建议转中文引号、一段三个以上感叹号的克制提醒。

用起来三步：粘贴 → 看逐条标注（每条问题定位到第几行第几字、给出上下文高亮和修复建议）→ 点"全部自动修复”。修复引擎从后往前替换，连续多处问题不会互相错位；修复后剩下的一般只有"的地得"这类需要人判断的。示例文本里塞了三十个典型错误，点一下示例就能看到全部规则怎么工作。

它和 Word 拼写检查的差异在口径：拼写检查管"对错”，这里管"规范"——规则全部来自公开的排版指北，每条可关（品牌名、代码片段多的文章可以关掉空格规则）。公众号写手、文档工程师、编辑岗日常发稿前过一遍，五分钟省掉读者的"这个编辑不专业"印象分。

日志排查：让 ERROR 自己浮出来

后端和运维的日常另一半是看日志。原始日志是几千行等宽字符，人眼扫 ERROR 的效率低得可怜。

🔧 日志着色查看器 的做法是把"扫"变成"滤"：

  • 级别着色：粘贴进来（或拖入 .log 文件），每行按级别识别——ERROR 红左边框、WARN 橙、INFO 蓝、DEBUG 灰，堆栈行（at ...、Caused by）自动继承上一行的级别着色，一个 Java 异常从抛出到栈底一色贯通；
  • 统计与聚类：顶部六张卡计数总行数和各级别；ERROR 自动按异常类名聚类 Top5——“NullPointerException 出现 23 次"这种结论一眼可得；
  • 双层过滤：级别多选 chips 加关键词/正则（支持 /pattern/i 的 grep 风格写法），命中片段黄底高亮。

它和站内🔧 Nginx 日志分析 的分工：后者专攻访问日志（状态码分布、Top IP），这个管应用程序日志——通用格式、按级别、带堆栈。排查线上问题时把报错段落粘进来，颜色一上，那行 Caused by 根本藏不住。

质检工具的共同设计观

这两件工具遵循同一条设计观：规则透明、逐条标注、可整体修复也可逐条豁免。自动化质检最忌"黑盒一键优化”——用户不知道改了什么就不敢用。所以排版检查器的每条规则带出处、每处标注带原文对照；日志查看器的每行着色带级别依据。工具做增量，判断权留给用户。

文字侧还有几件同族工具可以连用：🔧 文本清洗 管 PDF 复制出来的换行断裂，🔧 小红书排版 管社交平台的 emoji 分段风格，🔧 文本对比 管修改前后的差异核对。

常见问题

排版规则能自定义吗？

目前是固定九条+逐条开关，不支持自定义规则表达式。高频需求后面会考虑，但"规则的规则"复杂度上升很快——先跑通这九条看覆盖度。

日志里的时间戳为什么被抽出来？

时间戳用于行排序辅助和后续按时间过滤的扩展。识别支持 ISO 带毫秒、[12:00:00]、裸 12:00:00 三种主流格式，logback 的 [main] 线程段也能跳过。

几十 MB 的日志文件能处理吗？

建议先裁剪。文本框上限 5MB（超出自动截断并提示），场景定位是"把报错相关段落粘进来定位问题"，不是全量日志仓库——全量分析请用 grep，精准打击用它。

本章配套工具箱

边读边用：以下工具均在浏览器本地运行，数据不上传。