更新重大版本文章与系列插图
This commit is contained in:
mizzlelover
+52
-50
@@ -1,99 +1,101 @@
|
||||
# 从能生成到敢把截图摆出来，Gongwen Skill 这次算重做
|
||||
# 一条贴着标题的红线，让我把公文 Skill 重做了一遍
|
||||
|
||||
|
||||
|
||||
|
||||
上一篇文章发出去以后，我本来只想继续把几个小问题补上。
|
||||
上一篇刚把 Gongwen Skill 介绍出去，我自己用着用着，又发现了问题。
|
||||
|
||||
动手后，我发现这个判断太轻了。
|
||||
这次出问题的是红头。
|
||||
|
||||
这次更新的起点，是我刚好触发了上一版的红头文件规则。过去我处理红头材料，有一个自己已经用习惯的办法。正文排好以后，在首页上方手动留出空白，再把预印好的红头纸放进打印机。纸上已经有机关标志和红线，电脑只负责把黑色内容打到下面。
|
||||
打开生成的文件，机关名称是红的，分隔线也有，可下面的标题几乎贴在线上。再看抬头的字体，也不对。
|
||||
|
||||
这个办法不漂亮，却很清楚。
|
||||
做公文的人应该能理解这种感觉。内容还没开始读，光看首页，就知道这份文件还得改。
|
||||
|
||||
上一版 Skill 走了另一条路。它在文档里画出了电子机关抬头和红色分隔线，红线和标题的距离还贴得很近。我看到那张页面截图，先停下来问自己，之前到底核对了什么。调一个间距参数，已经解释不了这个问题。
|
||||
我得先把一件事交代清楚。
|
||||
|
||||
|
||||
上一版的红头模式，我自己没有完整实测过。此前我的习惯是先把正文排好，手动换行，在首页上方留出空白，再用单位已经印好红头的纸打印。机关名称和红线都在纸上，电脑里的文件留好位置就行。
|
||||
|
||||
## 红头文件先把场景说清楚
|
||||
我一直用自己的办法处理这一段，也就一直没碰到 Skill 里的这条分支。
|
||||
|
||||
公文里的“红头”不是普通材料的默认装饰。
|
||||
直到这次触发，它直接在文档里生成了电子抬头和红线，连间距问题一起暴露出来。
|
||||
|
||||
普通报告、方案、汇报材料，正文里出现单位名称，不代表它们就要自动进入红头版式。正式发文时，才需要选择正式公文分支。正式公文又分两种情况。
|
||||
一个自己天天在用的工具，也可能藏着一段自己从没认真用过的功能。发布时，我对它的把握显然超过了实际验证的范围。
|
||||
|
||||
一种是把电脑文件打到已经印好红头和红线的纸上。这个场景下，首页要给纸上的内容让出区域，DOCX 不应再画一套电子红头。
|
||||
|
||||
|
||||
另一种是确实要交付完整的电子红头文件。只有显式选择这个场景时，文档才生成电子机关标志和红线。
|
||||
最初做这个 Skill，只是想少花一点时间调 Word。
|
||||
|
||||
现在这两个分支已经拆开。预印纸套打默认保留首页上方区域，电子红头单独生成。红线下的标题也不再只靠段前距，而是写入两个明确的 28 磅空段落。渲染器没有理由把它压回红线边上。
|
||||
我经常要处理正式材料，字体、缩进、页边距、页码，每份都从头交代一遍实在麻烦。好不容易在一台电脑上排顺了，换到 WPS 或另一台装着不同字体的电脑，又可能变样。
|
||||
|
||||
这正是我在上一版里没有认真守住的地方。
|
||||
所以我把常用规则做进 Skill，慢慢补，自己也一直用。
|
||||
|
||||
## 我把标准条款重新放回页面
|
||||
但红头这一页让我开始怀疑，之前那些“已经核对过”的地方，到底核到了哪一步。
|
||||
|
||||
GB/T 9704-2012 现在仍是现行标准。状态页在 2025 年 5 月 30 日的复审结论是继续有效。我把版头、主体、版记、页码、附件、信函、命令和纪要这些部分重新按条款对照，再回到生成器、校验器和渲染结果里看。
|
||||
规则写进说明了吗？生成的文件用上了吗？打开以后，页面上的效果还对吗？
|
||||
|
||||
单看 XML 属性远远不够。
|
||||
这几件事之间，确实隔着不少工作。
|
||||
|
||||
这次实际跑了 18 份 DOCX，转成 18 份 PDF，再输出 37 个 PNG 页面逐张看。电子红头首页还单独做了字形坐标量测，带版头字段和不带字段的机关标志位置差是 0.00 mm。这个数字只能说明这批样本里的定位稳定，不能替代目标单位的模板和印刷检查，但至少我终于有了一条可以复查的证据链。
|
||||
于是这次，我把 GB/T 9704-2012 又拿出来，逐条对照生成器和校验器，再去看最终页面。查到哪里，就拿对应的场景生成一份文件。普通材料之外，上行文、联合行文、附件、信函、命令、纪要，也都要各自跑到。
|
||||
|
||||
|
||||
最后这一批生成了 **18 份 Word 文件，转换成 18 份 PDF，共 37 页**。
|
||||
|
||||
实际页面里能看到几个以前容易被一句“格式正确”带过的细节。
|
||||
下面是仓库里保留的实际渲染总览。它们用于核对版式，当前环境仍有字体替代，不能当作标准字体的印刷样张。
|
||||
|
||||
普通材料不会因为传入机构名称就自动变成红头。预印红头场景不会重复绘制红色内容。联合行文的主办机关和联署机关按不同位置排列。上行文的文号和签发人保持在同一行。附件另页后，页码继续连排。长文末页的版记贴住版心底部。信函、命令和纪要各自走自己的格式分支，不能拿普通公文的规则硬套。
|
||||
|
||||
|
||||
横排表格还保留着一个诚实的缺口。横向页面和表格尺寸已经能生成，单双页表头朝向仍要在目标 Word 或 WPS 模板中处理。我把它明确写进证据矩阵里，没有把“页面横过来了”写成“第八条全部完成”。
|
||||
这一轮里，有些错误看起来很小，原因却藏得很深。
|
||||
|
||||
|
||||
比如左上角加上份号、密级和紧急程度以后，机关标志会被下面的段落一起往下推。字段都在，顺序也对，整页的位置已经变了。
|
||||
|
||||
## 标题好看还不够，结构也要能被引用
|
||||
修完后，又专门量了一次 PDF 里的字形坐标。这批样本中，有这些字段和没有这些字段，机关标志的位置差是 0.00 毫米。至少这次，补几个字段不会再把抬头挤走。
|
||||
|
||||
上一版多级标题的字体和字号已经比较像了，文件却没有真正导入标题样式。
|
||||
还有那条贴着标题的红线。原先设置了段前距离，最终渲染却没有按预期留出来。现在改成明确的空行结构，再看渲染后的页面，确认间距确实出现。
|
||||
|
||||
这会带来一个很实际的问题。打开 Word 或 WPS，标题看着有层级，引用功能却找不到它们，目录也不能按章节自动生成。后续有人增删一节，目录还得手工重做。
|
||||
我对这种问题印象特别深。代码里明明写着，纸面上偏偏没有。只让 AI 再读一次代码，很容易又得到一句“已符合要求”。
|
||||
|
||||
这次标题一到标题四都写入了对应的标题样式和大纲级别。文档的层级不再只存在于字面大小里，Word 和 WPS 可以按标题结构生成、更新和跳转目录。
|
||||
|
||||
|
||||
|
||||
红头的使用场景也重新拆开了。
|
||||
|
||||
## 跑过这一轮以后，才知道哪些话不能说满
|
||||
普通方案、报告和汇报材料，默认按普通材料排。出现单位名称，不会自动加红头。
|
||||
|
||||
这次验证也把边界照得更清楚。
|
||||
需要正式发文时，再选择对应格式。如果用预印红头纸套打，文档给纸上的红头区域留白，具体位置按实际纸样核对。需要完整电子红头文件，就明确选电子红头模式。
|
||||
|
||||
当前机器没有方正小标宋和标准仿宋字体。生成器会点名提示，并使用替代字体完成结构和分页检查。加上 `--require-standard-fonts` 后，它会直接停止输出。替代字体能帮助我发现段落、分页和位置问题，却不能被包装成已经达到最终印刷字体标准的成品。
|
||||
这两种使用方式，现在有各自的处理规则。
|
||||
|
||||
纸张克重、白度、耐折度、不透明度、pH 值、红黑油墨、双面套正、裁切、装订和印章，也不可能靠一张屏幕截图完成验收。长标题、复杂联合行文、目标单位专用模板和部分溢出问题，还要回到实际 Word、WPS 和打印条件里继续看。
|
||||
另外一个补上的地方，是标题样式。
|
||||
|
||||
|
||||
以前多级标题已经有了不同字体和字号，可 Word 并不知道这些段落是标题。等你想插入目录，才发现前面排得再像，引用功能也找不到文章结构。
|
||||
|
||||
我现在更愿意把这套 Skill 说成一个已经认真重做、经过真实样本验证、同时保留现场边界的工具。
|
||||
这对长方案尤其烦。章节改了，目录还得跟着手改。
|
||||
|
||||
## 这次更新到底重在哪里
|
||||
现在标题一到标题四都写入了对应样式和大纲级别，可以供 Word、WPS 的目录功能引用。具体文件打开后，仍要更新目录、核对分页，但至少不用再从正文里把标题一个个重新挑出来。
|
||||
|
||||
第一版解决的是“能不能生成一份像公文的 Word”。
|
||||
|
||||
|
||||
这次解决的是“能不能把场景分开，把条款落到结构里，再把生成结果拿出来逐页核对”。
|
||||
附件、末页版记、单双页页码，以及几种特殊公文格式，这次也补查了不少地方。相关条款、实际截图和仍需人工处理的项目，都放进了仓库，方便以后接着核。
|
||||
|
||||
这两个问题看起来只差几句话，工作量完全不是一个级别。红头规则、留白、版头坐标、标题样式、目录引用、附件、版记、特殊格式和跨平台安装，任何一项没有落到文件里，最后都可能在打印前露出来。
|
||||
做到这里，我才觉得，这次可以叫重大更新。
|
||||
|
||||
我也把安装测试重新跑了一遍。Codex、Claude Code、OpenCode、Trae Code、Kimi、TraeWork、WorkBuddy 和 ZCode 使用的是同一份技能源目录，TraeWork 另有可导入包。平台可以不同，规则不再各写一份。
|
||||
第一版到现在，改动已经远远超过了我最初想补的那几个小问题。连验证的方法都换了一遍。对我个人来说，确实有种脱胎换骨的感觉。
|
||||
|
||||
所以这次我不太想用“又迭代了一版”来描述它。
|
||||
不过，剩下的问题也要一起讲。
|
||||
|
||||
相比第一版，它更像是把生成方式、核验方式和我自己对“完成”的判断一起重做了一遍。说它脱胎换骨，有点夸张，但至少已经不是在旧页面上补几个参数。
|
||||
这轮验证用的机器缺少所需的小标宋、仿宋字体，部分页面使用了替代字体。现在工具会明确提示缺什么、换成了什么，也提供严格模式，缺字体就停止生成。字号相同，字体换了，字宽和换行仍可能跟着变，这一点躲不开。
|
||||
|
||||
如果你正好要做中文正式材料，可以从 GitHub 取下来试试。遇到字体、纸张、目录、溢出、Word/WPS 换行或套打偏移，最好把实际页面截图和使用环境一起反馈回来。公文版式很多问题只有落到具体机器、具体字体和具体纸张上，才会真正出现。
|
||||
纸张和实际打印也还有工作。预印纸的位置、打印缩放、双面套正、装订，都得拿纸样检查。长标题、复杂表格和部分溢出情况，还没有全部解决。横排表格的单双页表头朝向，目前也需要在目标 Word 或 WPS 模板里处理。
|
||||
|
||||
项目地址
|
||||
这些都是后续要继续做的具体事情。
|
||||
|
||||
https://github.com/mizzlelover/gongwen-gbt9704-skill
|
||||
|
||||
|
||||
标准状态
|
||||
跨平台的安装检查也重新跑过了。Claude Code、OpenCode、Trae Code、Kimi、TraeWork、WorkBuddy、ZCode，以及我自己用的 Codex，都有对应的安装或导入方式。各平台共用同一套规则，后续继续修，也能一起更新。
|
||||
|
||||
https://std.samr.gov.cn/gb/search/gbDetailed?id=lOIe27f77QU%3D&mode=p
|
||||
新版已经放到 GitHub。
|
||||
|
||||
完整截图证据
|
||||
如果你从上一篇过来，建议更新一下。这次改动值得重新安装、拿自己的材料试一遍。
|
||||
|
||||
https://github.com/mizzlelover/gongwen-gbt9704-skill/tree/main/references/assets/visual-audit/all-rules
|
||||
也欢迎把问题直接反馈给我。最好附上脱敏后的页面截图，告诉我用的是 Word 还是 WPS、什么系统、装了哪些字体。如果是套打偏移，纸样和打印设置也很有帮助。
|
||||
|
||||
#公文排版 #GongwenSkill #GBT9704 #Word #WPS #ClaudeCode #Kimi #AI工具
|
||||
我会继续用它处理自己的材料。下次再碰到一条不该贴着标题的红线，希望我们能顺着已有的记录，很快找到它为什么又跑偏了。
|
||||
|
||||
[GitHub · Gongwen 公文排版 Skill](https://github.com/mizzlelover/gongwen-gbt9704-skill)
|
||||
|
||||
Reference in New Issue
Block a user