| FMRS | 57 / 100 · C | 66 / 100 · C | 64 / 100 · C |
|---|
| 可靠性 | 9 / 20 | 8 / 20 | 8 / 20 |
|---|
| 安全与权限 | 10 / 20 | 15 / 20 | 17 / 20 |
|---|
| 维护活跃度 | 13 / 20 | 15 / 20 | 10 / 20 |
|---|
| 文档质量 | 14 / 20 | 15 / 20 | 16 / 20 |
|---|
| 安装易用性 | 11 / 20 | 13 / 20 | 13 / 20 |
|---|
| 适合谁 | - 希望自托管并完全掌控会议数据与转写内容的团队
- 需要在隔离网络（air-gapped）中运行会议智能的受监管行业组织
- 希望把会议转写接入自有 AI 智能体与知识库的开发者
| - 使用 Atlassian Cloud 的开发者、内容创作者和项目团队
- 希望在 ChatGPT、Claude、Cursor 或 VS Code 中访问 Atlassian 数据的团队
- 需要通过自然语言执行搜索、写入和跨产品协作任务的用户
| - 已经在 Notion 中管理文档/知识库,希望通过 AI 客户端(Claude Desktop、Cursor 等)直接操作 Notion 内容的团队或个人
- 需要自建/自托管本地 MCP 服务器,而非使用远程托管方案的开发者
- 需要脚本化或代理化处理 Notion 数据库记录的自动化工作流
|
|---|
| 不适合谁 | - 只想使用托管 SaaS 且不需要自托管的用户（自托管专属能力如智能体平面不包含在托管服务中）
- 需要已完整支持中途修改机器人语言/任务或让机器人语音发言的用户（这些端点在开源核心中返回 404）
- 需要官方保证 100% 说话人归因准确率的场景（严重串话时约 4–7% 的行会输出空说话人）
| - 没有 Atlassian Cloud 站点或相关产品权限的用户
- 需要本地部署 MCP 服务器的场景
- 不愿授予 AI 客户端 Atlassian 数据访问或操作权限的用户
- 需要 Jira Service Management 或 Bitbucket Cloud OAuth 认证的场景
| - 希望使用标准 OAuth 免配置安装、且需要官方持续积极支持的用户(应使用 Notion 官方新推出的远程 Notion MCP)
- 不希望将 Notion 集成令牌交给本地运行的 LLM 客户端的用户
- 需要执行本集成未开放能力(如删除数据库)的场景
|
|---|
| 所需权限 | - 访问远程 MCP 端点需要 Vexa API Key（Authorization: Bearer 头，敏感凭证）
- 调用 HTTP API 需要 X-API-Key 请求头
- 自托管部署需要 Docker（建议引擎 ≥ v26）或 Kubernetes/OpenShift 集群
- 如需转写需配置 STT 服务或使用托管令牌；如启用录音需对象存储（MinIO）
| - Jira 和 Confluence 支持 read、write、search 权限组
- Jira Service Management 支持 read、write，且仅支持 API token
- Bitbucket Cloud 支持 read、write，且仅支持范围受限的 API token
- Compass 仅支持 OAuth 2.1
- 首次 OAuth 安装时，站点上的首位用户需拥有所请求 Atlassian 应用的访问权限
- 组织管理员可管理域名控制、API token 认证、应用访问和审计日志
| - 一个 Notion 内部集成令牌(NOTION_TOKEN 或 OPENAPI_MCP_HEADERS 中的 Authorization),其权限范围由集成的 Capabilities 配置决定(可限制为只读)
- 仅限于显式连接到该集成的页面和数据库,而非整个工作区
- 使用 HTTP 传输时需要额外的 Bearer 鉴权令牌(--auth-token / AUTH_TOKEN)
- 网络访问 Notion API 的权限
|
|---|
| 风险与副作用 | - API Key 泄露可能导致他人以此身份发送机器人、读取转写与派发智能体
- 机器人加入会议会以参与者身份出现在通话中，需获得参会者知情与同意
- 录音与转写内容可能包含敏感信息，自托管时可使用 MinIO 等自有存储以控制数据边界
- 智能体处理不可信输入（邮件、网页）时应采用仅提议模式并保留人工审批，否则可能产生不可逆写入
- 开源核心中中途修改机器人配置与语音发言端点当前返回 404，不应依赖这些能力
| - AI 客户端可代表用户执行 Jira、Confluence、Jira Service Management、Bitbucket 和 Compass 操作
- 提示注入、间接提示注入和工具投毒可能导致数据外泄或非预期修改
- 应使用最小权限、范围受限 token 和必要的项目或工作区访问权限
- 高影响或破坏性操作应要求人工确认，并监控审计日志
| - 若集成被授予较广的读取/写入能力且连接了大量页面,相当于把这些工作区内容暴露给 LLM,存在数据泄露或误操作风险
- 使用 --unsafe-disable-auth 关闭 HTTP 鉴权后,服务器可能被通过 DNS 重绑定从访问者浏览器打开的网页间接访问,仅应在隔离网络中使用
- 开启多租户令牌透传(token passthrough)时,若未正确部署 TLS 及网关鉴权,存在 Notion 令牌被截获或错发给其他客户端的风险
- README 明确提示该本地仓库未来可能被弃用,Issue/PR 不再被积极处理,长期维护和安全更新没有保证
- 如果将 NOTION_TOKEN 或 OPENAPI_MCP_HEADERS 直接写入共享的客户端配置文件,存在密钥泄露风险
|
|---|
| 支持客户端 | Claude Code, Codex | OpenAI ChatGPT, Claude, Cursor, Visual Studio Code (GitHub Copilot), GitHub Copilot CLI, Google Gemini CLI, Amazon Quick Suite, Local MCP-compatible clients via mcp-remote | Claude Desktop, Cursor, Zed, GitHub Copilot CLI |
|---|
| 工具能力 | 0 | 0 | 9 |
|---|