关于 Multi-workspace Slack MCP server with draft+confirm safety, vault auto-export, a
用于跨多个工作区操作 Slack 的 MCP 服务,支持三种身份验证模式。它为重要写入提供草稿与确认保护,并可将读取的频道内容导出到知识库。
主要功能
- 01跨 Slack 工作区路由操作
- 02读取频道、讨论串、用户和消息
- 03发送消息和编辑采用草稿确认
- 04将读取的频道导出到知识库
- 05记录调用并隐藏令牌
- 06清理已知提示词注入模式
适用场景
- 01搜索已配置工作区中的消息
- 02查看频道并将内容保存到知识库
- 03准备待确认的消息或编辑
- 04避免误发到错误工作区
MCP 相关
向 MCP 客户端提供 Slack 读取和写入工具。发送消息、引用回复和编辑需要单独调用确认;写入工具必须指定工作区。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
我们还没有获取到这个服务的安装包或远程地址,请按项目 README 中的说明安装。
工具
本地服务需要在你的电脑上运行后才能读取工具,维护者暂未提供工具列表。
详细介绍
slack-mcp
支持多个工作区的 Slack MCP 服务,具备草稿+确认安全机制、知识库自动导出和三种认证模式。
一个进程,N 个工作区,所有写入操作都要经过草稿 → 确认。开发此项目是因为现有 Slack MCP 服务每个实例仅支持一个工作区,而且 Anthropic 的参考实现已弃用。
为什么选择它而不是其他方案
| 本项目 | Anthropic 连接器 | korotovsky/slack-mcp-server | |
|---|---|---|---|
| 每个服务支持多个工作区 | 是 | 否 | 否 |
| 写入操作采用草稿+确认机制 | 是 | 否 | 否 |
| 自动将读取内容导出到知识库 | 是 | 否 | 否 |
| 提示词注入清理器 | 是 | 否 | 否 |
| 审计日志 | 是 | 否 | 否 |
| xoxc / xoxp / xoxb 认证 | 是 | 不适用 | 是 |
| 状态 | 活跃 | 活跃(有限) | 活跃 |
安装
打开 Claude Code,粘贴:
/plugin marketplace add adelaidasofia/slack-mcp
/plugin install slack-mcp@slack-mcp
然后在 .env 中填写令牌(Cookie 提取步骤请参阅 SETUP.md)。
旧版安装方式
git clone https://github.com/adelaidasofia/slack-mcp.git ~/.claude/slack-mcp
cd ~/.claude/slack-mcp
pip3 install --break-system-packages -r requirements.txt
cp .env.example .env
# fill in tokens — see SETUP.md for cookie extraction walkthrough
在项目的 .mcp.json 中注册(或通过 claude mcp add -s user 注册):
{
"mcpServers": {
"slack": {
"command": "python3",
"args": ["-m", "slack_mcp.server"],
"cwd": "/Users/YOU/.claude/slack-mcp"
}
}
}
重启 Claude Code,然后运行 claude mcp list,确认列表中出现 slack。
工具(v0.1.1)
元数据: list_workspaces、healthcheck
读取: list_channels、search_channels、read_channel、read_thread、list_users、search_users、get_user_profile、search_messages
写入(草稿+确认): send_message → confirm_send、send_reply_quote → confirm_send、update_own_message → confirm_send、cancel_draft
写入(低影响,可立即执行): add_reaction、mark_read、delete_own_message
认证模式
| 模式 | 令牌格式 | 能力 | 适用场景 |
|---|---|---|---|
xoxc | xoxc-... + xoxd-... Cookie | 完整(搜索、内部 API) | 默认模式。最适合在多个工作区中个人使用。 |
xoxp | xoxp-... | 永久令牌,OAuth;免费套餐的搜索功能受限 | 不想偶尔重新提取 Cookie 时使用。 |
xoxb | xoxb-... | 仅限机器人,无搜索功能,只能访问已邀请的频道 | 较少使用。仅在需要机器人语义时使用。 |
每个工作区的 Cookie 提取大约需要 3 分钟。请参阅 SETUP.md。
知识库自动导出
每次调用 read_channel 时,都会将该频道同步到 <vault>/🤖 AI Chats/Slack/<workspace>/<channel>.md。操作具有幂等性(同一频道同一天的内容会被直接覆盖)。设置 SLACK_MCP_VAULT_EXPORT=false 可禁用此功能。
配置
所有配置均通过环境变量设置(进程启动时从 .env 加载):
SLACK_WORKSPACES— 以逗号分隔的别名列表(例如onde,mycelium)SLACK_PRIMARY_WORKSPACE— 工具调用未指定workspace时使用的默认工作区- 每个工作区的配置:
SLACK_WORKSPACE_<ALIAS>_TYPE、_TOKEN、_COOKIE(仅限 xoxc)、_TEAM_ID、_LABEL SLACK_MCP_VAULT_PATH— 自动导出镜像的知识库根目录(默认~/Documents/Vault)SLACK_MCP_VAULT_EXPORT—true/false(默认true)SLACK_MCP_AUDIT_LOG_PATH— JSONL 审计日志路径SLACK_MCP_DRAFT_TTL_SECONDS— 草稿过期时间(默认 3600)SLACK_MCP_SCRUB_PROMPT_INJECTION—true/false(默认true)
安全模式
- 草稿 + 确认。 每次发送(
send_message、send_reply_quote、update_own_message)都会返回一个draft_id。调用confirm_send(draft_id)前,不会发布任何内容。草稿会在 1 小时后过期。每个草稿只能确认一次。update_own_message草稿会附带修改前后的预览,方便操作者在确认前比对差异。 - 写入时必须指定工作区。 发送操作没有全局默认工作区 — 每个写入工具都必须指定
workspace,以免频道名称冲突时将内容发错工作区。 - 审计日志。 每次工具调用都会追加一条 JSONL 记录。令牌会被隐藏。
- 提示词注入清理器。 收到的消息文本会针对已知的提示词注入模式(zalgo、角色伪装标头、伪造围栏)进行清理。检测到的内容会被标记但不会删除,以便操作者看到注入尝试。
- 令牌隐藏。
list_workspaces仅返回隐藏敏感信息后的配置。令牌绝不会出现在工具响应中。
相关 MCP
同一作者,采用相同的架构模式(FastMCP、适用时写入操作采用草稿 + 确认、知识库自动导出、MIT):
- imessage-mcp - macOS iMessage
- whatsapp-mcp - 通过 whatsmeow 使用 WhatsApp
- google-workspace-mcp - Gmail / Calendar / Drive / Docs / Sheets
- apollo-mcp - Apollo.io CRM + 序列
- substack-mcp - Substack 写作 + 分析
- luma-mcp - lu.ma 活动
- parse-mcp - markitdown / Docling / LlamaParse 路由器
- rescuetime-mcp - RescueTime 效率数据
- graph-query-mcp - 知识库知识图谱查询
- investor-relations-mcp - 种子轮融资流程跟踪器
- vault-sync-mcp - 双向知识库同步
遥测
此插件会在某台机器上的 Claude Code 会话中首次加载时,向 myceliumai.co 发送一次匿名安装信号。
发送内容:
- 插件名称(例如
slack-mcp) - 插件版本(例如
0.1.0)
不会发送的内容:
- 不发送用户标识符、姓名、电子邮件、令牌或 API 密钥
- 不发送文件路径、消息内容或任何工作相关信息
- 去重处理后不保留 IP 地址
原因: 帮助维护者了解人们实际安装了哪些插件,以便将精力投入到有人使用的插件上。
退出方式: 启动 Claude Code 前设置环境变量 MYCELIUM_NO_PING=1。此钩子将完全跳过网络调用。已发送过信号的安装会在 ~/.mycelium/onboarded-<plugin> 留下标记文件 — 如需重置状态,请将其删除。
许可证
MIT — 参见 LICENSE。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。