成文日期和签发人：公文落款最常丢的三项，机器先筛一遍

去年腊月二十六，我们一份请示要赶在年前报上去。下午五点材料打印好，就差盖章，办公室主任拿起来扫了一眼问：签发人呢？再翻到末页，成文日期空着——拟稿人以为核稿那天填，核稿的以为签发时填，三道手续都以为下一个人会补。那晚重新走签发流程到九点。从那以后我落了个毛病：任何文件上报前，先自己翻到最后两页。直到今年用上察元AI文档助手，这个动作才交给了机器。

为什么总是这三项丢：成文日期、签发人、发文机关署名。规律其实很明显——它们都在文末，而人的注意力都在正文；它们又都是"最后才定"的要素，改稿改到最后一版，落款区域反而最容易被覆盖、被删。领导盯着措辞，核稿的盯着政策口径，落款成了三不管地带。

现在我的流程固定三步。

第一步，抽取。用加载项里的"表单智能提取"助手，它本来就是给合同、公文抽字段输出 JSON 的，我直接点名要什么：

把这份公文的发文机关、标题、主送机关、签发人、发文机关署名、成文日期抽成一张表，缺的项直接标"缺"

半分钟出一张表，缺项在表格里空着，比翻文档直观得多。

第二步，定位。缺了项还得知道钉在哪。察元背后跑着一个本机 MCP 服务（地址 http://127.0.0.1:62588/mcp，只监听 127.0.0.1，材料不出本机），连上它的 AI 智能体可以用 document_locate 定位到文末锚点，再用 document_add_comment 把提醒写成批注。这个工具有道门槛：不明确确认就不落笔，机器不能悄悄动我的稿子，批注写进去之前永远先给我看一眼——公文场景里，这个设计比聪明更重要。

第三步，人补。签发人写谁、成文日期定哪天，这是人的事，AI 只负责把空位亮出来。时间点也讲究：成文日期在盖章当天定，签发人在签发环节定，检查就得卡在这两个节点之后再跑一次——跑早了白跑。

这套流程还有个额外的好处：抽取出来的那张要素表，可以直接贴进核稿单当附件。以前核稿单上"格式核对"一栏就打个勾，现在附一张机器出的要素清单，缺项空着的位置就是待办，核稿从"我看过"变成"查过这些项"，哪一环漏了也追得到。

再说说为什么这类活适合交机器。落款三项的检查不涉及业务判断，就是"有没有、对不对"的事实核对，机器不受疲劳和赶工影响，第四遍检查和第一遍一样认真——领导催稿催得越急，人越容易跳步骤，机器不会。我现在把外发流程固定成两道：打印前三分钟，跑一次要素抽取；盖章前一分钟，再翻一眼末页。两道都过才往外走。

范围也说清楚：这里说的是 WPS 里可编辑的文档。PDF 扫描件、图片版材料不在这个流程里，那种只能回归人工核对，或者先转成可编辑格式再说。

如果你平时就用 Claude Code 这类智能体，接上只要一条命令：

claude mcp add --transport http chayuan-wps-mcp http://127.0.0.1:62588/mcp

给文秘同行两条实践提示。其一，请示、报告这类上行文，签发人检查要放到核稿单之外单独过一遍——拟稿系统里的模板常常不带这个位置，系统查不到的错，只能靠文稿层面查。其二，成文日期在盖章当天还可能变，外发前十分钟再跑一次抽取，成本几乎为零，我的习惯是只查文末三项：

只检查文末三项：发文机关署名、成文日期、签发人，缺项或格式不对就用批注标出

边界也要说清：AI 抽取靠版式和上下文判断，格式很怪的扫描件、多层转发的邮件体公文，偶尔会抽漏，经办责任终究在人，机器只是把"翻到最后两页"这个动作变成确定性动作。工具本身开源（Apache-2.0，当前版本 4.1.2），装在 WPS 里当加载项用，也支持 Cursor、Codex 这些智能体通过 MCP 直连。年前那个晚上要是放到现在，十分钟就能收工。基层减负，减的就是这种半夜返工。