察元AI文档助手端口分工解析 部署察元AI文档助手时，62581与62588两个端口的明确分工至关重要： 62581端口：知识库引擎（chayuan-desktop），负责RAG检索，支持单机免登录或网络版JWT鉴权，WPS调用kb_retrieve时启用。 62588端口：MCP智能体服务，提供46项文档操作工具（如批注、校对等），通过Streamable HTTP协议与Claude Code等

察元AI文档助手端口分工解析 部署察元AI文档助手时，62581与62588两个端口的明确分工至关重要： 62581端口：知识库引擎（chayuan-desktop），负责RAG检索，支持单机免登录或网络版JWT鉴权，WPS调用kb_retrieve时启用。 62588端口：MCP智能体服务，提供46项文档操作工具（如批注、校对等），通过Streamable HTTP协议与Claude Code等

摘要（149字）： 察元AI文档助手通过chayuan://只读资源优化MCP协议生态下的Agent冷启动效率。核心资源包括：1）health探针快速检测服务状态；2）manifest提供助手目录总览，减少盲目检索；3）assistants/{id}和domain/{domain}查看助手详情与领域分组。使用MCP Inspector可验证资源挂载情况。注意资源仅用于读取状态/目录，不触发实际动作

本文针对察元AI文档助手MCP服务无鉴权设计的安全性进行解析。关键点包括：1）服务仅监听127.0.0.1回环地址，物理隔离外部访问；2）默认禁止远程连接，需要时可通过代理或环境变量调整；3）本机安全依赖官方渠道安装和人工确认机制；4）与云端服务对比，本机方案实现"数据不出域"的结构性保障；5）提供简单的健康检查命令。文章强调无Token设计通过收窄信任边界（本机为界）而非扩大防护面来实现安全，适

本文系统梳理了察元AI文档助手的46个工具功能，按照文档处理生命周期分为六大类：1. 服务检测与文档打开（健康检查、启动、元数据获取）；2. 内容读取（段落定位、分块读取）；3. 安全写入（带确认机制的内容修改）；4. 批注与批量操作；5. 专业功能（脱密处理、自动校对、知识库检索）；6. 辅助功能（助手管理、表格处理等）。文章特别强调三个关键使用原则：大文档分块处理、操作前双重确认（AI预检+人

本文解答了关于不同MCP客户端连接察元WPS文档服务的常见问题，指出所有支持Streamable HTTP传输的客户端都能通过统一地址http://127.0.0.1:62588/mcp接入。文章分析了HTTP型MCP的优势：服务单例运行、无需适配不同客户端、维护成本低，并列举了主流客户端的配置方法。提供了通用验证工具MCP Inspector的使用方式，以及连接失败的排查步骤。最后建议用户根据场

Cursor通过MCP协议集成WPS文档处理能力，让AI助手能像操作代码一样处理文档任务。用户只需配置本地MCP服务，即可在Agent模式下调用46个文档工具，实现多步骤自动化操作。典型场景包括：错别字批注校对、表格智能编辑、序号层级检查、多文档交叉核验、发布前终审以及敏感信息扫描。所有修改操作默认预览确认后才执行，保证文档安全。该方案特别适合技术文档团队，将代码与文档工作流统一，提升协作效率。A

Cursor通过MCP协议集成WPS文档处理能力，让AI助手能像操作代码一样处理文档任务。用户只需配置本地MCP服务，即可在Agent模式下调用46个文档工具，实现多步骤自动化操作。典型场景包括：错别字批注校对、表格智能编辑、序号层级检查、多文档交叉核验、发布前终审以及敏感信息扫描。所有修改操作默认预览确认后才执行，保证文档安全。该方案特别适合技术文档团队，将代码与文档工作流统一，提升协作效率。A

本文记录了使用Codex CLI对接WPS文档服务的踩坑经验。主要问题包括：1)误将HTTP型MCP服务当作stdio进程处理；2)修改配置后未重启会话；3)服务未启动就配置客户端。正确的配置仅需在config.toml中添加三行指定服务地址。验证时需确保服务已运行且WPS加载项正常。实际应用中，Codex CLI可高效检查表格错字和数字一致性，但最终仍需人工复核。该服务支持多客户端同时连接，且默

本文记录了使用Codex CLI对接WPS文档服务的踩坑经验。主要问题包括：1)误将HTTP型MCP服务当作stdio进程处理；2)修改配置后未重启会话；3)服务未启动就配置客户端。正确的配置仅需在config.toml中添加三行指定服务地址。验证时需确保服务已运行且WPS加载项正常。实际应用中，Codex CLI可高效检查表格错字和数字一致性，但最终仍需人工复核。该服务支持多客户端同时连接，且默