几乎每个新用户都会问一句我们 WPS 里已经有 WPS AI 了再装察元算怎么回事重复吗冲突吗这个问题值得单独写一篇因为答案关系到单位里的 AI 工具怎么布局。先把结论放前面察元AI文档助手是独立的第三方加载项WPS AI 是金山办公的内置能力二者相互独立、可以共存不存在二选一。下面按高频问题展开。问两者是什么关系一句话同住一个宿主各是各的产品。WPS AI 是金山办公随 WPS 提供的官方内置能力察元是第三方开发的加载项Apache-2.0 开源外加一个跑在本机的 MCP 文档智能体服务。察元不依赖 WPS AIWPS AI 也不管察元类比浏览器官方功能和国产扩展住在同一个浏览器里互不隶属。问装了会冲突吗不会。察元的智能体服务只监听http://127.0.0.1:62588/mcp仅绑定本机回环地址不碰 WPS AI 的任何链路加载项在功能区里的入口也是独立的。实际使用中两者同时开着各响应各的按钮互不干扰。共存不但可能而且是我推荐的默认状态原因在下一问。问那各自管什么只谈形态差异不评高下具体功能以金山办公官方文档与贵司实测为准。WPS AI 是宿主内置的通用 AI 能力面向大众办公场景开箱即用。察元走的是文档智能体路线偏公文编审这类重流程的活形态特色包括批注能钉到具体错字上写回走 preview 加 confirmed 双保险闸门二十九个内置助手覆盖校对、改写、保密检查表格十二种动作批量写回单次最多 200 条长文分块读取以及通过 MCP 把 46 个文档工具开放给 Claude Code、Codex CLI、Cursor 这些外部智能体还支持 Ollama 等本机模型离线内网运行。写回这一块再展开一句察元的写回有八种落法——插入到光标处、插入到每段后面、插入到文档最前面、替换、添加批注、链接形式批注、批注加替换、追加到文末还可以仅生成结果不动文档——从只看结果到批注留痕到直接改稿颗粒度自己挑。简单说一个偏通用助手一个偏可编程的文档作业线生态位错得开。问共存怎么个共法实操很简单一行命令装上不用动 WPS AI 的任何配置{[Net.ServicePointManager]::SecurityProtocol[Net.SecurityProtocolType]::Tls12;$wNew-ObjectNet.WebClient;$w.Encoding[Text.Encoding]::UTF8;$s$w.DownloadString(https://gitee.com/cloudshd/chayuan-wps-releases/raw/master/scripts/install-wps-skill-chayuan.ps1);if($s.Length-and$s[0]-eq[char]0xFEFF){$s$s.Substring(1)};([scriptblock]::Create($s))-Fetch}装完拿同一段文字两边各跑一次WPS AI 里问一遍察元里让智能体经 MCP 干一遍比如帮我检查文档中的错别字用批注标出原文和建议改法对比批注的位置精度、写回的可控性、长文档批量处理的表现用你自己的真实文稿下判断比看任何评测都准。问单位采购视角怎么定分层看。通用问答、日常轻量润色内置能力顺手就用不用特意替代重编审流程——标书终检、公文校核、多文档交叉比对、批量写回、外部智能体编排——察元这条路线补的是生态位的另一头特别是离线内网这个刚需模型端点指向 Ollama 等本机推理WPS 里批注、替换、表格操作照常干涉密环境也能用。AI Agent 办公落地这一年越来越多人发现单靠对话式助手不够要把文档能力暴露给智能体编排这条恰好是 MCP 开放接口的用武之地。两者共存各取所长成本上察元这层是开源的试错代价接近零先小范围跑三个月再定推广节奏比选型会上拍脑袋稳。问有什么要留意的三点。第一AI 产出都是辅助参考无论哪家的能力定稿责任在人第二第三方加载项同样要过单位的安全评审察元开源可审计是优势但评审流程不能省第三两边功能边界都会随版本变化选型结论要用当下的官方文档校准别拿去年的评测说今年的事。工具箱里多一把专用扳手不耽误你继续用万能钳。共存不是妥协是给不同形状的活配不同形状的工具。