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

MCP Server 选型对比

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

对比维度Obsidian MCP Server通过 MCP 管理 Obsidian 知识库。Safe Docx MCP Server以AI原生方式精准编辑 Word 与 OpenDocument 文档,保留原有格式
FMRS60 / 100 · C68 / 100 · C
可靠性10 / 208 / 20
安全与权限11 / 2016 / 20
维护活跃度10 / 2014 / 20
文档质量16 / 2018 / 20
安装易用性13 / 2012 / 20
适合谁
  • 已经使用 Obsidian Local REST API 的个人知识库用户。
  • 需要结构化笔记搜索和局部编辑的 MCP 客户端用户。
  • 希望通过读取和写入目录白名单限制 vault 范围的部署。
  • 需要通过编码代理对 .docx/.odt 文件进行精准、保留格式的局部编辑的开发者
  • 需要生成带修订记录以供人工审阅的文档修改流程
不适合谁
  • 未安装或未启用 Obsidian Local REST API 插件的环境。
  • 需要云端多用户数据库或远程协作平台的团队。
  • 不应授予笔记写入权限或不接受本地 API key 管理的场景。
  • 需要浏览器渲染、实时协作或像素级分页保证的可视化编辑场景
  • 直接使用 .dotx 模板(需先转换为 .docx)
所需权限
  • 需要 OBSIDIAN_API_KEY,用于访问 Obsidian Local REST API。
  • 默认可访问整个 vault;可用 OBSIDIAN_READ_PATHS 和 OBSIDIAN_WRITE_PATHS 设置目录白名单。
  • 写操作可被 OBSIDIAN_READ_ONLY=true 全局禁用。
  • HTTP 部署可配置 none、jwt 或 oauth 认证;JWT 模式需要 OBS_AUTH_SECRET_KEY 的对应配置项 MCP_AUTH_SECRET_KEY。
  • 读写本地文档文件(.docx / .odt)的文件系统访问权限
风险与副作用
  • 写操作可能修改或删除 vault 内容;obsidian_delete_note 会永久删除笔记。
  • 命令面板命令可能具有破坏性,因此默认关闭,启用后应谨慎授权。
  • 默认 HTTP API 使用本机地址;公开部署若不配置 MCP 认证,调用者可能借助服务器访问 vault。
  • HTTPS 插件端点使用自签名证书,默认不验证 TLS;应理解相应的传输安全风险。
  • 标签列表和 obsidian://tags 资源是全 vault 范围,可能暴露读取目录之外的标签名称。
  • 文档编辑作用于本地文件,错误的针对性修改可能覆盖原文内容,建议利用其干净版/修订版双输出进行审阅
  • 项目声明并非可视化编辑器或排版引擎,复杂版式结果需人工核对
支持客户端Claude Desktop, Cursor, VS Code
工具能力140