战战兢兢，非程序员的第一个开源项目，以国标为基础的公文生成与机检工具

我不是程序员，但是从小就对计算机、信息技术、互联网十分感兴趣。初中时期，在只有 ADSL 网络的网吧熬几个通宵，用 Dreamweaver 和 FrontPage 做了人生第一个个人网站，那真是回忆满满。到现在四十多岁，还保持着对这些技术方面的兴趣和热爱。尤其最近几年 AI 大行其道，突然发现可玩儿的东西真的太多了，也就跟着折腾了很多玩意儿。 我在上市公司、国企干了 20 年。现在跟政府、央国企打交道多，天天要读写材料。然后从满足自己的实际需求出发，用 Claude 整了一些相关的工具。就把公文单独拿出来做成了一个小项目： 公文生成与机检工具 gongwen-kit 。代码主要是跟 Claude Opus 5.5 一起写的，测试和真实文件回放是我一遍遍盯着做的。第一次开源，心里没底，希望能帮到经常读写材料的朋友，也恳请各位大佬指点。 地址： https://github.com/imhuhe/gongwen-kit 主要功能：按国标出公文、查公文、修公文。 PS：上面的文字都是我手打的，我不喜欢大片大片的复制 AI 文本。但是下面的内容都是 Claude 写的，主要是内容太多，需要排版方便大家浏览，还请谅解！ 能做什么 出稿 ：通知、报告、请示、函、纪要、管理办法，红头和不带红头的政府、企业文书都能出 机检 ：每份稿子出完自动查三道，哪一道不过不算出稿 体例：版心、层次序数、日期和发文字号写法、全半角 数字：表格合计与分项、跨表同一个指标、正文说「以下三点」后面是不是真列了三点 文风：异形词、中文里混进来的半角标点；套话和空词只提示 修稿 ：手上已经写好的 .docx 交给它修 版式直接改：版心、字体字号、页码 体例写成 Word 修订痕迹，在「审阅」里逐条接受或拒绝 数字一个不改，只插批注，指出哪里对不上 相对突出的几点功能 数字前后对得上 ：合计和分项、同一个指标在不同地方的取值、说了几点列了几点，这些人读稿时最容易漏 改了什么一目了然 ：所有体例改动都留修订痕迹，全部拒绝就回到原文，一字不差 数字不替你改 ：合计错还是分项错，工具判断不了，所以只标出来，由写稿人定 拿真稿子验过 ：自己真实的两百六十八份文稿跑了一遍修复，全部正常 版式量过 ：关键尺寸在 Word 里渲染后实测，比如版头标志上缘距版心 35.05 毫米，标准是 35 数据不出电脑 ：工具全在本机运行，装好以后不联网 怎么用 装进 AI 用 ：作为 skill 装进 Claude Code 或 OpenCode ，其他 AI 未实测。直接说「按公文格式起草一份关于××的通知」 命令行出稿 ：照样张改一份稿源，一条命令出 Word ，机检自动跑 修现成稿 ： node tools/fix-doc.js 稿子.docx ，输出 稿子-修订.docx ，原文件不动 先看样张 ：七份样张的 PDF 在仓库 docs/样张/ ，网页上可以直接看 几点限制 标题默认用方正小标宋简体，这个字体要自己装 版式只在 Mac 版 Word 上测过，Windows 版 Word 和 WPS 没有逐项验；程序本身在 Windows 、Mac 、Linux 上都跑过测试，没有问题 不校对内容和政治表述，写什么、怎么表态，责任在写稿人 让 AI 起草正文时，内容去哪取决于你自己用的模型；涉密材料自己写，只交给它排版和检查 几个技术上的取舍 Node 写的，依赖只有 docx 、jszip 、sax ，全部本地运行 修复直接改 OOXML：体例改动写成 w:ins ／ w:del ，测试断言「拒绝全部修订后正文逐字等于原文」 改不了的元素不碰：超链接、域、已有修订、文本框、表格里的数字，碰到就跳过，留给批注 每条机检规则都配一份必错的标本，规则报不出来测试就失败；可能误报的规则只提示不拦稿 用 268 份真实 .docx 文件回放过修复：0 崩溃、0 不一致 想听的意见 WPS 经手的稿子、各单位自己的模板、带封面和目录的长文，修完之后哪里不对 代码结构和测试写法，哪些部分外行 回帖或者提 issue 都行 最后，感谢各位看帖、回帖，来 V2EX 也有六年了，真心希望能和大家交流、向大家学习！😄