← 返回目录
最多同时对比 4 个 SERVER

MCP Server 选型对比

把评分、权限、风险和适用场景放在同一张表里,快速判断哪个更适合你。

对比维度IWE把你的 Markdown 笔记变成可查询的知识图谱,作为 AI 代理的记忆Safe Docx MCP Server以AI原生方式精准编辑 Word 与 OpenDocument 文档,保留原有格式
FMRS56 / 100 · C68 / 100 · C
可靠性8 / 208 / 20
安全与权限11 / 2016 / 20
维护活跃度13 / 2014 / 20
文档质量13 / 2018 / 20
安装易用性11 / 2012 / 20
适合谁
  • 以纯 Markdown 文件为主要知识载体、重视本地优先与 git 版本化的个人。
  • 希望把笔记图谱作为代理记忆、并需要结构化检索而非向量相似度猜测的 AI 代理使用者。
  • 同时使用编辑器 LSP 与命令行工作流,希望两者操作同一份笔记的开发者或写作者。
  • 需要代理写入前必须声明影响范围、并接受 schema 与图谱卫生校验的团队。
  • 需要通过编码代理对 .docx/.odt 文件进行精准、保留格式的局部编辑的开发者
  • 需要生成带修订记录以供人工审阅的文档修改流程
不适合谁
  • 希望使用云托管、无需本地文件目录的笔记或记忆服务的人。
  • 期待服务器自带 AI 模型或内置推理能力的用户——IWE 本身不含 AI,需搭配外部代理使用。
  • 只需要通用向量检索、不关心笔记层级与链接结构的场景。
  • 希望依赖稳定库级 API 做二次开发的构建者——liwe 库尚未 API 稳定。
  • 需要浏览器渲染、实时协作或像素级分页保证的可视化编辑场景
  • 直接使用 .dotx 模板(需先转换为 .docx)
所需权限
  • 读取与其运行所在工作目录下的 Markdown 笔记文件。
  • 写入与修改该目录下的笔记文件(包括新建、重命名、删除、重构与块级更新)。
  • 监视笔记目录的文件变化以即时反映编辑器中的改动。
  • 以 stdio 方式与 MCP 客户端通信;通过 npx 运行时需要联网获取 @iwe-org/mcp 包。
  • 读写本地文档文件(.docx / .odt)的文件系统访问权限
风险与副作用
  • 代理拥有对笔记目录的写入权限,虽然 MCP 写入需声明 expect 守卫且会在写入前校验,但被允许的改动仍会真实落盘。
  • 把 MCP 服务器的工作目录指向错误位置,会让代理读写无关目录中的 Markdown 文件。
  • 使用 npx 方式首次运行会从网络拉取 npm 包,存在对上游包与网络的依赖。
  • 校验覆盖 schema、frontmatter 与图谱卫生警告,但悬挂链接、孤立页面、近似重复等以警告形式呈现,仍需人工判断。
  • 仓库中 liwe 库已发布但尚未 API 稳定,基于其构建的项目需固定版本。
  • 文档编辑作用于本地文件,错误的针对性修改可能覆盖原文内容,建议利用其干净版/修订版双输出进行审阅
  • 项目声明并非可视化编辑器或排版引擎,复杂版式结果需人工核对
支持客户端Claude Code, Claude Desktop, Cursor, Windsurf
工具能力50