概要说明 Claude Code、OpenClaw、Codex 等如何对本机 WPS 做自动审查能查错别字、标点、公文体例和表格以及确认写回卡在哪一步。面向编校与办公读者自动审查这两个字容易让人以为按一下就改完全文。用 Claude Code、OpenClaw 或 Codex 审 WPS 文件时更稳的做法是把「查出问题」和「改动文件」拆开智能体先给出问题清单你再决定写成批注还是改正正文。察元在本机把文档工具暴露给这些客户端加载项里也能点「拼写与语法检查」两边是同一类能力。下面按审查对象、写回方式、场景说法、人工把关来写。一、智能体自动审查到底审查什么结构化校对面向的是相对可核实的问题错别字、同音别字、明显病句、标点混用、固定搭配错误等。它适合作为长文初筛不适合当成终审盖章。产品里还有纠正拼写语法一类更偏「整段改写」的路径和「检查问题列表再批注」不是同一条。编校时建议默认走检查加批注需要统一用词时再走确认后的替换。对 Claude Code、OpenClaw、Codex 下指令时你不必背工具名但要记住结果形态一份可逐条定位的问题列表每条尽量带原文、建议和位置。加载项侧入口包括拼写与语法检查、文本分析里的纠正拼写和语法、以及自定义助手适合不想打开外部客户端时使用。二、三条写回路只预览、写批注、改正文第一条路只预览。说法可以是先跑一遍校对汇总问题列表不要改正文也不要写批注。适合你还没决定这稿能不能动或需要先拿列表开会。第二条路写批注。说法确认写批注批注里写清原文和建议改法尽量钉在具体文字上。这是公文和会签场景最常用的路。批注留在 WPS 里别人还能继续改、还能回复批注。第三条路改正文。说法确认替换或按清单直接改正。务必先有预览清单。没有确认就改字后续追责时说不清是人改的还是机器改的。技术上未确认的写操作常常只返回预览写批注、脱密应用等会明确要求确认。把这个习惯写进你的开场白比依赖某个客户端的默认安全策略更稳。三、错别字与同音字审查里最稳的一层可直接用的说法帮我检查文档中的错别字用批注标出原文和建议改法。只检查当前选区的错别字写成批注。排查同音别字例如的地得、象像、做作批注说明理由。检查成语是否写错或误用批注纠正。核对文中人名、地名、单位名是否前后一致不一致处批注。这些任务对模型要求相对直观也容易人工抽查。抽查时不要只看对话总结「已检查完毕」要点开几条批注看锚点是否落在错字上。四、标点、序号与公文体例标点单独成任务往往比和错别字捆在一起更清楚帮我检查标点符号是否正确包括中英文标点混用、引号和书名号是否配对用批注标出。把误用的英文逗号句号改成中文标点先预览。检查标题和条款序号层级是否混乱批注指出。按公文习惯检查标题、主送、落款、附件说明是否缺项。体例类问题有时不是「对错」而是「体例偏好」批注比直接改更适合讨论。合同类可以另开任务检查是否缺主体、金额、期限、违约责任列风险清单批注。这已经接近业务审查模型可能漏项必须人工复核。五、病句、逻辑与「正确性总检」可以说帮我检查病句、成分残缺、搭配不当用批注给出改法。检查文中数据、时间、称谓是否前后矛盾。核对数表与正文数字是否一致。帮我核对这篇文章的正确性错别字、标点、语法、前后矛盾一并查结果用批注。正确性总检适合定稿前一夜的粗筛。问题一多建议要求智能体按严重、一般、建议三级汇总你先处理严重项。逻辑漏洞、论证跳跃类输出主观性更强把它当提示不当判决。六、表格自动审查里最容易翻车的地方表格单元格里的错字批注一旦挂到整格或行尾审稿人会对产品失去信任。下指令时写死重点检查表格单元格里的错别字批注必须钉在具体错字上不要挂到整格。还可以让它标空单元格、核同一列单位是否一致或把表意概括成一段说明插到表前。插入类动作同样先预览。人工验收表格审查时随机点开三处批注错字是否高亮正确、建议是否合理、有没有整格误挂。任一失败先别批量确认替换。七、Claude Code、OpenClaw、Codex 与加载项怎么选不离开 WPS、操作路径短用加载项自带检查和写回动作条。要组合多步、多文档、边聊边改或已经泡在 Claude Code、OpenClaw、Codex 里办公通过 chayuan-wps-mcp 让智能体审当前文件。三条客户端加加载项背后都是当前文档和本机服务不是两套互相打架的引擎。助手页若开启文档智能体也可能走同一本机 MCP。配置前提仍然是WPS 打开、加载项在线、本机 62588 健康、校对模型已配置。模型可以是内网兼容端点。没配模型时审查入口会明确失败这比默默给出空结果更好。对 OpenClaw、Codex 下的中文指令与对 Claude Code 可以相同不必为每个壳子重写一套话术。八、多文档与交叉检查打开目录下几份相关稿交叉检查错别字与术语是否一致。先让智能体打开指定路径并确认活动文档再开校对。例如打开某份 docx确认是活动文档后做错别字批注并另存一份带已校对后缀的副本。串行处理两份文件时每份都重复「预览、确认、写回」不要假设它记得上一份的确认。九、敏感信息与脱密审查的另一条线可以说检查是否像身份证号、手机号、银行卡号这类字段用批注标出。这只是辅助扫描不是定密结论。脱密预览、带确认和密码的脱密应用走产品既有流程对话里不要省略确认。涉密岗位请按单位制度执行工具不能代替审批。十、一段可反复使用的审查开场白你是 WPS 文档校对助手通过 chayuan-wps-mcp 操作当前文档。先做校对预览检查错别字、标点和明显病句。汇总问题列表给我确认。我回复确认写批注后再写成 WPS 批注钉在具体文字上尤其是表格。不要擅自改正文除非我明确说确认替换。最后给我一份问题分级摘要。把这段存成客户端的项目说明或 Hermes、OpenClaw 的常用任务模板比每次现场发挥稳定。十一、预期管理什么叫「审查完了」长文会分段处理耗时与字数、模型速度有关。智能体口头保证查完不等于每条批注都落对。你的完成标准建议写成严重问题已处理或已批注、抽查锚点正确、需要改字的条目已人工确认。自动审查提高的是初筛效率不是取消核稿岗。也要承认边界。复杂版式、文本框、扫描件转成的假文本、纯图片文字能力会下降。极个别生僻专名模型可能误报。把误报当成可关闭的批注即可不必因此否定整条链路。十二、一套可落地的「自动审查作业流程」下面这套流程适合科室里固定下来避免每人一套说法。收件作者交稿编辑另存为「文件名-送审」副本打开 WPS。初筛运行拼写与语法检查或让已接通的智能体做校对预览。只要列表不写回。分流编辑把问题分成必须改、建议改、误报。误报直接忽略或删批注。落笔必须改的条目优先确认写批注退回作者若编辑有改稿权且条目无争议再按条确认替换。复核作者或二审只看批注窗格与修订不再让模型「再全改一遍」掩盖痕迹。归档保留带批注的中间稿一份定稿另存。需要统计时可让智能体按严重级别再出一页摘要插入文首插入前同样预览。十三、不同文种的审查侧重点汇报材料错别字、数据前后矛盾、序号层级、口头语是否过重。制度办法用语是否前后一致、条款序号、禁止性表述是否完整慎用「直接改正文」。合同协议主体、金额、期限、违约责任、管辖输出当风险提示法务仍要看。讲话稿同音词、姓名职务、敏感提法批注后人工定夺。表格统计单位列、空单元格、表内错字锚点表意概括可单独要一段说明。同一套工具文种不同指令要换。把文种写进第一句例如「这是制度征求意见稿只批注不改字」模型越界的概率会下降。十四、和「AI 润色」按钮的区别市面上很多一键润色输出是整段新文本好看但难审计。察元自动审查强调结构化问题列表和批注落点牺牲一点「焕然一新」的感觉换来可核对。若你确实需要润色单独立任务并要求改动处批注说明不要和错别字检查混成一次点击。混做的结果往往是错字没钉住文风倒大变审稿人更累。