name: gongwen-word description: 按中国党政机关公文规范起草、修改、排版和校验 Word/DOCX 文档，也处理机关事业单位、医院内部的汇报材料、情况说明和实施方案。适用于通知、请示、报告、函、纪要、决定、决议、命令（令）、公报、公告、通告、意见、通报、批复、议案、已有公文修改、公文格式审查、GB/T 9704-2012 版式、中文字体检查和经用户确认的授权字体本地安装。

公文 Word

起草、修改、排版和校验党政公文及机关事业单位材料。坚持中文优先、事实保守、原件保护、机器校验和逐页视觉复核。

不可违反的约束

• 不编造机关名称、文号、签发人、主送机关、政策依据、数据、日期、期限、联系人或审批结论。
• 缺失事实写成 [待补: 字段名]；严格模式存在占位符时不得正式交付。
• 严格模式拒绝未知请求字段；草稿模式必须报告未知字段警告。
• 修改 DOCX 必须另存副本；工具会拒绝输入输出同路径。
• 只起草或审查内容时不检查、不安装字体。
• 仅在用户确认授权和本地安装动作后，安装 assets/fonts/ 中的字体；不得联网下载、分发或安装未授权商业字体。

按需读取

• 分类和正式发文意图：references/routing-rules.md
• 15 种法定文种：references/document-types.md
• 正文起草或改写：references/wording-guidelines.md
• 生成、重排或严格校验：references/standards-map.md、references/formatting-rules.json
• 请求 JSON：references/document-request.schema.json
• 字体：references/font-policy.md
• 真实文件、弱模型或正式交付：references/weak-model-playbook.md
• 维护评测：evals/README.md、evals/rubric.md
• 仅在维护或发布本 skill 时：references/skillhub-upload-rules.md、references/trace-baseline.json、references/trace-optimization-map.md

不要无条件读取全部参考。弱模型执行正式交付时必须完整遵循 weak-model-playbook.md，不能只凭本页摘要。

执行状态机

以本文件所在目录为 skill 根目录，优先使用 scripts/gongwen.py，不要自行串联底层脚本。

1. 首次使用或环境变化后执行 doctor。
2. 新建任务先构造请求 JSON，再执行 inspect。
3. 核对分类、正式发文意图、缺失事实和阻断项。
4. 草稿可用 build；正式交付优先用 prepare。
5. 修改、脱敏或复杂对象任务按下方专用流程执行。
6. 交付前检查统一报告、逐页 PNG 和人工视觉复核记录。

统一状态：pass/退出码 0 可继续；warning/退出码 1 仅作草稿或待确认；fail/退出码 2 阻断交付。

python scripts/gongwen.py doctor --report-json doctor-report.json
python scripts/gongwen.py inspect --input-json request.json --report-json inspect-report.json
python scripts/gongwen.py build --input-json request.json --output output.docx --report-json build-report.json
python scripts/gongwen.py prepare --input-json request.json --output output.docx --preview-dir preview --report-json prepare-report.json

prepare 一次完成生成、机器校验、逐页预览和视觉复核模板。人工复核完成前，其 delivery_ready 固定为 false；不得把“转换成功”表述为视觉验收通过。

逐页检查后，由评审者把模板状态、姓名、时间和每项检查结果填写完整，再核验并关闭门禁：

python scripts/gongwen.py finalize-review --review-json preview/visual-review-template.json --report-json final-review-report.json

页面内容或哈希在复核后变化会重新阻断交付。

请求模型与路由

最小请求：

{
  "schema_version": "1.0",
  "task_type": "create",
  "document_class": "office_material",
  "strictness": "strict",
  "document_type": "实施方案",
  "title": "信息化项目实施方案",
  "body": ["一、建设目标", "结合实际组织实施。"],
  "date": "[待补: 日期]"
}

• document_class：formal_gongwen、office_material、material_report
• official_intent：是否明确要求正式发文
• strictness：strict 或 draft
• direction：upward、downward、parallel、internal
• layout_profile：默认 auto，由类别和行文方向选择

“汇报、情况汇报、报送材料、调研材料、说明材料”默认 material_report；仅说“报告”且语义无法进一步判断时亦如此。情况说明、专项评估报告、实施方案、技术方案、内部通知和工作计划使用 office_material。只有明确正式发文意图或正式要素时，才用 formal_gongwen；不得因名称含“通知、报告、函”就擅加红头、文号、主送或版记。

修改、脱敏与审计

修改已有文件时默认自动选择引擎：含图片或表格使用 OOXML 保真路径，普通文档使用 python-docx。

python scripts/gongwen.py normalize --input input.docx --output output.docx --mode formal-office --document-class office_material --report-json normalize-report.json

模式：gongwen 用于正式公文；formal-office 用于方案、汇报和复杂表格材料；preserve-layout 只统一字体并保留布局，不宣称通过严格公文版式校验。

脱敏映射须由用户或人工审阅者明确提供，不得猜测；映射文件不得进入交付目录、评测集或版本库。

python scripts/gongwen.py deidentify --input input.docx --output deidentified.docx --mapping-json mapping.json --report-json deidentify-report.json
python scripts/gongwen.py audit-package --input deidentified.docx --compare-before input.docx --forbidden 禁用标识符 --report-json package-audit.json

脱敏覆盖正文、表格、文本框、页眉页脚、批注、修订痕迹和文档属性等 OOXML 文本部件，报告不回显映射。含 OLE、嵌入 Office 文件、脚注尾注、多类型页眉或域代码时必须执行包审计。无法解析的二进制对象必须用原生应用复核；只要嵌入对象仍含源标识符就必须 fail。LibreOffice 渲染不能替代结构审计，高风险交付还须用 Microsoft Word 复核。

单独校验与字体

python scripts/gongwen.py validate --input output.docx --document-class formal_gongwen --report-json validation-report.json
powershell -ExecutionPolicy Bypass -File scripts/check_fonts.ps1 -Strict -OutputJson font-report.json

允许占位符或仅交付草稿时给 validate 加 --draft，结果至少为 warning。只有用户确认字体授权和安装动作后，才执行 ensure_fonts.ps1。

交付门禁

正式交付必须同时满足：

1. 统一报告状态为 pass，且不存在 [待补: ...]。
2. 文稿类别、文种、行文方向和正式发文意图已核对。
3. 修改任务未覆盖原文件；脱敏和复杂对象审计无阻断项。
4. 模板与行文方向匹配；字体替代和工具限制已披露。
5. 每页 PNG 已人工核对重叠、截断、乱码、表格断裂、标题换行、页眉页脚及所选版式要素，并完成 visual-review-template.json。

内置模板覆盖常用单机关上行、下行、函、纪要和机关材料。涉及印章、严格版记、联合行文、多机关署名或机构专用红头时，必须换用本单位核定模板并视觉复核，不得仅凭机器报告宣称完全符合 GB/T 9704—2012。

自检与发布

修改 skill 后运行：

python scripts/regression_test.py
python scripts/cli_test.py
python scripts/layout_test.py
python scripts/smoke_test.py --output-dir smoke-out
python scripts/template_qa.py --output-dir template-qa
python scripts/eval_corpus.py validate --eval-dir evals
python scripts/eval_test.py
python scripts/e2e_test.py
python scripts/release_test.py
python scripts/blind_eval_test.py
python scripts/consistency_test.py

发布时只能从本 skill 根目录构建；发布 ZIP 排除评测答案、历史运行、私有追溯、字体二进制和本地产物。模板必须与 assets/templates/manifest.json 的 SHA-256 一致。

python scripts/release_audit.py --report-json release-audit.json
python scripts/package_release.py --output ../gongwen-word.zip --report-json package-report.json

盲测必须使用冻结的官方 TRACE 权重；不得改维度、权重、公式、案例或评分标准，不得向作答者暴露答案。至少保留一组答案从未展示的新案例。

python scripts/blind_eval.py prepare --eval-dir evals --output-dir ../blind-packet
python scripts/blind_eval.py score --assessment ../blind-assessment.json --output ../trace-score.json

这个 Skill 质量较好，专业性强，能按照国家公文标准起草和校验文档。它的最大优点是严谨——不乱编信息、有严格的审核流程、多重测试保障质量。不足之处是依赖一些外部软件和字体，配置起来稍复杂，对中文排版细节要求极高的场景可能需要额外处理。总体适合需要正式公文文档的专业用户。