1. 公文落款为什么总在最后一步翻车如果你在单位里用 WPS 处理批量公文大概率遇到过这种场面正文改了三版措辞、政策口径、附件清单都核过打印出来准备盖章主任扫一眼末页问一句「签发人呢」。再翻回去看成文日期也空着。拟稿的以为核稿时填核稿的以为签发时补三道手续都默认下一个人会补上结果谁都没补。这三项——成文日期、签发人、发文机关署名——有个共同的物理特征它们都在文末。人的注意力天然集中在正文改稿改到最后一版落款区域反而是最容易被覆盖、被删、被忽略的地方。领导盯措辞核稿盯政策口径落款成了三不管地带。这篇要解决的就是这件事用 TaoToken 把大模型接进 WPS 的文档处理链路让机器在人工翻查之前先跑一遍 JSON 校验规则把「有没有、对不对」这类事实核对从人脑里剥离出来。适合两类人一是每天要过十几份公文的技术岗二是想用 MCP 把 WPS 接进智能体工作流的开发者。核心检索词就三个WPS 文档校验、MCP 调用、JSON 规则预检。我试过的流程是抽取要素 → 定位锚点 → 批注提醒 → 人工补全四步里前三步全部交给机器。下面把配置骨架、调用示例、验证动作完整拆开。2. TaoToken 前置拿 Key、配环境、接 MCPTaoToken 在这里扮演的角色是模型能力的统一入口。WPS 加载项本身不做语义判断它把文档文本和校验规则发给模型模型返回结构化 JSON加载项再根据 JSON 决定要不要标批注。所以你需要先有一个可用的 API Key。访问 https://taotoken.net/api 拿到接入地址Key 在控制台的 API Keys 页面生成https://taotoken.net/console/api-keys 。生成时注意两点一是给这个 Key 起个能识别的名字比如wps-doc-check方便后面按项目排查用量二是如果团队多人共用建议每人一个 Key出问题能定位到人。环境变量建议这样设避免把 Key 硬编码进配置文件export TAOTOKEN_API_KEYsk-你的key export TAOTOKEN_BASE_URLhttps://taotoken.net/api如果你用的是 Claude Code 这类智能体接入 MCP 服务只需要一条命令。这里假设你已经有一个本机运行的文档服务监听 127.0.0.1材料不出本机claude mcp add --transport http wps-doc-mcp http://127.0.0.1:62588/mcp加完之后用claude mcp list确认服务在列。这一步的意义是把「文档定位」「写批注」这些动作暴露成工具模型可以按需调用而不是把整篇文档塞进上下文里硬猜。需要提醒的是MCP 服务只监听 127.0.0.1这是底线。公文材料不出本机模型只处理你显式发出去的字段文本不要把整份涉密文档直接丢给远端。3. 可复制配置settings.json 骨架与校验规则下面这份settings.json是给 WPS 加载项或本地 MCP 服务读的配置骨架。它定义了三件事模型接入参数、要检查的字段清单、每个字段的校验规则。{ model: { provider: taotoken, base_url: https://taotoken.net/api, api_key_env: TAOTOKEN_API_KEY, model_name: claude-sonnet-4-5, temperature: 0, max_tokens: 2048 }, document_check: { scope: tail_section, tail_anchor: 文末落款区, fields: [ { key: issuing_org, label: 发文机关署名, required: true, pattern: ^[\\u4e00-\\u9fa5]{2,30}$, error_msg: 发文机关署名缺失或格式异常 }, { key: issue_date, label: 成文日期, required: true, pattern: ^\\d{4}年\\d{1,2}月\\d{1,2}日$, error_msg: 成文日期缺失或未按年月日格式填写 }, { key: signer, label: 签发人, required: true, pattern: ^[\\u4e00-\\u9fa5]{2,4}$, error_msg: 签发人缺失或姓名格式异常 } ], output_format: json, on_missing: comment } }几个参数值得单独说。temperature设成 0是因为这类抽取任务要的是稳定复现不需要创造性同一份文档跑两遍结果不一致核稿就没法信任。scope设成tail_section让模型只聚焦文末避免它把正文里出现的日期误判成成文日期。pattern用正则约束格式成文日期必须是「年月日」结构签发人限定 2 到 4 个汉字这样能同时抓「缺失」和「格式错」两类问题。on_missing设成comment意思是发现缺项时写批注而不是直接改文档。这个设计很重要机器不能悄悄动你的稿子批注写进去之前永远先给你看一眼。公文场景里可控比聪明更重要。如果你要检查的字段更多比如加上主送机关、附件说明直接在fields数组里追加对象即可规则结构完全一致。4. 验证请求跑一遍样例文档核对命中结果配置写好了得验证它真的能抓到漏项。准备一份故意缺项的样例文档文末只写发文机关署名成文日期和签发人留空。然后用下面的请求体调一次模型curl -X POST $TAOTOKEN_BASE_URL/v1/messages \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-sonnet-4-5, temperature: 0, messages: [ { role: user, content: 从下面文档的文末落款区抽取三个字段发文机关署名、成文日期、签发人。按 JSON 返回缺失的字段值设为 null并给出 missing 数组。\n\n文档内容\n此处粘贴样例文档文末段落 } ] }期望返回类似这样的结构{ issuing_org: 某某市某某局, issue_date: null, signer: null, missing: [issue_date, signer], format_errors: [] }拿到返回后做两件事核对。第一看missing数组是否精确命中你故意留空的两项多报或漏报都说明规则需要调。第二看format_errors是否为空——如果成文日期填了「2025.3.8」这种非标准格式它应该出现在format_errors里而不是missing里。这两类问题要分开处理缺失是补内容格式错是改写法。验证通过后把这段逻辑接进 MCP 工具链。加载项调用document_locate定位到文末锚点再调document_add_comment把missing和format_errors里的项写成批注。批注内容可以直接用配置里的error_msg也可以拼上字段名比如「成文日期缺失请在盖章当天补填」。跑通一次之后把样例文档换成真实公文再跑一遍。真实文档的版式更复杂可能出现模型把正文里的日期误抽成成文日期的情况这时候回到scope和提示词上收紧约束而不是放宽校验规则。5. 本篇常见错排查报错一返回的 JSON 解析失败。多半是模型在 JSON 前后加了说明文字。解决办法是在提示词里明确「只输出 JSON不要任何解释」同时把max_tokens调够避免 JSON 被截断。如果还是不稳定可以在加载项里加一层容错先尝试直接解析失败则用正则提取第一个{到最后一个}之间的内容。报错二missing数组把已填字段也报成缺失。检查scope是否设成了tail_section。如果设成全文模型可能在正文里找不到落款就报缺失。另一个可能是文末锚点定位不准document_locate没找到正确的落款区导致送给模型的文本里根本不含落款。报错三成文日期格式校验误报。有些公文写「二〇二五年三月八日」这种汉字日期正则^\d{4}年...会判为格式错。如果你的单位用汉字日期把 pattern 改成同时兼容阿拉伯数字和汉字或者干脆把日期格式校验从正则里拿出来交给模型做语义判断。报错四MCP 服务连不上。先确认服务确实在 127.0.0.1:62588 监听用curl http://127.0.0.1:62588/mcp看有没有响应。如果 Claude Code 里claude mcp list显示服务但调用超时检查是不是防火墙拦了本地回环之外的请求——正常情况下只监听 127.0.0.1 不会有这个问题。报错五批注写到了错误位置。document_add_comment依赖document_locate返回的锚点。如果锚点定位到正文中间批注就会插错地方。验证阶段先只调document_locate把返回的锚点位置打印出来人工确认确认无误再开批注写入。6. 把预检固定成流程节点工具跑通只是第一步真正省事的是把它卡进流程的时间点。成文日期在盖章当天才定签发人在签发环节才定所以检查不能跑太早跑早了白跑。我的做法是固定两道打印前三分钟跑一次要素抽取盖章前一分钟再翻一眼末页批注。两道都过才往外走。如果你平时用 Claude Code 做长期编码或 Agent 任务可以把这套校验逻辑挂进 Coding Plan让文档预检成为智能体工作流里的一个固定节点https://taotoken.net/coding-plan 。模型对话调试规则的时候用这个入口https://taotoken.net/models 。接入文档和参数细节在这里https://taotoken.net/doc 。范围说清楚这套流程只适用于 WPS 里可编辑的文档。PDF 扫描件、图片版材料不在覆盖范围内那种只能回归人工核对或者先转成可编辑格式再说。AI 抽取靠版式和上下文判断格式很怪的扫描件、多层转发的邮件体公文偶尔会抽漏经办责任终究在人机器只是把「翻到最后两页」这个动作变成确定性动作。最后给一条实践提示请示、报告这类上行文签发人检查要放到核稿单之外单独过一遍。拟稿系统里的模板常常不带这个位置系统查不到的错只能靠文稿层面查。把抽取出来的要素表直接贴进核稿单当附件缺项空着的位置就是待办核稿从「我看过」变成「查过这些项」哪一环漏了也追得到。