把现稿排成公文版式的 DOCX 和 PDF

文字稿已经有了，这一节先解决一件事：把要生成什么文件说清楚。

输入包从下面的入口获取，包内共五个文件：现稿 source.md、排版约定 审核稿排版要求.txt、开始请求 开始任务.txt、修改请求 修改意见.txt，另有一份交代包内各文件情况的 材料说明.txt。正文展示的两段请求与包内请求文本同源。

现稿是自带的，不从上一课的答案接续。它的全文在下面折叠，先展开读一遍：

工具要两样：能读写本地文件、具备文档与 PDF 处理能力的助手会话，用来生成与核对；本机的 WPS 文字，用来最后的人工接手。全程不需要运行 Python，也不需要查看 DOCX 内部的 XML。你单位规定不能交给工具的材料就不交，是否许可在开始处理前向责任人确认。

环境还没就绪时——比如助手读不了文件、写不了目录——把实际具备的能力和原始报错原样交给它，让它说明能做什么、缺什么。未知环境不会被一句安装指令补齐，如实描述现状是最快的路径。

两个产出文件的分工要分清：DOCX 给继续编辑用，PDF 给阅读用。这个区分贯穿全课，每个文件出现时都会标注文字能不能选中复制、用了什么字体、有什么限制。你单位如果有明确的公文模板，直接交给助手使用；别把本课的自编约定当成正式合规要求去套。

开始前确认三件事：现稿和约定都能正常打开阅读；准备存放结果的目录可写；输入材料和示范输出分开放，不混在一个目录里互相覆盖。

版式不用你手工设，DOCX 内部结构也不用你查——这些交给助手执行。先做准备，是为了保证真实材料和任务能进入工具再发完整请求；不然出了问题，你分不清是要求没写清，还是环境根本不通。

这一轮要回答的问题是：怎么拿到能继续修改的文档，而不是一张页面图片？分量在“原生可修改”四个字：排好版的页面图片可以在 WPS 里打开、也能插进文档，但图片里的字不是原生文字，你选中不了、改不了其中的一个字。所以请求明确要 DOCX 加 PDF 两种文件，并要求助手自己渲染核对、如实报告没做到的部分。

交给助手的排版约定（本课自编）

这份约定就是 审核稿排版要求.txt 的内容要点，完整约定以包内文件为准：

• A4 纸，页边距上37、左28、右26、下35毫米，版心约156×225毫米；
• 标题居中 22pt 宋体类；正文 16pt 仿宋类；两种都要报告实际字体名和替代情况；
• 主送“各业务组：”独立一行、顶格，紧接标题；现稿里排在标题后的“本稿供办公室审核。”移到主送之后——文字一个不改，只按约定调整位置；
• 正文自然段首行空两字，回行顶格；
• 机关署名独立一行靠右排、右空两字，与正文之间空一行；落款日期占位在署名下一行，保留“待办公室审核确定”的待审状态，不补造真实成文日期；
• 页码居中；页码横线距版心下缘 7毫米，这是本课自编的目标位置。

约定写成一条条可执行的参数，助手才能逐项自查、逐项报告。横线 7毫米只是本课自己定的目标，不代表任何标准条款；你也不用拿尺子逐毫米量页面——版式由助手执行并自查，你负责看效果。

发出的开始请求

以下是可以直接复制使用的请求全文：

跟练按上面的规范请求发送；实录当时执行的是同源的原始请求（约定相同、带少量内部过程用语，原文保留在课程材料目录的 request.md）。当轮的真实输出如下。

助手交回的第一份东西就是核对说明，首版出了什么问题、恢复到什么程度、每项参数实际是多少，都在里面，原文如下：

完整文件：首轮核对说明.md。

对照说明看两份实际页面。首版不合格的样子：

两次恢复之后能读的单页文档（字体仍是宋体类替代）：

这里有个判断很重要：能读不等于达标。恢复后的版本是部分结果——文档结构已经原生可编辑，页面也能正常显示，但字体要求没满足，所以不能宣布完成，只能如实标注。首版那份缺字文件同样标注清楚，不作为可用的下载项。

请求里“缺字体时披露，不购买或安装”一句在这次就派上了用场：正文以宋体替代仿宋，字体目标未满足，说明里如实写了替代，没有倒推说整台机器装不了仿宋——后来正是在本机找到了已有的华文仿宋，才据此完成修复。把现有字体改个仿宋类的名字冒充达标属于虚假表述；字体不满足就披露不满足，名字换不来达标。

你此时要做的检查

打开恢复后的版本（跟练时打开你自己会话里的对应文件，只读示例时看上面的预览图），确认两件事：正文能选中、能编辑——这就是“原生可编辑结构”，和一张图片的区别在这里；页面上主送、正文、署名、日期、页码都在正常位置显示。看到缺字或明显错位，就把实际页面和问题描述带回去让助手返工。暂时只有可读文件而字体未满足时，明确它只是部分结果，不要当成全部完成。

开始请求里的各项约束在后续修改中继续有效。

到这里，你应该能辨别三样东西：原生可编辑的文档结构、可以阅读的页面、还没满足的字体要求。当前这份可读文件正是前两样加第三样——结构对了、页面可读，字体还没到位。

修改意见要具体到“哪个词改成什么、哪个样式怎么处理”，同时守住底线：业务文字只改点名要改的那处，其余一个字不动。这一轮在同一个会话里进行，处理的正是上一节恢复出的那份可读文档，助手记得当前文件的状态。

发出的修改请求

跟练发送包内修改意见.txt；实录执行的是同源原始消息，核心要求一致。注意“短横线样式”这句标为本次新增要求——首轮约定只说了横线距版心下缘 7毫米，没说横线该长该短，所以首版那条长横线不算违反要求，不能事后倒过去判定它错。

助手交回的修改说明原文如下，改了什么、没改什么、量到多少，都在里面：

完整文件：二稿修改说明.md。

页面上的实际变化：正文只有一处，“联系人：周禾。”改成“会议联系人：周禾。”；署名和待审日期原样保留；页码改成“— 1 —”的样式，数字两侧各一条短横，旧的长横线随之移除。二稿页面的实际预览如下：

上面的修改说明就是助手返回的核对记录。先读它，再自己抽查重点四处：主送是否独立顶格紧接标题；正文是否首行空两字、回行顶格；署名和待审日期的位置；页码形态。再加任何缺字、错位。短横线是否精确落在 7毫米上，说明里有精确到小数的内部测量，不需要你复测——按页面效果判断能不能接受就够了。

后来的字体修复（单独标注的一步）

二稿之后还有一次独立的技术修复：把正文字体换成这台机器上已有的华文仿宋 16pt（它在 PDF 内部的资源名叫 STFangsong），全稿 17个段落和页脚保持不变；原生 DOCX 不嵌入字体文件。修复后页面的实际预览如下：

这一步的位置必须如实标注：它不是前两轮“一次成功”的一部分，也不改写“正文曾经用宋体替代”的历史——首版缺字、恢复版替代、修复版达标，三个阶段按真实先后各自成立。这里的“达标”只指本次仿宋字体目标得到满足，不代表全部版式符合正式标准，也不代表跨机显示已通过。

到这里，“会议联系人”版文件的阅读 PDF 是无损单页图像：没有文字层，不能选择、复制、搜索。要改字、查字用 DOCX；要读看 PDF。

从这里带走两件事：一是拿到文件先弄清是哪一版，别把图像版当文字版去找“复制”按钮；二是缺字体不能靠改名字冒充达标——有替代就披露替代，达没达标看字体本身。

助手交付的文件，最终要由你在文字处理软件里接手。本课示例由助手在 WPS 界面完成编辑、另存、关闭重开和导出，没有真人试学。下面先回看这次界面操作；跟练时，请你亲自在 WPS 中完成这些步骤，检查修改是否保留。示例只改一处称呼，每一步都有实际结果。

助手在 WPS 界面完成的一次最小修改

示例在当前仿宋版 DOCX 的副本上（就是“会议联系人”那一版）依次完成：

1. 用 WPS 打开副本，执行替换：把“会议联系人：周禾。”改成“会务联系人：周禾。”——WPS 提示替换了 1处；
2. 另存为新文件名；
3. 关闭已保存的文档；
4. 重新打开它：通过“打开文件→浏览”调出的系统单文件选择面板选中刚才另存的文件；重开后确认新称呼出现 1处，字体栏显示“华文仿宋、三号”；
5. 导出 PDF。

实际发生的两次绕路

重开文件时，先试的是“最近文件”入口，WPS 弹出的要求是授权访问整个目录——选择取消，改走“打开文件→浏览”的系统单文件面板，成功打开目标文件，全程没有授予目录权限。导出 PDF 时，直接写入源目录因权限问题失败；改用“另存为”并选择 PDF 文件格式，通过系统单文件保存对话框完成。

本课只教这两条实际验证过的路径：不需要为了打开自己刚另存的文件去扩大目录权限；被取消的那条路也不说成当时成功了。这条路线只在这台机器、这一版文件上验证过；你在自己机器上遇到同样的授权弹窗，可以按已测的单文件路线尝试，试不通时把实际报错原样带回去说明环境。

字体提示与实际成品不一致时，以实际成品为准

另存 PDF 时，WPS 提示 Courier 和华文仿宋两种字体不能嵌入，并给出“以图片形式嵌入”的选项。选了它，但实际生成的 PDF 是什么？正文文字完整、可以提取；全文件 0个页面图像对象，共1页；华文仿宋（STFangsong）没有嵌入；标题和小节标题的宋体类资源（Songti SC）嵌入了。

提示里的选项名称没有决定文件的真实内部形态——判断依据是实际生成的 PDF 本身。另外，WPS 界面上还有一条“缺失字体”指示，但没有定位到具体是哪些字体；不能拿它断定正文缺华文仿宋，它和已确认的嵌入限制是两回事，分开对待。

你要做的检查

打开你接手后的文件，确认：你的修改还在，文档还能继续编辑；主送、署名、待审日期、页码在页面上清楚可见。需要在这份 PDF 里查找文字，就实际搜一个词试试——本例这次导出的 PDF 文字层可以提取，这个结论只属于这一份文件，不要推广成“所有导出的 PDF 都能查找”，也不要反过来。

这份材料在整理成课时另做过制作侧核对：程序与人工逐页确认无缺字、裁切、重叠，下载副本与 WPS 原版内容一致、字节不同；清理元数据后的下载副本未再做 WPS 重开验证。证据在课程维护记录，不在你的任务里。

还有没验证的范围：没有在另一台机器上测试，没有用 Microsoft Word 测试，也没有做任何正式公文标准认证。实际操作窗口的原始截图含有账号和本地路径，没有公开；本页没有使用任何 WPS 界面截图，页面呈现的只是文档页面预览和清理元数据后的文件。

本机 WPS 对这版文件的改、存、重开、导出，每一步都有实际结果支撑；跨机器、跨软件的情形仍未验证——这个边界要带进交付说明里。

交付的主体是两个文件：WPS 另存的同版 DOCX 和原生文字 PDF，两者联系人均为“会务联系人”。随附一份简短说明，至少讲清五点：

• 本机 WPS 已实测过哪些动作（改、另存、重开、导出）；
• 实际字体是什么（正文华文仿宋 16pt，PDF 内资源名 STFangsong；标题宋体类）；
• PDF 正文可以提取、查找，但字体没有嵌入；
• 接收方机器上如果没有华文仿宋，打开时可能发生字体替换或重排；
• 落款与成文日期仍是待审占位，只有这一项待办公室审核确定，会议时间（2026年10月28日10:00—11:00）等业务安排已有依据。

说明里有两句话不该出现：不说“所有 PDF 都不可查找”——这份 PDF 恰恰可以提取文字；也不因为它可以提取文字，就承诺对方机器上外观完全不变。

早期助手图像版 PDF 单独列出

之前助手生成的图像版 PDF（“会议联系人”版）作为早期产物单独列出，只对它标注：不可选择、不可复制、不可搜索。它不能替换到新的 WPS DOCX 配对里——那一对文件的联系人是“会务联系人”，混配会出现源文件和阅读版文字不一致。

全部版本的对应关系如下，交付时同一入口只指向其中明确的一对：

表中字体列只写已确认的实际字体，没有确认的标“未核”。“中文缺字”“混用主题样式”描述的是当时的异常状态，不是字体家族名称，所以不填进字体列。缺字说明 PDF 显示出了问题，不等于这台机器没有对应字体；“未嵌入”是嵌入限制，同样不是缺字体的证据。恢复、修复的先后按上表的真实顺序排列，不另作“这台机器缺仿宋”之类的推断。

本页提供的文件

本页呈现的是纯文档页面预览和清理元数据后的文件，不是助手界面截图；原始应用截图含账号和本地路径，未公开。最终同版文件已就绪：同版 DOCX、阅读 PDF、单页预览图和清理后的文档包都从下面的入口下载，输入包入口在“准备工作”一节，除这两个入口外不提供其他地址。

关于下载副本要知道一件事：它们是清理了元数据之后的副本，已逐项核对与 WPS 另存原版在正文、样式、页码、页面上完全一致；但清理会改变文件字节，两者的文件指纹（SHA）并不相同。向接收方说明时只需要讲：下载副本与 WPS 原版内容、页面一致，文件字节不同。含作者信息的原件不对外提供。

迁移到自己的工作

换用你自己的材料时，结构不变：

• 输入用你的现稿，加上你单位明确的约定或模板；原稿保留，不覆盖；
• 对助手的三项固定要求：披露实际字体与替代情况、全量核对文字与版式、列出还没满足的要求；
• 你在接收软件里做的事也一样：改一处、另存、关闭、重开确认、再看阅读版；
• 本例没覆盖的情形——多页文档、附件、奇偶页码——按你的实际要求另行验证，不把单页结论外推过去；
• 排版规范是否适用、稿件能否正式发文，由你单位责任人判断；本课的自编约定不承担真实单位模板、国标认证、签发或发送的效力。

完成条件

交付齐全的标志有三条：同版可编辑 DOCX、可读 PDF、实际字体与异常说明三者齐备；目标软件的实测范围说清楚——本机 WPS 已测，跨机器和 Word 未测；接收环境需要核对的事项——字体与分页——在说明里显式写了出来。