1. WPS 文档自动审查的真实痛点多工具 Key 分散与配置繁琐团队批量审校合同和报告时最头疼的往往不是「模型不够聪明」而是工具链太散。我见过不少团队的现状是这样的WPS 里开着待审的合同浏览器里挂着某个大模型网页版本地还跑着一个 MCP 服务另外又有一个 Claude Code 终端窗口。每个环节都要单独配 Key、单独填 Base URL、单独选模型一旦换人接手光是「这套东西怎么连起来的」就要解释半小时。具体来说痛点集中在三个地方。第一是Key 分散。WPS 加载项里填一个 KeyClaude Code 的 MCP 配置里填一个 Key如果还用了别的编辑器或 Agent 工具又是另一个 Key。每个 Key 的额度、有效期、权限都不一样月底对账时根本说不清哪个 Key 用在了哪个环节。更麻烦的是某个 Key 过期了你得挨个工具去排查到底是哪一环断了。第二是配置格式不统一。Claude Code 用的是 JSON 格式的 MCP 配置有些工具用 TOML还有些用环境变量。同一个模型服务在不同客户端里要写成不同的样子。团队里只要有人换了个客户端配置就得重写一遍出错概率极高。第三是提示词和配置混在一起。很多人把「先预览、确认写批注、禁止未确认替换」这些流程约束和 API Key、Base URL 这些连接信息写在同一个文件里。结果就是想复用提示词得先把密钥抠出来想换模型又怕动到提示词。两者耦合维护成本翻倍。这篇要解决的就是把这团乱麻理顺。核心思路是用 TaoToken 统一 Key 接入把连接配置收敛到一处把审查提示词独立成可复制的口令库用 Claude Code 通过 MCP 驱动 WPS 文档做自动审查。适合谁适合需要批量审校合同、制度稿、报告的团队尤其是那种「文档多、人手少、还要求可复核」的场景。我试过把这套流程跑通之后最大的感受是审查这件事从「每次都要重新搭环境」变成了「贴一段口令就能开工」。下面按步骤拆开讲。2. TaoToken 前置准备统一 Key 与 MCP 服务连通性检查在动 Claude Code 的配置之前先把地基打好。这一步的目标是拿到一个统一的 Key确认 MCP 服务在线确认模型能正常对话。三件事都过了再往下走。2.1 获取统一 Key 与确认服务地址TaoToken 的作用是把模型接入这件事收敛成一个入口。你不需要在 WPS 加载项、Claude Code、其他 Agent 工具里分别填不同的 Key而是用同一个 Key 走同一个 Base URL。访问官网了解接入方式https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI 地址配置时填这个不带额外参数https://taotoken.net/api拿到 Key 之后先别急着往 Claude Code 里塞。建议先在模型对话页面做一次最小验证确认 Key 有效、模型能回话。模型对话入口https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite注意Key 属于敏感信息不要写进提示词、不要贴进对话记录、不要提交到代码仓库。它应该只出现在本机配置文件或环境变量里。2.2 确认 WPS 侧 MCP 服务在线WPS 文档审查依赖本机的 MCP 服务。默认情况下这个服务跑在本地端口上健康检查地址是http://127.0.0.1:62588/healthzMCP 端点地址是http://127.0.0.1:62588/mcp操作顺序很重要先打开 WPS再确认 sidecar本地服务已启动然后访问 healthz。如果 healthz 不通后面所有审查口令都是空谈——模型再聪明也连不上你的文档。你可以用浏览器直接访问 healthz也可以用命令行curl -s http://127.0.0.1:62588/healthz预期是返回一个表示服务正常的响应。如果返回连接被拒绝说明服务没起来先解决这个别往下走。2.3 在加载项里自测模型这一步经常被跳过但它是后面所有排查的基础。在 WPS 加载项里先做一次模型自测确认「加载项 → 模型」这条链路是通的。如果加载项自测就失败那问题在模型配置不在 Claude Code也不在提示词。自测通过的标准很简单发一句「你好」能收到正常回复。收到回复说明 Key、Base URL、模型 ID 三件套是对的。提示把「加载项自测」和「Claude Code 审查」当成两条独立的链路。前者不通先修前者前者通了后者不通再去查 MCP 配置。分开排查效率高很多。这三步做完你手里应该有了一个可用的 Key、一个确认在线的 MCP 服务、一个自测通过的模型配置。接下来才是把它们串起来。3. 可复制配置Claude Code 的 MCP 配置片段与统一 Key 接入这一节是全文的技术核心。目标是把 TaoToken 的统一 Key 和 WPS 的 MCP 服务写进 Claude Code 能识别的配置文件里。配置写对了后面贴口令就能干活。3.1 MCP 配置文件的位置与格式Claude Code 的 MCP 配置通常放在项目级或用户级的配置文件中。不同版本路径可能略有差异但结构是一致的一个mcpServers对象里面每个键是一个服务名值里包含启动方式或连接地址。下面是一段可复制的 JSON 配置片段。请把你的统一Key替换成实际 Key路径和字段名保持原样{ mcpServers: { chayuan-wps-mcp: { type: http, url: http://127.0.0.1:62588/mcp, headers: { Authorization: Bearer 你的统一Key } } } }这里有几个关键点必须说清楚。服务名chayuan-wps-mcp要和提示词里引用的名字一致。后面所有口令都会写「你通过 chayuan-wps-mcp 操作当前 WPS 文档」如果配置里服务名写成别的模型就找不到工具。type用httpurl指向本地 MCP 端点。不要写成别的协议也不要加多余路径。Authorization 头里放统一 Key。这就是「统一 Key 接入」的落点——WPS 加载项、Claude Code 用的是同一个 Key不用分别维护。3.2 三件套Base URL Key Model ID如果你同时用 Cline、Codex 或 Claude Code 的模型配置记住任何一处都要写全三件套缺一不可配置项值说明Base URLhttps://taotoken.net/api统一入口不带额外参数API Key你的统一Key与 MCP 配置里保持一致Model ID你选定的模型标识在模型对话页确认可用三件套写全是避免 401 和「模型不存在」类报错的第一道防线。很多人只填了 Key 忘了 Model ID或者 Base URL 多写了斜杠结果排查半天。3.3 把提示词和配置分离这是团队协作里最值得坚持的一条配置文件只放连接信息提示词单独存成片段库。配置文件里出现 Key、URL、端口这是合理的。但不要在里面写「先预览、确认写批注」这类流程约束。反过来提示词片段里也不要出现 Key 和绝对路径中的个人目录名。Claude Code 可以把固定开场白放进项目说明或常用片段。放的时候保留三句硬约束先预览、确认写批注、没有确认替换禁止改正文。这三句是门禁不要为了省字删掉。注意如果团队同时用 Cursor 或 Codex同一套中文口令可以共用差别只在 MCP 配置文件的格式。口令是跨客户端的配置是客户端相关的这个边界要分清。配置写完保存重启 Claude Code让它重新加载 MCP 服务。接下来验证。4. 验证请求与预期输出一次完整的 WPS 审查任务配置对不对不靠猜靠跑一次最小任务。这一节给你完整的验证动作和预期输出照着做就能判断链路是否打通。4.1 只读冒烟确认能读到当前文档第一步永远是最小动作。贴这句你通过 chayuan-wps-mcp 告诉我当前活动文档的文件名和大概字数不要改正文不要写批注。预期输出模型返回当前 WPS 里打开的那个文档的文件名和字数估计。如果这一步失败说明 MCP 连接有问题或者 WPS 里没有打开文档。先解决这个别急着贴长口令。4.2 校对预览冒烟确认能列出问题第二步验证审查能力但仍然不写回对当前文档做校对预览列出错别字和标点问题不要写批注不要改正文。预期输出一个条目化的列表每条包含原文片段和建议。注意这里不应该有任何写回动作文档内容不变。如果模型直接开始改字立刻停止另存当前文件回到只读冒烟重新校准。这说明流程约束没生效通常是开场白没贴或者被稀释了。4.3 固定开场白每次审查先贴正式审查前先贴这段固定开场白你通过 chayuan-wps-mcp 对当前 WPS 文件做自动审查。先做校对预览列出错别字、标点和明显病句。等我回复确认写批注后再写批注且尽量钉在具体文字上尤其是表格。没有我说确认替换不要改正文。最后按严重、一般、建议三级给我摘要。短版备用你通过 chayuan-wps-mcp 操作当前 WPS 文档。先预览不要改正文。列出问题后等我确认。我回复确认写批注后才写批注钉在具体文字上。没有确认替换禁止改正文。开场白里三句硬约束的作用第一句指定操作对象是当前 WPS 文档避免模型去改聊天里的粘贴文本第二句锁定先预览防止一上来写回第三句把「确认写批注」和「确认替换」拆开防止「确认」被理解成可以改字。4.4 确认写回用语预览看完确认无误后用明确口令收束确认写批注。或者按条确认按第 2、4、6 条确认替换其余只保留批注。或者全部只批注全部条目只写批注不要替换正文。预期输出模型在文档里写入批注钉在具体文字上。表格里的问题要钉在单元格具体错字上不要挂到整格。4.5 场景口令清单不同场景追加不同口令。下面是几个高频场景。公文快审先贴固定开场白再追加「按公文习惯检查标题、主送、落款、附件说明是否缺项只预览。确认后再写批注不替换。」合同数字敏感追加「涉及金额、日期、比例的条目只批注不替换必须我逐条确认替换。」表格密集制度稿追加「表格批注必须钉在单元格具体错字上预览阶段注明单元格上下文。」同音字排查追加「排查同音别字例如的地得、象像、做作批注说明理由。」选区审查追加「只对当前选区做校对预览列出错别字和标点问题不要写批注不要改正文。选区以外的正文一律忽略。」输出格式约束追加「每条问题用固定字段输出编号、原文片段、建议、理由、级别。不要合并多条不要省略原文片段。」这些口令可以存进 Claude Code 的片段库也可以打印成一页「口令卡」发给团队。学员第一天只练四句只读冒烟、校对预览冒烟、确认写批注、确认替换。四句练顺再开放加长口令。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth配置和口令都对了还是可能踩坑。这一节按真实报错对照排查每条都给动作。5.1 401 Unauthorized现象Claude Code 调用 MCP 或模型时返回 401。原因Key 不对、Key 过期、或者 Authorization 头格式写错。动作检查 MCP 配置里的Authorization头确认是Bearer 你的统一Key格式中间有一个空格。然后确认这个 Key 在模型对话页还能正常用。如果模型对话页也 401说明 Key 本身有问题重新获取。5.2 local proxy failed现象连接本地 MCP 服务时报 local proxy failed。原因本地服务没起来或者端口不对。动作先确认 WPS 已打开sidecar 已启动。然后访问http://127.0.0.1:62588/healthz。不通就重启服务。通了还报错检查配置里的 URL 是不是写成了http://127.0.0.1:62588/mcp别漏了/mcp。5.3 reading choices 相关报错现象模型返回结构异常报 reading choices 类错误。原因通常是模型返回格式和客户端预期不匹配或者 Model ID 填错。动作确认三件套写全尤其是 Model ID。然后在模型对话页用同一个 Model ID 发一句测试确认模型本身正常。如果模型对话页正常、Claude Code 报错检查是不是客户端版本对返回格式有特殊要求。5.4 OAuth 相关报错现象提示需要 OAuth 授权或 token 失效。原因某些客户端默认走 OAuth 流程但你的配置是 Key 直连。动作确认配置里用的是Authorization: Bearer头而不是 OAuth 流程。如果客户端强制走 OAuth检查是否有「使用 API Key」的选项。三件套Base URL Key Model ID写全通常能绕过 OAuth 依赖。5.5 模型直接改字不预览现象贴了口令模型还是直接改正文。动作立即停止另存当前文件。发送强化句「停止改正文。本次只允许校对预览。没有我发送确认写批注禁止写批注。没有我发送确认替换禁止替换。」然后要求它重新输出预览列表。必要时新开对话重新粘贴固定开场白。不要在同一线程里反复争论「你刚才是不是已经改了」以 WPS 文件内容为准做核对。5.6 表格锚点漂移现象批注挂到整格而不是具体错字。动作追加「批注必须钉在单元格内具体错字禁止挂整格。」如果还漂移在预览阶段就要求「每条问题注明行列或单元格上下文」。5.7 只给摘要不给条目现象模型只给段落大意不给具体条目。动作追加「按条输出每条包含原文片段、建议、理由不要只给段落大意。」摘要必须引用条目编号每级至少列出编号列表。条目是确认写批注的依据摘要只是给人看的目录。5.8 healthz 不通仍贴审查词现象服务没起来就贴长口令模型报连接错误。动作先打开 WPS 与 sidecar访问 healthz。通了再贴口令。这个顺序不能反。排查的核心原则先确认链路再确认提示词。链路不通提示词写得再漂亮也没用链路通了提示词才发挥作用。6. 长期编码与 Agent 场景把口令库用成团队资产单次审查跑通只是开始。真正有价值的是把这套东西沉淀成团队可复用的资产。这一节讲怎么长期用、怎么协作、怎么避免风格漂移。6.1 把口令库当清单不当小说使用方式很简单复制固定开场白按场景追加一节中的一条预览后用确认口令收束。不要一次粘贴全部示例模型会在互相冲突的指令里摆荡。每次审查只激活一个主场景需要时再开新对话切换场景。保持短、可复制、可复核就是这份提示词库的目标。口令越长越容易在长对话里被稀释。6.2 多人文档的口令策略多人轮流改同一份制度稿时约定统一使用「确认写批注」而不是各自发明同义句便于审计对话记录。替换必须点名条目编号。另存文件名带日期与处理人缩写。提示词本身保持中性不写个人情绪化指令减少不同学员输出风格漂移。比如不要写「帮我认真看看」而是写「按条输出每条包含原文片段、建议、理由」。6.3 口令与文件名对照表审查开始前记下原文件名、另存副本名、计划口令阶段。例如原件合同-草案.docx副本合同-草案-校对中.docx阶段预览已完成阶段批注待确认阶段替换未开始。对照表写在纸上或会议纪要里即可。提示词负责驱动工具对照表负责驱动人。两者一起用自动审查才有审计痕迹。处理结束后把最终「已校对」文件名与是否执行过确认替换写一行结论。没有结论的对话记录事后很难判断正文是否被改过。6.4 提示词与模型能力的分工提示词不能补齐「模型太小不会给原文片段」的能力缺口。如果加载项自测已显示条目空洞先换模型再谈提示词技巧。提示词能做的是约束流程与输出形状先预览、要条目、要锚点、要确认。把两者分工讲清学员才不会迷信「再写一段更长的提示词就能修好一切」。6.5 提示词失效时怎么收束若模型开始直接改字立刻停止并另存当前文件用只读冒烟指令重新校准。若模型只给摘要不给条目追加条目化要求。若表格锚点漂移追加锚点约束。同一轮对话里约束被稀释时新开对话并重新粘贴开场白通常比继续争辩更省时间。6.6 长期编码场景的接入如果团队把 WPS 审查纳入长期的文档流水线建议用 Coding Plan 统一管理模型调用额度避免每次审查都临时找 Key。Coding Plan 入口https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite接入文档和 API Keys 管理在这里https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite需要查配置细节时看文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteClaude Code 相关的接入说明https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_codeutm_campaignrewrite控制台入口https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite6.7 给培训学员的最小口令集学员第一天只练四句只读冒烟句校对预览冒烟句确认写批注确认替换。全部练顺再开放同音字、公文缺项、表格锚点等加长提示词。口令集打印成一页比发长文更管用。教员演示时故意触发一次 CONFIRMATION_REQUIRED让学员看见门禁长什么样避免以后误以为系统坏了。6.8 最后一条实用技巧把固定开场白存进 Claude Code 项目说明或片段库。科室培训印发一页「口令卡」预览、确认写批注、确认替换、按条确认替换。提示词不替代门禁。真正写回仍以 WPS 批注窗格与另存文件为准。把口令用稳自动审查才可复核。如果某次审查你发现模型行为异常第一反应不是改提示词而是回到只读冒烟确认链路还在。链路在问题在提示词链路不在问题在配置。这个判断顺序能帮你省下大量排查时间。
WPS文档自动审查提示词库：TaoToken统一Key接入Claude Code的MCP配置与场景口令
1. WPS 文档自动审查的真实痛点多工具 Key 分散与配置繁琐团队批量审校合同和报告时最头疼的往往不是「模型不够聪明」而是工具链太散。我见过不少团队的现状是这样的WPS 里开着待审的合同浏览器里挂着某个大模型网页版本地还跑着一个 MCP 服务另外又有一个 Claude Code 终端窗口。每个环节都要单独配 Key、单独填 Base URL、单独选模型一旦换人接手光是「这套东西怎么连起来的」就要解释半小时。具体来说痛点集中在三个地方。第一是Key 分散。WPS 加载项里填一个 KeyClaude Code 的 MCP 配置里填一个 Key如果还用了别的编辑器或 Agent 工具又是另一个 Key。每个 Key 的额度、有效期、权限都不一样月底对账时根本说不清哪个 Key 用在了哪个环节。更麻烦的是某个 Key 过期了你得挨个工具去排查到底是哪一环断了。第二是配置格式不统一。Claude Code 用的是 JSON 格式的 MCP 配置有些工具用 TOML还有些用环境变量。同一个模型服务在不同客户端里要写成不同的样子。团队里只要有人换了个客户端配置就得重写一遍出错概率极高。第三是提示词和配置混在一起。很多人把「先预览、确认写批注、禁止未确认替换」这些流程约束和 API Key、Base URL 这些连接信息写在同一个文件里。结果就是想复用提示词得先把密钥抠出来想换模型又怕动到提示词。两者耦合维护成本翻倍。这篇要解决的就是把这团乱麻理顺。核心思路是用 TaoToken 统一 Key 接入把连接配置收敛到一处把审查提示词独立成可复制的口令库用 Claude Code 通过 MCP 驱动 WPS 文档做自动审查。适合谁适合需要批量审校合同、制度稿、报告的团队尤其是那种「文档多、人手少、还要求可复核」的场景。我试过把这套流程跑通之后最大的感受是审查这件事从「每次都要重新搭环境」变成了「贴一段口令就能开工」。下面按步骤拆开讲。2. TaoToken 前置准备统一 Key 与 MCP 服务连通性检查在动 Claude Code 的配置之前先把地基打好。这一步的目标是拿到一个统一的 Key确认 MCP 服务在线确认模型能正常对话。三件事都过了再往下走。2.1 获取统一 Key 与确认服务地址TaoToken 的作用是把模型接入这件事收敛成一个入口。你不需要在 WPS 加载项、Claude Code、其他 Agent 工具里分别填不同的 Key而是用同一个 Key 走同一个 Base URL。访问官网了解接入方式https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI 地址配置时填这个不带额外参数https://taotoken.net/api拿到 Key 之后先别急着往 Claude Code 里塞。建议先在模型对话页面做一次最小验证确认 Key 有效、模型能回话。模型对话入口https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite注意Key 属于敏感信息不要写进提示词、不要贴进对话记录、不要提交到代码仓库。它应该只出现在本机配置文件或环境变量里。2.2 确认 WPS 侧 MCP 服务在线WPS 文档审查依赖本机的 MCP 服务。默认情况下这个服务跑在本地端口上健康检查地址是http://127.0.0.1:62588/healthzMCP 端点地址是http://127.0.0.1:62588/mcp操作顺序很重要先打开 WPS再确认 sidecar本地服务已启动然后访问 healthz。如果 healthz 不通后面所有审查口令都是空谈——模型再聪明也连不上你的文档。你可以用浏览器直接访问 healthz也可以用命令行curl -s http://127.0.0.1:62588/healthz预期是返回一个表示服务正常的响应。如果返回连接被拒绝说明服务没起来先解决这个别往下走。2.3 在加载项里自测模型这一步经常被跳过但它是后面所有排查的基础。在 WPS 加载项里先做一次模型自测确认「加载项 → 模型」这条链路是通的。如果加载项自测就失败那问题在模型配置不在 Claude Code也不在提示词。自测通过的标准很简单发一句「你好」能收到正常回复。收到回复说明 Key、Base URL、模型 ID 三件套是对的。提示把「加载项自测」和「Claude Code 审查」当成两条独立的链路。前者不通先修前者前者通了后者不通再去查 MCP 配置。分开排查效率高很多。这三步做完你手里应该有了一个可用的 Key、一个确认在线的 MCP 服务、一个自测通过的模型配置。接下来才是把它们串起来。3. 可复制配置Claude Code 的 MCP 配置片段与统一 Key 接入这一节是全文的技术核心。目标是把 TaoToken 的统一 Key 和 WPS 的 MCP 服务写进 Claude Code 能识别的配置文件里。配置写对了后面贴口令就能干活。3.1 MCP 配置文件的位置与格式Claude Code 的 MCP 配置通常放在项目级或用户级的配置文件中。不同版本路径可能略有差异但结构是一致的一个mcpServers对象里面每个键是一个服务名值里包含启动方式或连接地址。下面是一段可复制的 JSON 配置片段。请把你的统一Key替换成实际 Key路径和字段名保持原样{ mcpServers: { chayuan-wps-mcp: { type: http, url: http://127.0.0.1:62588/mcp, headers: { Authorization: Bearer 你的统一Key } } } }这里有几个关键点必须说清楚。服务名chayuan-wps-mcp要和提示词里引用的名字一致。后面所有口令都会写「你通过 chayuan-wps-mcp 操作当前 WPS 文档」如果配置里服务名写成别的模型就找不到工具。type用httpurl指向本地 MCP 端点。不要写成别的协议也不要加多余路径。Authorization 头里放统一 Key。这就是「统一 Key 接入」的落点——WPS 加载项、Claude Code 用的是同一个 Key不用分别维护。3.2 三件套Base URL Key Model ID如果你同时用 Cline、Codex 或 Claude Code 的模型配置记住任何一处都要写全三件套缺一不可配置项值说明Base URLhttps://taotoken.net/api统一入口不带额外参数API Key你的统一Key与 MCP 配置里保持一致Model ID你选定的模型标识在模型对话页确认可用三件套写全是避免 401 和「模型不存在」类报错的第一道防线。很多人只填了 Key 忘了 Model ID或者 Base URL 多写了斜杠结果排查半天。3.3 把提示词和配置分离这是团队协作里最值得坚持的一条配置文件只放连接信息提示词单独存成片段库。配置文件里出现 Key、URL、端口这是合理的。但不要在里面写「先预览、确认写批注」这类流程约束。反过来提示词片段里也不要出现 Key 和绝对路径中的个人目录名。Claude Code 可以把固定开场白放进项目说明或常用片段。放的时候保留三句硬约束先预览、确认写批注、没有确认替换禁止改正文。这三句是门禁不要为了省字删掉。注意如果团队同时用 Cursor 或 Codex同一套中文口令可以共用差别只在 MCP 配置文件的格式。口令是跨客户端的配置是客户端相关的这个边界要分清。配置写完保存重启 Claude Code让它重新加载 MCP 服务。接下来验证。4. 验证请求与预期输出一次完整的 WPS 审查任务配置对不对不靠猜靠跑一次最小任务。这一节给你完整的验证动作和预期输出照着做就能判断链路是否打通。4.1 只读冒烟确认能读到当前文档第一步永远是最小动作。贴这句你通过 chayuan-wps-mcp 告诉我当前活动文档的文件名和大概字数不要改正文不要写批注。预期输出模型返回当前 WPS 里打开的那个文档的文件名和字数估计。如果这一步失败说明 MCP 连接有问题或者 WPS 里没有打开文档。先解决这个别急着贴长口令。4.2 校对预览冒烟确认能列出问题第二步验证审查能力但仍然不写回对当前文档做校对预览列出错别字和标点问题不要写批注不要改正文。预期输出一个条目化的列表每条包含原文片段和建议。注意这里不应该有任何写回动作文档内容不变。如果模型直接开始改字立刻停止另存当前文件回到只读冒烟重新校准。这说明流程约束没生效通常是开场白没贴或者被稀释了。4.3 固定开场白每次审查先贴正式审查前先贴这段固定开场白你通过 chayuan-wps-mcp 对当前 WPS 文件做自动审查。先做校对预览列出错别字、标点和明显病句。等我回复确认写批注后再写批注且尽量钉在具体文字上尤其是表格。没有我说确认替换不要改正文。最后按严重、一般、建议三级给我摘要。短版备用你通过 chayuan-wps-mcp 操作当前 WPS 文档。先预览不要改正文。列出问题后等我确认。我回复确认写批注后才写批注钉在具体文字上。没有确认替换禁止改正文。开场白里三句硬约束的作用第一句指定操作对象是当前 WPS 文档避免模型去改聊天里的粘贴文本第二句锁定先预览防止一上来写回第三句把「确认写批注」和「确认替换」拆开防止「确认」被理解成可以改字。4.4 确认写回用语预览看完确认无误后用明确口令收束确认写批注。或者按条确认按第 2、4、6 条确认替换其余只保留批注。或者全部只批注全部条目只写批注不要替换正文。预期输出模型在文档里写入批注钉在具体文字上。表格里的问题要钉在单元格具体错字上不要挂到整格。4.5 场景口令清单不同场景追加不同口令。下面是几个高频场景。公文快审先贴固定开场白再追加「按公文习惯检查标题、主送、落款、附件说明是否缺项只预览。确认后再写批注不替换。」合同数字敏感追加「涉及金额、日期、比例的条目只批注不替换必须我逐条确认替换。」表格密集制度稿追加「表格批注必须钉在单元格具体错字上预览阶段注明单元格上下文。」同音字排查追加「排查同音别字例如的地得、象像、做作批注说明理由。」选区审查追加「只对当前选区做校对预览列出错别字和标点问题不要写批注不要改正文。选区以外的正文一律忽略。」输出格式约束追加「每条问题用固定字段输出编号、原文片段、建议、理由、级别。不要合并多条不要省略原文片段。」这些口令可以存进 Claude Code 的片段库也可以打印成一页「口令卡」发给团队。学员第一天只练四句只读冒烟、校对预览冒烟、确认写批注、确认替换。四句练顺再开放加长口令。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth配置和口令都对了还是可能踩坑。这一节按真实报错对照排查每条都给动作。5.1 401 Unauthorized现象Claude Code 调用 MCP 或模型时返回 401。原因Key 不对、Key 过期、或者 Authorization 头格式写错。动作检查 MCP 配置里的Authorization头确认是Bearer 你的统一Key格式中间有一个空格。然后确认这个 Key 在模型对话页还能正常用。如果模型对话页也 401说明 Key 本身有问题重新获取。5.2 local proxy failed现象连接本地 MCP 服务时报 local proxy failed。原因本地服务没起来或者端口不对。动作先确认 WPS 已打开sidecar 已启动。然后访问http://127.0.0.1:62588/healthz。不通就重启服务。通了还报错检查配置里的 URL 是不是写成了http://127.0.0.1:62588/mcp别漏了/mcp。5.3 reading choices 相关报错现象模型返回结构异常报 reading choices 类错误。原因通常是模型返回格式和客户端预期不匹配或者 Model ID 填错。动作确认三件套写全尤其是 Model ID。然后在模型对话页用同一个 Model ID 发一句测试确认模型本身正常。如果模型对话页正常、Claude Code 报错检查是不是客户端版本对返回格式有特殊要求。5.4 OAuth 相关报错现象提示需要 OAuth 授权或 token 失效。原因某些客户端默认走 OAuth 流程但你的配置是 Key 直连。动作确认配置里用的是Authorization: Bearer头而不是 OAuth 流程。如果客户端强制走 OAuth检查是否有「使用 API Key」的选项。三件套Base URL Key Model ID写全通常能绕过 OAuth 依赖。5.5 模型直接改字不预览现象贴了口令模型还是直接改正文。动作立即停止另存当前文件。发送强化句「停止改正文。本次只允许校对预览。没有我发送确认写批注禁止写批注。没有我发送确认替换禁止替换。」然后要求它重新输出预览列表。必要时新开对话重新粘贴固定开场白。不要在同一线程里反复争论「你刚才是不是已经改了」以 WPS 文件内容为准做核对。5.6 表格锚点漂移现象批注挂到整格而不是具体错字。动作追加「批注必须钉在单元格内具体错字禁止挂整格。」如果还漂移在预览阶段就要求「每条问题注明行列或单元格上下文」。5.7 只给摘要不给条目现象模型只给段落大意不给具体条目。动作追加「按条输出每条包含原文片段、建议、理由不要只给段落大意。」摘要必须引用条目编号每级至少列出编号列表。条目是确认写批注的依据摘要只是给人看的目录。5.8 healthz 不通仍贴审查词现象服务没起来就贴长口令模型报连接错误。动作先打开 WPS 与 sidecar访问 healthz。通了再贴口令。这个顺序不能反。排查的核心原则先确认链路再确认提示词。链路不通提示词写得再漂亮也没用链路通了提示词才发挥作用。6. 长期编码与 Agent 场景把口令库用成团队资产单次审查跑通只是开始。真正有价值的是把这套东西沉淀成团队可复用的资产。这一节讲怎么长期用、怎么协作、怎么避免风格漂移。6.1 把口令库当清单不当小说使用方式很简单复制固定开场白按场景追加一节中的一条预览后用确认口令收束。不要一次粘贴全部示例模型会在互相冲突的指令里摆荡。每次审查只激活一个主场景需要时再开新对话切换场景。保持短、可复制、可复核就是这份提示词库的目标。口令越长越容易在长对话里被稀释。6.2 多人文档的口令策略多人轮流改同一份制度稿时约定统一使用「确认写批注」而不是各自发明同义句便于审计对话记录。替换必须点名条目编号。另存文件名带日期与处理人缩写。提示词本身保持中性不写个人情绪化指令减少不同学员输出风格漂移。比如不要写「帮我认真看看」而是写「按条输出每条包含原文片段、建议、理由」。6.3 口令与文件名对照表审查开始前记下原文件名、另存副本名、计划口令阶段。例如原件合同-草案.docx副本合同-草案-校对中.docx阶段预览已完成阶段批注待确认阶段替换未开始。对照表写在纸上或会议纪要里即可。提示词负责驱动工具对照表负责驱动人。两者一起用自动审查才有审计痕迹。处理结束后把最终「已校对」文件名与是否执行过确认替换写一行结论。没有结论的对话记录事后很难判断正文是否被改过。6.4 提示词与模型能力的分工提示词不能补齐「模型太小不会给原文片段」的能力缺口。如果加载项自测已显示条目空洞先换模型再谈提示词技巧。提示词能做的是约束流程与输出形状先预览、要条目、要锚点、要确认。把两者分工讲清学员才不会迷信「再写一段更长的提示词就能修好一切」。6.5 提示词失效时怎么收束若模型开始直接改字立刻停止并另存当前文件用只读冒烟指令重新校准。若模型只给摘要不给条目追加条目化要求。若表格锚点漂移追加锚点约束。同一轮对话里约束被稀释时新开对话并重新粘贴开场白通常比继续争辩更省时间。6.6 长期编码场景的接入如果团队把 WPS 审查纳入长期的文档流水线建议用 Coding Plan 统一管理模型调用额度避免每次审查都临时找 Key。Coding Plan 入口https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite接入文档和 API Keys 管理在这里https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite需要查配置细节时看文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteClaude Code 相关的接入说明https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_codeutm_campaignrewrite控制台入口https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite6.7 给培训学员的最小口令集学员第一天只练四句只读冒烟句校对预览冒烟句确认写批注确认替换。全部练顺再开放同音字、公文缺项、表格锚点等加长提示词。口令集打印成一页比发长文更管用。教员演示时故意触发一次 CONFIRMATION_REQUIRED让学员看见门禁长什么样避免以后误以为系统坏了。6.8 最后一条实用技巧把固定开场白存进 Claude Code 项目说明或片段库。科室培训印发一页「口令卡」预览、确认写批注、确认替换、按条确认替换。提示词不替代门禁。真正写回仍以 WPS 批注窗格与另存文件为准。把口令用稳自动审查才可复核。如果某次审查你发现模型行为异常第一反应不是改提示词而是回到只读冒烟确认链路还在。链路在问题在提示词链路不在问题在配置。这个判断顺序能帮你省下大量排查时间。