中文公文写作工作台

问题

中文公文不是普通排版：党政机关、企事业单位的通知、报告、请示、函，往往要求版头、发文字号、正文、落款、印章位置、页码和版记都能被正式接收。手写 DOCX 时，很容易在 22 行×28 字、红线到标题空两行、成文日期右空 4 字符、奇右偶左页码这类细节上翻车；已有文件重新排版时，又可能改动正文、脚注、批注、图片或超链接。

工作方式

该技能面向中文正式行文，把写作内容、版式参数和交付审查拆开。生成入口 generate_official_document.py 从 issuer、title、body 等结构化内容产出 DOCX；重排入口 repair_official_document.py 先校验原件哈希、问题码和内容守恒，再另存排版；审查入口 audit_gov_docx.py --strict 对 OOXML 做静态检查，出现 ERROR 或 WARNING 时返回非零。

关键约束包括：

• 版式识别：header_style 区分 party 与 administrative，seal_mode 区分 stamped 与 unstamped。
• 执行顺序：正式执行前先 --dry-run，通过后在暂存区生成并审查，只有 ERROR=0、WARNING=0 才发布。
• 规则来源：优先遵循 GB/T 9704—2012 原文，再用 Word 实现参数补齐版式细节。
• 交付检查：A4、版心 156 mm×225 mm、每面 22 行×28 字、29.6 磅固定行距、页码 4 号半角宋体、版记与分隔线等都会被纳入硬检查。

边界

它不生成英文公文、营销文案、技术文档；也不伪造真实印章，不判断密级、签发权限或内容合法性。静态审查通过仍需在 Microsoft Word 或目标办公环境导出 PDF 逐页复核，不能把 STATIC_READY_VISUAL_PENDING 当作最终交付。