| FMRS | 62 / 100 · C | 66 / 100 · C | 64 / 100 · C |
|---|
| Reliability | 8 / 20 | 8 / 20 | 8 / 20 |
|---|
| Security and permissions | 11 / 20 | 15 / 20 | 17 / 20 |
|---|
| Maintenance | 13 / 20 | 15 / 20 | 10 / 20 |
|---|
| Documentation | 16 / 20 | 15 / 20 | 16 / 20 |
|---|
| Setup experience | 14 / 20 | 13 / 20 | 13 / 20 |
|---|
| Best for | - Existing Taskade users (personal or paid plans) who want an AI assistant to read and write their workspace directly
- Project/ops managers who want to bulk-manage projects, tasks, templates, and AI agents through a conversational interface
- Developers who want to reuse the OpenAPI codegen to quickly turn their own API specs into MCP tools
| - Developers, content creators, and project teams using Atlassian Cloud
- Teams that want Atlassian access inside ChatGPT, Claude, Cursor, or VS Code
- Users who need natural-language search, write, and cross-product workflows
| - Teams and individuals who already manage docs/wikis in Notion and want AI clients (Claude Desktop, Cursor, etc.) to operate on that content directly
- Developers who want to self-host a local MCP server rather than use a remote hosted option
- Automation/agent workflows that need to query or update Notion database records programmatically
|
|---|
| Not for | - Free-plan users needing full functionality — some endpoints (e.g. workspace listing) are gated on free accounts
- Anyone wanting to edit a published Genesis App's code or needing hosted OAuth access — that requires the separate Genesis App MCP at taskade.com/mcp, not this Workspace MCP
- Anyone wanting agents to reach third-party services like Slack, Shopify, or Gmail — that's handled by Taskade's MCP Connectors, not this server
| - Users without an Atlassian Cloud site or relevant product permissions
- Deployments requiring a self-hosted MCP server
- Users unwilling to grant an AI client access to Atlassian data or actions
- Jira Service Management or Bitbucket Cloud workflows requiring OAuth authentication
| - Users who want the standard-OAuth, zero-JSON-config install with active official support — Notion recommends its newer remote Notion MCP server for that
- Users uncomfortable handing a Notion integration token to a locally-run LLM client
- Use cases needing capabilities the integration deliberately excludes, such as deleting databases
- Long-term production deployments that need guaranteed maintenance, given this repo may be sunset
|
|---|
| Required permissions | - Requires a Taskade Personal Access Token (TASKADE_API_KEY) supplied as an environment variable, marked required and secret
- The token authorizes the server to call the Taskade public API (v1 and v2) on your behalf, with read/write access to workspaces, projects, tasks, agents, media, and webhooks
- In HTTP/SSE mode the key is passed as a query parameter (?access_token=), so consider the local network exposure
| - Jira and Confluence provide read, write, and search permission groups
- Jira Service Management provides read and write access through API tokens only
- Bitbucket Cloud provides read and write access through scoped API tokens only
- Compass is available through OAuth 2.1 only
- The first OAuth installer for a site must have access to the Atlassian apps requested by the MCP scopes
- Organization administrators can manage domain controls, API-token authentication, app access, and audit logs
| - A Notion internal integration token (NOTION_TOKEN or the Authorization value in OPENAPI_MCP_HEADERS), scoped by that integration's Capabilities (can be limited to read-only)
- Access limited to the specific pages/databases explicitly connected to the integration, not the whole workspace
- A separate bearer auth token when using the Streamable HTTP transport (--auth-token / AUTH_TOKEN)
- Network access to the Notion API
|
|---|
| Risks and side effects | - The token has broad read/write scope; if leaked, an attacker could create, modify, or delete your Taskade tasks, projects, media, or agents
- Tools like agentPublicAccessEnable make an agent publicly accessible — use carefully to avoid unintentionally exposing internal content
- Webhook subscribe/unsubscribe tools can affect other automations relying on the same webhook; misuse can break existing integrations
- Per the README, the server only talks to Taskade's own API (api/v1 and api/v2) and does not send data to other third parties, but the API key should still be handled like any sensitive credential
| - AI clients can perform Jira, Confluence, Jira Service Management, Bitbucket, and Compass actions on the user’s behalf
- Prompt injection, indirect prompt injection, and tool-poisoning attacks may cause data exfiltration or unintended changes
- Use least privilege, scoped tokens, and minimal project or workspace access
- Require human confirmation for high-impact or destructive actions and monitor audit logs
| - If the integration is granted broad read/write capabilities and connected to many pages, that content is effectively exposed to the LLM, risking data leakage or unintended edits
- Running with --unsafe-disable-auth removes bearer authentication on the HTTP transport, potentially making it reachable via DNS rebinding from pages a user visits — the README says to only use it on an isolated network
- Multi-tenant token passthrough requires careful TLS/gateway configuration; misconfiguration risks leaking or misrouting Notion tokens between tenants
- The README states this local server may be sunset in favor of the remote Notion MCP, and that issues/PRs here are not actively monitored, so long-term maintenance and security fixes are not guaranteed
- Storing NOTION_TOKEN or OPENAPI_MCP_HEADERS directly in shared client config files risks leaking the secret
|
|---|
| Supported clients | Claude Desktop, Cursor, Windsurf, Cline, VS 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 |
|---|
| Tools | 62 | 0 | 9 |
|---|