中文行政合同排版

解决什么问题

中文行政合同最常见的交付物是一份 PDF 转出来的 DOCX：格式层层直接堆叠、章节号是手打文本、分页随编辑器变化、样式画廊里塞满互相冲突的内置样式。改一处字号可能让后半本合同的页码整体错位，复制一段条款就能让导航窗格彻底失效。

这个技能不复刻 PDF 的外观，而是把文档重建为可维护的样式与编号令牌体系，让法律结构、阅读节奏、填写区域与签署页在后续编辑中保持稳定。

核心能力与流程

设计闸门。 动手前先分类文档（长章节合同、仅条款确认书、独立附件、表单、签署文书），再从 standard-8pt-chapter（第一章）或 standard-8pt-article（第一条）中选一个 profile，决定 H1–H6 使用自动编号还是保留原文编号，并确认模板不含公司身份、地址、保密声明或页眉内容。Title 与 Heading 1 始终分离，文档标题不参与编号。

层级与字号。 H1 承载「第一章 / 第一条」，H2 为「一、二、三」，H3 为 1.1，H4 为 1.1.1，H5 是单一 · 标记，H6 保留为不编号的导航层。默认梯度为 H1 9pt 加粗、H2 9pt 常规、H3–H6 8pt 常规且与正文字号完全一致。深度只靠编号、间距和缩进表达，不使用颜色或额外加粗。开启自动编号时，六个标题绑定同一个多级定义，每个更深层级别在父级之后重启，审计直接检查 w:lvlRestart 的实际值而不是渲染外观。

保留原意。 重新排版默认写入新文件，并保留原有自动或文本编号。切到 profile 编号模式时，脚本会移除已识别的手工前缀以防重复编号，并拒绝残留的重复前缀。页眉页脚默认保留，因为其中可能含法律内容；--clear-headers、--page-numbers、--no-page-numbers 都是显式选择而非默认行为。

表单与签署。 可填写字段用内容控件或单元格下边框，不用成串下划线字符；选择项用真实复选框控件。表格指定固定网格宽度、内边距与边框，不使用会截断文字的固定行高。签署区用无边框双栏表格，预留 35–45 mm 可用高度，确保签署线、签字栏与日期在同一页。

审计与渲染。 任何非零退出都视为交付阻塞，必须先修复文档或记录用户授权的偏差。标准 profile 把 SimSun 分配给中文、拉丁字符与数字；macOS 上无头渲染器找不到系统 CJK 字体时，设置 FONTCONFIG_FILE 只影响 QA 渲染器的字体发现，不修改 DOCX 本身。渲染后逐页检查 PNG，确认无缺字、溢出、孤行标题、断表或签署页拆分，最后再跑一次审计。

适用边界

技能只做结构与排版重建，不生成任何主体数据：不会编造合同主体、编号、日期、金额或签署值，模板中所有占位符都是通用形式。审计输出的是 DOCX 包内缓存字段文本，共 1 页 不等于实际页数，必须在渲染出的 PDF 或目标编辑器中确认 PAGE / NUMPAGES 的刷新值。字体或 profile 变更引起的任何页数变化都会触发完整的分页复查。交付只返回最终 DOCX。