补齐公文特定格式与版头要素

This commit is contained in:
mizzlelover
2026-09-10 20:50:22 +08:00
parent 39360ac647
commit b21365a991
9 changed files with 247 additions and 52 deletions
+6
View File
@@ -26,6 +26,12 @@
另一个以前看上去没问题的缺口也补了。四级标题原先有字体和字号,却没有真正写进 Word 和 WPS 的标题样式。现在标题一到标题四都有样式和大纲级别。后续插目录、更新目录、跳转章节,文件终于能把自己的结构说清楚。
这次我又拿实际渲染图反看了一遍,发现“有红线”不等于“版式完成”。红线下面必须给标题留出两行版心网格,不能像旧图那样贴在一起。上行文的文号和签发人也不能上下分开,必须在同一行的左右区域排开。信函格式更不能拿普通红头分支凑数:上边缘30毫米、170毫米上粗下细双线、下页边20毫米处上细下粗双线,都写进了专用分支。命令和纪要的空行、字体也分别落到了生成结构里。
字体这件事我也不再含糊。小标宋体和仿宋体是公文版式的一部分,不是“差不多的宋体”。当前这台机器没有方正小标宋和标准仿宋,生成器会直接在终端点名提示,严格模式会停止生成。用替代字体做结构和分页验证可以,但不能把替代字体的文件说成已经达到最终打印标准。
附件也补上了可执行入口。给 `--attachment-file` 传入 Markdown,Skill 会在版记前另页排“附件”标签、第三行标题和附件正文,正式页码继续连排。横排表格、机关专用模板、印章和真实套打仍要拿到目标 Word/WPS 与打印条件下复核,这些不能靠一段 XML 假装已经完成。
这次也重做了校验逻辑。它会根据普通材料、正式发文、信函、命令、纪要分别检查,不再拿一套机械条件去误判所有文档。TraeWork 的安装包也重新打包,里面没有留下之前的审查记录。
我已经验证了普通稿、预印红头纸套打稿和完整电子红头稿的 DOCX 结构与 PDF 渲染,也跑过了 Codex、Claude Code、OpenCode、Trae Code、Kimi、TraeWork、WorkBuddy、ZCode 的安装测试。