企业官网建设流程全解析

1. WPS 文档自动审查的真实痛点：多工具 Key 分散与配置繁琐

团队批量审校合同和报告时，最头疼的往往不是「模型不够聪明」，而是工具链太散。我见过不少团队的现状是这样的：WPS 里开着待审的合同，浏览器里挂着某个大模型网页版，本地还跑着一个 MCP 服务，另外又有一个 Claude Code 终端窗口。每个环节都要单独配 Key、单独填 Base URL、单独选模型，一旦换人接手，光是「这套东西怎么连起来的」就要解释半小时。

具体来说，痛点集中在三个地方。

第一是Key 分散。WPS 加载项里填一个 Key，Claude 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_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=

API 地址（配置时填这个，不带额外参数）：https://taotoken.net/api

拿到 Key 之后，先别急着往 Claude Code 里塞。建议先在模型对话页面做一次最小验证，确认 Key 有效、模型能回话。模型对话入口：https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=model_chat&utm_campaign=rewrite

注意：Key 属于敏感信息，不要写进提示词、不要贴进对话记录、不要提交到代码仓库。它应该只出现在本机配置文件或环境变量里。

2.2 确认 WPS 侧 MCP 服务在线

WPS 文档审查依赖本机的 MCP 服务。默认情况下，这个服务跑在本地端口上，健康检查地址是：

http://127.0.0.1:62588/healthz

MCP 端点地址是：

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用http，url指向本地 MCP 端点。不要写成别的协议，也不要加多余路径。

Authorization 头里放统一 Key。这就是「统一 Key 接入」的落点——WPS 加载项、Claude Code 用的是同一个 Key，不用分别维护。

3.2 三件套：Base URL + Key + Model ID

如果你同时用 Cline、Codex 或 Claude Code 的模型配置，记住任何一处都要写全三件套，缺一不可：

三件套写全，是避免 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_source=taotoken_aicg_blog_end&utm_content=coding_plan&utm_campaign=rewrite

接入文档和 API Keys 管理在这里：https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite

需要查配置细节时看文档：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite

Claude Code 相关的接入说明：https://taotoken.net/claude-code-anthropic?utm_source=taotoken_aicg_blog_end&utm_content=claude_code&utm_campaign=rewrite

控制台入口：https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_content=console&utm_campaign=rewrite

6.7 给培训学员的最小口令集

学员第一天只练四句：只读冒烟句；校对预览冒烟句；确认写批注；确认替换。全部练顺，再开放同音字、公文缺项、表格锚点等加长提示词。

口令集打印成一页，比发长文更管用。教员演示时故意触发一次 CONFIRMATION_REQUIRED，让学员看见门禁长什么样，避免以后误以为系统坏了。

6.8 最后一条实用技巧

把固定开场白存进 Claude Code 项目说明或片段库。科室培训印发一页「口令卡」：预览、确认写批注、确认替换、按条确认替换。

提示词不替代门禁。真正写回仍以 WPS 批注窗格与另存文件为准。把口令用稳，自动审查才可复核。

如果某次审查你发现模型行为异常，第一反应不是改提示词，而是回到只读冒烟，确认链路还在。链路在，问题在提示词；链路不在，问题在配置。这个判断顺序，能帮你省下大量排查时间。