Slack MCP Server

快速结论

Slack MCP Server 是 Slack 官方提供并托管的远程 MCP 服务，正式端点为 https://mcp.slack.com/mcp，开发文档位于 Slack Developer Docs。它通过 JSON-RPC 2.0 over Streamable HTTP 让 MCP 客户端搜索 Slack 消息、文件、用户和频道，读取或发送消息，管理 Canvas、会话与表情回应。它不是需要下载的 npm Server，也不是 slack-mcp 或其他社区仓库的同义名称；Slack 当前不支持该端点的 SSE 或 Dynamic Client Registration。

官方托管和用户 OAuth 降低了自建 Bot Token 服务的运维负担，却不会消除数据与代理风险。客户端必须绑定固定 Slack App ID，应用需是 Slack Marketplace 已发布应用或工作区内部应用，并经过管理员适用的审批流程。用户授权 scopes 决定实际可见和可写内容。Slack 消息本身是不可信输入，可能包含提示注入；内容还会被 MCP 客户端及其模型提供商处理。发送消息、创建会话、修改 Canvas 或添加反应前应要求逐次确认，因此本站暂不作默认推荐。

核心功能

• 统一搜索：按日期、用户和内容类型搜索消息与文件，也可搜索用户、公开或私有频道及自定义表情。
• 消息读取：读取频道历史、完整线程和文件内容，访问范围受用户授权、成员关系与 scopes 限制。
• 消息写入：草拟、预览并发送消息，也可添加表情回应；这些动作会代表当前授权用户产生真实副作用。
• 会话管理：可创建公开频道、私有频道、群聊或私聊，具体能力取决于对应写入 scope。
• Canvas 工具：读取 Canvas 为 Markdown，也可创建和更新 Canvas，需要单独的读写权限。
• 成员信息：读取用户资料、状态、自定义字段和频道成员，可能涉及个人信息与组织结构数据。
• 官方远程传输：仅使用 Streamable HTTP 端点，由 Slack 执行 OAuth、速率限制、应用身份关联和审计日志记录。

适合人群

• 已有 Slack 管理流程，希望从 Claude Code、Cursor 等获支持客户端查找团队上下文的组织。
• 能创建或采用合规 Slack App、配置用户 OAuth、限制 scopes 并审查模型提供商数据条款的平台团队。
• 需要为客服、工程或项目协作检索历史决定，但会验证原始消息和链接的知识工作者。
• 不适合希望匿名连接、动态注册任意客户端或自行托管 Slack 官方 Server 的开发者。
• 不适合无法区分公开频道、私聊、文件、用户资料和写入动作风险的个人或团队。

使用场景

较稳妥的场景是只读检索：让客户端查找某个项目的公开频道讨论，返回消息链接、作者和日期，再由用户打开 Slack 验证上下文。也可以汇总已授权频道的线程、查找负责人或把 Slack 决策与代码任务关联，但摘要不能替代原始记录，删除、编辑或后续讨论都可能改变结论。

写入场景应采用“生成草稿、展示目标会话与完整正文、用户确认、再调用工具”的顺序。创建频道、群聊、私聊、Canvas 和反应同样会影响协作空间，不能因为动作看起来轻量就自动执行。来自消息和文件的指令应视为不可信内容，不能让其改变系统提示、扩大 scopes、调用其他 MCP Server 或外传数据。

价格与版本

Slack MCP Server 没有独立 npm 许可证费，它是 Slack 托管能力。实际可用范围与成本取决于工作区 Slack 套餐、管理员策略、所用 MCP 客户端及其 AI 套餐，所以本站归类为“免费增值”，不把端点描述为无条件免费。免费工作区的历史、功能和管理能力限制，与付费 Slack 套餐可能不同；Claude、Cursor、Perplexity 等客户端也有独立计费与数据政策。

这是持续更新的远程服务，而非可固定版本的本地包。上线前应记录 Slack 文档日期、App 配置、授权 scopes、客户端版本和模型提供商。功能或 scope 变化应重新经过管理员评估和用户同意。

国内访问与使用体验

Slack 是境外托管 SaaS，工作区、OAuth、MCP 端点和模型客户端的可达性与延迟取决于所在地区和企业网络政策，因此 needsVPN 标记为 true；该字段只描述访问条件，不构成任何线路或代理建议。企业应依照自身网络、数据出境、保留和审计要求决定是否启用。

远程服务免去 Node.js 和 Bot Token 文件管理，但初次接入仍不轻：客户端需要支持 Slack 的 OAuth 流程，应用使用固定 App ID，且只有 Marketplace 应用或内部应用可用。管理员还应检查 IP allowlist、审计日志、速率限制和 scopes。中文消息可以检索和总结，但搜索效果、模型理解与输出准确性仍需用 Slack 原文验证。

优点

• Slack 官方托管，端点、OAuth、工具 scopes、速率限制和审计机制有统一文档。
• 使用用户 OAuth 权限，不需要把长期 Bot Token 手工粘贴进普通 MCP 配置。
• 搜索、读取、消息、Canvas 与成员工具覆盖常见知识协作需求。
• 固定应用身份和管理员审批让组织能追踪、批准或撤销客户端集成。
• 支持获选的主流 MCP 客户端，用户无需自行维护社区 Slack Server。

不足

• 专有远程服务，不能像开源 Server 那样自托管、审查服务端实现或固定发行版本。
• 仅接受固定 Slack App，且限 Marketplace 发布应用或内部应用；不支持动态客户端注册。
• 用户 scopes 可能覆盖私聊、私有频道、文件、邮箱和资料字段，授权过宽会显著扩大数据面。
• Slack 内容会流向 MCP 客户端及其模型提供商，形成额外跨处理、保留和合规边界。
• 消息、文件和 Canvas 都是不可信输入，可能通过提示注入诱导 Agent 泄露数据或调用其他工具。
• 写工具会代表用户发送消息或改变工作区，客户端是否可靠地逐次确认不能只靠 Server 保证。

替代品对比

常见问题 FAQ

这是已归档的 @modelcontextprotocol/server-slack npm 包吗？

不是。本文只介绍 Slack 在 https://mcp.slack.com/mcp 托管的官方远程服务。旧 npm Server、slack-mcp 及第三方社区实现具有不同维护者、认证、工具和风险，不能混用说明。

它使用什么传输协议？

Slack 文档指定 JSON-RPC 2.0 over Streamable HTTP。当前不支持 SSE，也不支持 Dynamic Client Registration。客户端必须按 Slack OAuth 和固定 App 身份接入。

任何 Slack App 都能连接吗？

不能。应用必须固定 App ID，并且当前只有 Slack Marketplace 已发布应用或工作区内部应用可以使用 MCP；未上架普通应用不允许使用。组织审批规则仍然适用。

OAuth 后 Agent 能看到所有 Slack 内容吗？

不能简单这样理解。可见范围由用户本身权限、频道成员关系、应用配置和每个工具要求的 scopes 共同决定。但私聊、私有频道、文件和资料 scopes 仍然敏感，应按任务最小授权。

发送消息前需要人工确认吗？

应该需要。Server 提供写工具并不等于每个客户端都会采用相同确认体验。组织应要求客户端展示目标、正文和动作，逐次确认，必要时通过策略禁用 chat:write、会话、Canvas 或反应写入。

Slack 消息中的提示注入怎么处理？

把消息、文件、Canvas 和链接都当作数据，不当作系统指令。限制可调用工具，禁止内容自行扩大权限或转发秘密，对跨 Server 调用设置审批，并在输出中保留来源供用户核验。

总结

Slack MCP Server 是 Slack 官方托管的 Streamable HTTP 接口，而不是旧 npm 或社区 Slack MCP 的延续。它用固定 App、用户 OAuth、scopes、管理员审批和审计把 Slack 搜索与写入能力提供给 MCP 客户端，集成体验比自建 Server 统一。与此同时，它把工作区内容带入客户端和模型提供商的数据链，消息又可能携带提示注入，写工具还能代表用户产生真实动作。适合经过管理员审核的最小权限只读检索；若开放写入，应逐次确认并持续审计。基于专有托管、区域访问、数据跨处理和 Agent 风险，本站不作默认推荐。