| FMRS | 47 / 100 · D | 66 / 100 · C | 64 / 100 · C |
|---|
| 可靠性 | 6 / 20 | 8 / 20 | 8 / 20 |
|---|
| 安全与权限 | 8 / 20 | 15 / 20 | 17 / 20 |
|---|
| 维护活跃度 | 7 / 20 | 15 / 20 | 10 / 20 |
|---|
| 文档质量 | 14 / 20 | 15 / 20 | 16 / 20 |
|---|
| 安装易用性 | 12 / 20 | 13 / 20 | 13 / 20 |
|---|
| 适合谁 | - 已经在使用 Trello 进行任务管理、希望通过 Claude 或 Cursor 以对话方式操作卡片和列表的个人或团队
- 需要在 Claude Desktop 或支持 SSE 的 MCP 客户端中快速接入 Trello 的开发者
| - 使用 Atlassian Cloud 的开发者、内容创作者和项目团队
- 希望在 ChatGPT、Claude、Cursor 或 VS Code 中访问 Atlassian 数据的团队
- 需要通过自然语言执行搜索、写入和跨产品协作任务的用户
| - 已经在 Notion 中管理文档/知识库,希望通过 AI 客户端(Claude Desktop、Cursor 等)直接操作 Notion 内容的团队或个人
- 需要自建/自托管本地 MCP 服务器,而非使用远程托管方案的开发者
- 需要脚本化或代理化处理 Notion 数据库记录的自动化工作流
|
|---|
| 不适合谁 | - 需要创建、重命名或删除整个看板的用户（该操作未被支持）
- 没有 Trello API Key/Token 或无法访问 Trello Power-Up 管理页面的用户
- 需要官方 Trello/Atlassian 支持或企业级安全审计的场景
| - 没有 Atlassian Cloud 站点或相关产品权限的用户
- 需要本地部署 MCP 服务器的场景
- 不愿授予 AI 客户端 Atlassian 数据访问或操作权限的用户
- 需要 Jira Service Management 或 Bitbucket Cloud OAuth 认证的场景
| - 希望使用标准 OAuth 免配置安装、且需要官方持续积极支持的用户(应使用 Notion 官方新推出的远程 Notion MCP)
- 不希望将 Notion 集成令牌交给本地运行的 LLM 客户端的用户
- 需要执行本集成未开放能力(如删除数据库)的场景
|
|---|
| 所需权限 | - Trello API Key 和 Token（账号级别权限，可读写该账号可访问的看板、列表、卡片和检查清单）
- 本地 .env 文件中以明文形式存储的凭据
- 网络访问权限：调用 Trello API，以及（SSE 模式下）在本机开放 HTTP 服务端口
| - 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 和 Token 以明文保存在 .env 文件中，一旦泄露即可完全操控你的 Trello 账号
- 列表、卡片、检查清单及子项的删除/归档操作不可逆
- SSE 模式下会在本地开放 HTTP 端点，README 未提及内置身份验证机制
- 该项目为社区维护的第三方服务器，未经 Trello/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 | 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 |
|---|