公文笔杆子

它解决什么问题

处理 DOCX 公文时，最容易出问题的不是“写出来”，而是写完之后：机关名称、文号、主送、版记、字体、表格、页眉页脚和脱敏残留是否一致。人工逐页检查容易漏，转换又可能破坏原有布局。gongwen-word-mini 把起草、修改、排版和校验拆成一条可执行状态机：先用 doctor 检查环境，再构造请求 JSON，运行 inspect 核对 document_class、official_intent、strictness 和 direction，最后根据草稿或正式交付选择 build 或 prepare。

核心能力与关键步骤

• 事实保守：缺失字段必须写成 [待补: 字段名]；严格模式下存在占位符时，不得正式交付。
• 原件保护：修改 DOCX 时必须另存副本，工具会拒绝输入输出同路径。
• 机器校验加视觉复核：prepare 会完成生成、校验、逐页 PNG 预览和视觉复核模板；人工复核完成前，delivery_ready 固定为 false。
• 修改与脱敏：含图片或表格时走 OOXML 保真路径，普通文档使用 python-docx；脱敏映射必须由用户提供，报告不回显映射。
• 边界披露：涉及印章、严格版记、联合行文、多机关署名或机构专用红头时，必须换用本单位核定模板并视觉复核。

它更像一个带门禁的公文工程流程，而不是单纯润色工具。适合把正式材料从“能看”推到“可交付”的场景；不适用于让模型自由补全机关信息、擅自添加红头要素，或仅凭渲染结果宣称通过严格版式校验。