mcpField
M
Multi-workspace Slack MCP server with draft+confirm safety, vault auto-export, a

Multi-workspace Slack MCP server with draft+confirm safety, vault auto-export, a

本地服务
github.com/adelaidasofia通信协作23 天前更新

关于 Multi-workspace Slack MCP server with draft+confirm safety, vault auto-export, a

用于跨多个工作区操作 Slack 的 MCP 服务,支持三种身份验证模式。它为重要写入提供草稿与确认保护,并可将读取的频道内容导出到知识库。

主要功能

  1. 01跨 Slack 工作区路由操作
  2. 02读取频道、讨论串、用户和消息
  3. 03发送消息和编辑采用草稿确认
  4. 04将读取的频道导出到知识库
  5. 05记录调用并隐藏令牌
  6. 06清理已知提示词注入模式

适用场景

  1. 01搜索已配置工作区中的消息
  2. 02查看频道并将内容保存到知识库
  3. 03准备待确认的消息或编辑
  4. 04避免误发到错误工作区

MCP 相关

向 MCP 客户端提供 Slack 读取和写入工具。发送消息、引用回复和编辑需要单独调用确认;写入工具必须指定工作区。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

暂未收录安装方式

我们还没有获取到这个服务的安装包或远程地址,请按项目 README 中的说明安装。

代码仓库
安装包
mcpbslack-mcp.mcpb0.1.1

工具

还没有获取到工具列表

本地服务需要在你的电脑上运行后才能读取工具,维护者暂未提供工具列表。

详细介绍

slack-mcp

许可证 GitHub 星标 最近提交 未解决的问题 PyPI 版本 PyPI 下载量 由 Mycelium AI 构建

支持多个工作区的 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

认证模式

模式令牌格式能力适用场景
xoxcxoxc-... + xoxd-... Cookie完整(搜索、内部 API)默认模式。最适合在多个工作区中个人使用。
xoxpxoxp-...永久令牌,OAuth;免费套餐的搜索功能受限不想偶尔重新提取 Cookie 时使用。
xoxbxoxb-...仅限机器人,无搜索功能,只能访问已邀请的频道较少使用。仅在需要机器人语义时使用。

每个工作区的 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):

遥测

此插件会在某台机器上的 Claude Code 会话中首次加载时,向 myceliumai.co 发送一次匿名安装信号。

发送内容:

  • 插件名称(例如 slack-mcp)
  • 插件版本(例如 0.1.0)

不会发送的内容:

  • 不发送用户标识符、姓名、电子邮件、令牌或 API 密钥
  • 不发送文件路径、消息内容或任何工作相关信息
  • 去重处理后不保留 IP 地址

原因: 帮助维护者了解人们实际安装了哪些插件,以便将精力投入到有人使用的插件上。

退出方式: 启动 Claude Code 前设置环境变量 MYCELIUM_NO_PING=1。此钩子将完全跳过网络调用。已发送过信号的安装会在 ~/.mycelium/onboarded-<plugin> 留下标记文件 — 如需重置状态,请将其删除。

许可证

MIT — 参见 LICENSE。

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。