我在信息科今年牵头的一件事是给全科室配 AI 校对工具。领导提的要求就一句话好用但东西不能出去。这篇是部署实录踩过的坑都记着给同行参考。选型先说结论最后落地的是察元AI文档助手开源Apache-2.0形态是 WPS 加载项加一个跑在本机的 MCP 服务当前版本 4.1.2。看中它三点。一是长在 WPS 文字里我们这两年信创替代办公套件本来就换成了 WPSAI 能力直接装进大家天天用的界面不用再教一套新软件推广成本低到可以忽略。二是离线优先模型端点接内网的 Ollama 和 Xinference一个 OpenAI 兼容地址就配上了校对、批注这些活内网模型就够用。三是它的 MCP 服务只监听 127.0.0.1 的 62588 端口网络层面就决定了文档数据出不去这台机器——向领导汇报时我只说了这一句他就拍板了。部署过程三个坑逐个说。坑一内外网隔离。安装脚本默认在线拉取Gitee 优先多源回退我们的内网机器出不去。解法是走离线分发先在有外网的机器上备齐安装文件和安装包仓库提供了安装包分发渠道再拷进内网统一安装模型端点提前在内网服务器上起好加载项里只填内网地址。坑二校对模型没配。第一台机器装完跑校对报 MODEL_NOT_CONFIGURED——加载项装好了但校对要用的模型端点还没填。内网地址配上之后一切正常。这个错误码设计得直白排查不绕弯比未知错误友好太多。坑三WPS 没起来。有台机器服务在线、健康检查正常校对却报 WPS_AGENT_OFFLINE——WPS 没开加载项没连上。后来大家养成习惯先开 WPS 再用。好在安装脚本自带四级体检加载项目录、健康检查、MCP 握手、桥接工具装机当天跑一遍全绿才算交付省了我们逐台排查的功夫。验证环节两条命令记在这里内网机器同样适用curlhttp://127.0.0.1:62588/healthz返回 online 就是服务在线。给写材料的科室接 Claude Code 的话claude mcpadd--transporthttp chayuan-wps-mcp http://127.0.0.1:62588/mcp注册完智能体就能调用那 46 个文档工具读正文、写批注、批量替换都在本机完成。推广阶段的真实反馈用得最勤的是错别字批注和发布前终检序号检查在拼材料的科室是刚需。培训我们只安排了半小时加一张打印好的提示词清单贴在工位上各科室再按自己的高频操作做自定义助手——察元支持把系统提示、输入来源、写回动作、显示位置配好放到右键菜单或主菜单等于每个科室一个专属按钮。后来版本升到 4.1.2sidecar 改成隐藏启动以前总有同事问那个黑窗口能不能关现在窗口没了服务也稳了——这种细节对推广帮助不小用户感知不到的存在才是好的存在。也有同事问它和 WPS AI 什么关系——两个独立的东西一个是第三方加载项一个是金山内置能力可以共存互不影响这话我原样转述不拉踩。后续我们在评估服务版Docker 部署的网络版全科室共用一套服务端知识库 RAG 对接察元桌面版材料检索和校对走同一套内网体系。这一步还在测试没急着上——先把单机版用出习惯再谈集中部署顺序不能反。最后是信息科本位的边界说明也是我在总结会上讲的工具部署在内网解决的是数据不出域这个前提但 AI 输出仍是概率性的错别字有漏报敏感信息筛查有误判材料质量责任还在经办和核稿人涉密文稿的管理流程一寸不让该走的定密程序和人工保密审查一步不省。工具归工具制度归制度——这一年最大的部署心得就这一句。信创这盘棋走到办公环节缺的正是这种原生长在国产办公套件上的小工具而不是又一个要单独培训的大平台。