| FMRS | 56 / 100 · C | 66 / 100 · C | 64 / 100 · C |
|---|
| 可靠性 | 7 / 20 | 8 / 20 | 8 / 20 |
|---|
| 安全与权限 | 9 / 20 | 15 / 20 | 17 / 20 |
|---|
| 维护活跃度 | 14 / 20 | 15 / 20 | 10 / 20 |
|---|
| 文档质量 | 14 / 20 | 15 / 20 | 16 / 20 |
|---|
| 安装易用性 | 12 / 20 | 13 / 20 | 13 / 20 |
|---|
| 适合谁 | - 需要让 AI 助手直接读写 Jira 问题和 Confluence 页面的团队
- 同时使用 Atlassian Cloud 与 Server/Data Center 环境的组织
- 希望在 IDE 或聊天客户端中完成 JQL/CQL 搜索、工单创建与状态流转的开发者
| - 使用 Atlassian Cloud 的开发者、内容创作者和项目团队
- 希望在 ChatGPT、Claude、Cursor 或 VS Code 中访问 Atlassian 数据的团队
- 需要通过自然语言执行搜索、写入和跨产品协作任务的用户
| - 已经在 Notion 中管理文档/知识库,希望通过 AI 客户端(Claude Desktop、Cursor 等)直接操作 Notion 内容的团队或个人
- 需要自建/自托管本地 MCP 服务器,而非使用远程托管方案的开发者
- 需要脚本化或代理化处理 Notion 数据库记录的自动化工作流
|
|---|
| 不适合谁 | - 没有 Atlassian Jira 或 Confluence 账号/实例的用户
- 需要官方 Atlassian 支持保证的场景(本项目并非 Atlassian 官方产品)
- 无法安全保存或轮换 API Token/.env 文件的环境
| - 没有 Atlassian Cloud 站点或相关产品权限的用户
- 需要本地部署 MCP 服务器的场景
- 不愿授予 AI 客户端 Atlassian 数据访问或操作权限的用户
- 需要 Jira Service Management 或 Bitbucket Cloud OAuth 认证的场景
| - 希望使用标准 OAuth 免配置安装、且需要官方持续积极支持的用户(应使用 Notion 官方新推出的远程 Notion MCP)
- 不希望将 Notion 集成令牌交给本地运行的 LLM 客户端的用户
- 需要执行本集成未开放能力(如删除数据库)的场景
|
|---|
| 所需权限 | - Jira 和/或 Confluence 实例的 URL
- Atlassian 账号邮箱 + API Token(Cloud),或 Personal Access Token(Server/Data Center)
- 对应账号在 Jira/Confluence 中实际拥有的读写权限(创建/更新问题、创建/更新页面、添加评论等操作需要写权限)
| - 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 Token 或 PAT 一旦泄露,即可被用于以该账号身份读写 Jira/Confluence 数据
- README 明确提醒需妥善保管 .env 文件,避免泄露凭证
- 创建/更新/流转问题及创建/更新页面等操作具有写入性质,配置不当的自动化可能产生非预期的数据变更
- 并非 Atlassian 官方维护,更新与安全响应依赖社区仓库维护者
| - 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 Desktop, Cursor, Autohand Code | 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 |
|---|
| 工具能力 | 10 | 0 | 9 |
|---|