1. 项目概述Slack MCP Server一个为AI助手打造的Slack“超级接口”如果你和我一样每天有大量时间泡在Slack里同时又在探索如何让AI助手比如Claude Desktop、Cursor等更深入地融入你的工作流那么你肯定遇到过这个痛点如何让AI安全、高效地读取Slack里的信息甚至进行一些简单的交互直接给AI你的Slack账号密码这显然不现实。用官方API创建一个Bot权限申请、OAuth配置、部署维护……一套流程下来热情可能已经消磨了一半。korotovsky/slack-mcp-server 这个项目就是为了解决这个“最后一公里”的问题而生的。它是一个基于Model Context Protocol的开源服务器简单来说它在你本地的AI助手和你的Slack工作区之间架起了一座安全、可控的桥梁。MCP是Anthropic提出的一套协议旨在让AI模型能够安全、标准化地访问外部工具和数据源。这个Slack MCP Server就是MCP生态中的一个“连接器”它把Slack复杂的API封装成了AI助手能直接理解和调用的标准化工具。我花了近两周时间深度使用和测试了这个工具它的设计理念让我印象深刻在提供强大功能的同时将安全和控制权完全交还给用户。它支持从“隐身模式”无需任何额外权限到完整OAuth授权的多种认证方式集成了消息历史获取、智能搜索、未读消息处理、用户组管理等一系列实用功能。更重要的是它的默认配置极其保守——所有“写”操作如发送消息、添加表情默认都是关闭的你需要显式地通过环境变量来“解锁”这些能力并且可以精确控制到具体的频道。这种“默认安全”的设计哲学在AI工具疯狂生长的今天显得尤为可贵。2. 核心设计思路与方案选型解析2.1 为什么选择MCP而不是直接调用Slack API在深入使用之前我们先要理解MCP的价值。你可能会问我直接用Python写个脚本调用Slack SDK不就行了理论上没错但MCP解决的是另一个层面的问题标准化和生态集成。想象一下你为Claude Desktop写了一个Slack插件又为Cursor写了一个可能还想在某个Web AI应用里集成。每个平台都有自己的一套插件系统、认证方式和安全模型你需要重复造轮子。MCP的出现就是为了统一这个混乱的局面。它定义了一套标准的协议任何支持MCP的客户端Claude Desktop、Cursor、Windsurf等都可以通过相同的方式与任何实现了MCP协议的服务器比如这个Slack Server通信。这个Slack MCP Server的定位非常清晰做一个功能全面、配置灵活的MCP协议实现者。它不关心你用的是哪个AI客户端只负责把Slack的能力“翻译”成MCP工具。这种解耦带来了巨大的灵活性。今天你用Claude明天换另一个支持MCP的工具这个Server可以无缝切换无需任何修改。2.2 双模式认证在便利与安全之间取得平衡认证是任何第三方工具接入Slack的核心问题。这个项目提供了两种截然不同的路径覆盖了从极客探索到企业级集成的全场景。2.2.1 隐身模式零权限的“只读”观察者这是最让我惊讶的功能。通过使用从浏览器会话中提取的xoxc和xoxdtokenServer可以以当前登录用户的身份访问Slack而不需要任何额外的OAuth权限授权。这听起来有点“黑科技”但原理其实很直接它模拟了你浏览器中Slack Web客户端的行为。注意这种模式依赖于Slack Web客户端的内部API虽然目前稳定但属于非公开接口理论上Slack可以随时更改或封禁。它最适合个人使用、数据抓取或只读场景。对于需要长期稳定运行、尤其是涉及“写”操作的生产环境强烈建议使用下面的OAuth模式。2.2.2 OAuth模式官方、稳定且功能完整这是官方推荐的集成方式。你需要像常规的Slack App一样在Slack API网站创建一个应用配置OAuth作用域然后获取xoxp(用户token) 或xoxb(Bot token)。这种方式需要用户或管理员授权但换来的是稳定性保障使用公开、受支持的API。明确的权限边界授权时清晰可见该应用能访问什么。支持所有功能特别是“写”操作和搜索功能Bot token对搜索有限制。适合团队协作可以安全地分享配置不用担心泄露个人浏览器会话。项目文档里详细对比了不同token的能力矩阵我的建议是个人快速尝鲜用隐身模式团队长期使用必选OAuth模式。2.3 工具集的“开关”哲学安全至上这是我非常欣赏的一点设计。很多工具为了展示其功能强大默认把所有能力都打开。而这个Slack MCP Server反其道而行之采用了“最小权限”和“显式启用”原则。默认只读所有获取消息、列表用户的工具默认可用。写操作默认关闭conversations_add_message(发消息)、reactions_add/remove(添加/移除表情)、conversations_mark(标记已读) 这些会改变Slack状态的操作默认是禁用的。精细化控制即使你启用了发消息功能还可以通过SLACK_MCP_ADD_MESSAGE_TOOL环境变量将其限制在特定的频道ID列表内。比如你只希望AI能在#ai-test这个频道发言就可以精确配置防止它“乱跑”。这种设计把安全责任和选择权交给了用户。你需要清楚地知道自己要做什么然后通过配置来“解锁”相应的能力。在AI工具可能产生不可预测行为的当下这是一种非常负责任的做法。3. 核心功能深度解析与实操要点3.1 智能历史获取不仅仅是“拉取消息”conversations_history和conversations_replies这两个工具看似简单但里面的“智能”参数设计能极大提升AI处理上下文的效率。3.1.1 按时间范围 vs 按数量获取limit参数支持两种格式时间范围如1d,7d,30d和消息数量如50。这不仅仅是语法糖背后有重要的性能考量。按时间范围 (1d)这是默认且推荐的方式。Slack API对免费层有历史消息获取的限制通常是最近90天。当你指定limit: “1d”服务器会智能地计算时间点并一次性获取该时间段内所有消息不受单次API调用数量限制通常是100条的约束。这对于获取“昨天发生了什么”这类场景非常高效。按数量获取 (50)当你需要精确控制上下文窗口大小时使用。比如你只希望AI参考某个频道最新的50条消息来做总结。注意如果频道非常活跃50条消息可能只覆盖几分钟的内容。3.1.2 游标分页与活动消息对于超长对话简单的limit可能不够。这时就需要cursor参数。Server的响应中会包含一个next_cursor字段将其作为下一次请求的cursor传入即可实现无缝分页获取。这在编写自动归档或分析整个频道历史的脚本时非常有用。另一个容易被忽略但很有用的参数是include_activity_messages。将其设为true返回的数据中就会包含channel_join、channel_leave、pinned_item这类系统消息。如果你想让AI了解团队的成员变动或重要消息标记情况这个功能就派上用场了。3.1.3 实操心得频道名与用户名的便捷查找工具支持通过#channel-name或username的形式直接指定channel_id这背后依赖于用户和频道缓存。这意味着你不需要去Slack界面费劲地找那一长串C0123456789的ID直接用人眼可读的名字即可。要确保这个功能正常工作务必正确配置SLACK_MCP_USERS_CACHE和SLACK_MCP_CHANNELS_CACHE环境变量让Server能成功缓存元数据。3.2 未读消息的高效处理从信息洪流中抓取重点conversations_unreads是我认为设计最精巧的工具之一。它解决了一个非常实际的痛点当你一天没看Slack成百上千条未读消息如何让AI快速帮你抓住重点3.2.1 优先级排序逻辑工具不是简单地把所有未读消息堆给你而是做了智能排序Direct Messages (DMs) 优先私聊通常更紧急、更个人化。其次是合作伙伴频道 (Slack Connect)涉及外部协作。最后是内部频道公司内部的群聊。这种排序方式模拟了人类处理消息的天然优先级让AI助手能先关注最可能需要你介入的对话。3.2.2 性能优化单次API调用与按需获取它的实现非常高效。对于浏览器token (xoxc/xoxd)它利用了一个内部APIclient.counts可以一次性获取所有频道的未读状态。然后它只对真正有未读消息的频道发起详细的消息获取请求并且可以通过max_messages_per_channel限制每个频道获取的消息数。这避免了无谓的API调用响应速度极快。重要提示这个高效的路径仅在使用浏览器token时可用。如果使用OAuth用户token (xoxp)它会回退到对每个频道调用conversations.info的方式在频道数量多时可能会比较慢。而Bot token (xoxb) 则完全不支持此工具。在选择认证方式时这一点需要权衡。3.2.3 过滤与摘要模式mentions_only: true这是一个“救星”功能。当你被时通常意味着需要你回应。开启此选项AI将只关注这些“点你名”的消息过滤掉群聊里的背景噪音。include_messages: false有时你只需要知道“哪些频道有未读”而不需要具体内容。这个选项会返回一个频道摘要列表适合快速扫描。3.3 强大的消息搜索像使用搜索引擎一样查找对话conversations_search_messages是一个被低估的利器。它不仅仅是简单的关键词匹配而是提供了一套完整的过滤体系。3.3.1 多维过滤条件你可以组合使用多种过滤器进行精准定位按频道/对话过滤(filter_in_channel,filter_in_im_or_mpim)限定搜索范围。按参与者过滤(filter_users_with,filter_users_from)查找你与某人的对话或包含特定参与者的群聊消息。按时间过滤(filter_date_before/after/on/during)这是最强大的功能之一。支持绝对日期 (2023-10-01)、相对日期 (Yesterday) 甚至月份 (July)。比如你可以搜索“上周我和Alice在#project频道里关于‘预算’的讨论”。仅限线程(filter_threads_only)在Slack中重要的讨论常常发生在线程里。这个选项可以帮你聚焦于这些深度对话。3.3.2 一个隐藏技巧直接搜索消息链接最让我惊喜的功能是search_query参数可以直接接受一个完整的Slack消息链接如https://slack.com/archives/C1234567890/p1234567890123456。当你传入这样一个链接时工具会忽略所有其他过滤器直接返回那条特定的消息。这对于需要AI对某条特定消息进行总结、翻译或分析后续讨论的场景简直是“神技”。你只需要把消息链接丢给AI它就能通过MCP Server直接获取上下文。注意限制再次强调此搜索功能无法使用Bot token (xoxb)因为Slack API限制了Bot对search.messages端点的访问。如果你需要完整的搜索能力请使用用户token (xoxp) 或浏览器token。3.4 用户与用户组管理让AI认识你的团队对于AI助手来说只知道用户ID (U123456) 是不够的。它需要知道“Alice”是“Alice Zhang (产品经理)”dev-team指的是整个开发小组。users_search和usergroups_*系列工具就是为了解决这个问题。3.4.1 用户搜索与缓存users_search工具不仅支持按姓名、邮箱搜索其返回结果中还包含一个关键字段DMChannelID。如果该用户与你存在私聊会话且该频道信息已被缓存这里就会显示私聊频道的ID。这意味着AI在找到用户后可以立即向其发送私信无需再通过其他接口查找或创建DM频道流程非常顺畅。缓存机制在这里至关重要。首次启动时Server会调用API获取完整的用户列表并缓存起来。后续的搜索操作都在本地缓存中进行模式匹配速度极快也避免了频繁的API调用。确保缓存文件路径可写是保证这部分功能体验流畅的基础。3.4.2 用户组子团队的完整生命周期管理usergroups_*工具组提供了对Slack用户组Subteams的完整CRUD操作usergroups_list: 查看所有用户组。usergroups_create: 创建新组如“前端突击队”。usergroups_update: 更新组信息。usergroups_users_update: 批量更新组成员注意这是覆盖操作会替换原有全部成员。usergroups_me: 管理自己的组成员身份加入、离开、查看所在组。这些工具赋予了AI助手参与团队组织管理的潜力。例如你可以让AI根据项目成员名单自动创建或更新对应的Slack用户组或者让新成员通过AI助手自助加入某个兴趣小组。当然这些写操作需要相应的OAuth作用域 (usergroups:write) 并谨慎授权。4. 从零开始完整部署与配置实战理论说了这么多现在我们来手把手搭建一个属于自己的Slack MCP Server。我会以macOS/Linux环境为例涵盖两种主要的认证模式。4.1 环境准备与项目获取首先确保你的系统已经安装了Go语言环境版本1.21或以上这是编译和运行该项目的前提。# 检查Go版本 go version # 克隆项目代码 git clone https://github.com/korotovsky/slack-mcp-server.git cd slack-mcp-server项目结构很清晰核心代码在mcp/mcp-server.go。我们不需要修改代码重点在于配置。4.2 认证方式一配置隐身模式浏览器Token这种方式最快适合快速体验。你需要从浏览器中提取两个Tokenxoxc和xoxd。4.2.1 获取Token在Chrome或Edge浏览器中登录你的Slack工作区。打开开发者工具 (F12)切换到Application标签页。在左侧Storage菜单中找到Cookies-https://app.slack.com。在Cookie列表中找到名为d的项其值就是xoxd-...格式的Token。为了获取xoxc你需要查看网络请求。刷新Slack页面在Network标签页中找到任意一个向slack.com域发出的请求如rtm.start或users.counts。点击该请求在Headers选项卡下的Request Headers中找到Authorization头。其值通常是Bearer xoxc-...。复制xoxc-后面的部分。4.2.2 创建配置文件在项目根目录创建一个.env文件这是管理环境变量的推荐方式。# .env 文件内容 SLACK_MCP_XOXC_TOKEN你的xoxc-token-here SLACK_MCP_XOXD_TOKEN你的xoxd-token-here SLACK_MCP_PORT13080 SLACK_MCP_HOST127.0.0.1 # 启用缓存以提升性能和支持频道名查找 SLACK_MCP_USERS_CACHE./.cache/users.json SLACK_MCP_CHANNELS_CACHE./.cache/channels.json # 日志级别调试时可设为debug SLACK_MCP_LOG_LEVELinfo安全警告.env文件包含了你的敏感会话Token绝对不能提交到Git或分享给他人。务必将其添加到.gitignore文件中。4.2.3 运行服务器# 加载 .env 文件中的环境变量并运行 export $(grep -v ^# .env | xargs) go run mcp/mcp-server.go如果一切正常你会看到服务器启动日志监听在你配置的端口上。4.3 认证方式二配置OAuth模式官方应用对于长期、稳定、尤其是需要“写”权限的使用创建Slack App是更规范的选择。4.3.1 创建Slack App并配置权限访问 Slack API 网站 点击 “Create New App”。选择 “From scratch”输入应用名称如 “My AI Assistant”并选择你的工作区。在左侧菜单进入OAuth Permissions。添加Bot Token作用域在 “Bot Token Scopes” 部分根据你需要工具添加以下作用域基础读取channels:history,channels:read,groups:history,groups:read,im:history,im:read,mpim:history,mpim:read,users:read,users:read.email,search:read(如需搜索)。用户组管理usergroups:read,usergroups:write(如需创建/更新用户组)。写操作chat:write,reactions:write(如需发送消息和表情)。标记已读channels:write,groups:write,im:write,mpim:write(如需conversations_mark工具)。安装应用到工作区滚动到页面顶部点击 “Install to Workspace”。授权后你会得到Bot User OAuth Token以xoxb-开头。可选添加用户Token作用域如果你希望以用户身份而非Bot身份操作某些API需要在 “User Token Scopes” 部分添加类似的作用域然后重新安装。你会得到一个以xoxp-开头的User OAuth Token。4.3.2 配置与运行创建新的.env.oauth配置文件# .env.oauth 文件内容 # 使用 Bot Token (xoxb-) SLACK_MCP_XOXB_TOKEN你的xoxb-bot-token-here # 或者使用 User Token (xoxp-) # SLACK_MCP_XOXP_TOKEN你的xoxp-user-token-here SLACK_MCP_PORT13080 SLACK_MCP_HOST127.0.0.1 # 启用缓存 SLACK_MCP_USERS_CACHE./.cache/users_oauth.json SLACK_MCP_CHANNELS_CACHE./.cache/channels_oauth.json # 谨慎启用写操作这里我们只允许在 #ai-test 频道发消息和加表情。 SLACK_MCP_ADD_MESSAGE_TOOLC1234567890 # 替换为 #ai-test 频道的真实ID SLACK_MCP_ADD_MESSAGE_MARKtrue # 发送消息后自动标记为已读 # SLACK_MCP_MARK_TOOLtrue # 如需单独启用标记已读工具可取消注释 SLACK_MCP_LOG_LEVELinfo运行服务器时指定这个配置文件export $(grep -v ^# .env.oauth | xargs) go run mcp/mcp-server.go4.4 配置AI客户端以Claude Desktop为例服务器跑起来了现在需要让AI客户端知道它。这里以Claude Desktop为例。找到Claude Desktop的配置文件位置macOS:~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:%APPDATA%\Claude\claude_desktop_config.jsonLinux:~/.config/Claude/claude_desktop_config.json编辑该JSON文件在mcpServers对象中添加Slack服务器的配置。以下是针对SSE传输的配置示例服务器运行在本地13080端口{ mcpServers: { slack: { command: npx, args: [ -y, modelcontextprotocol/server-slack, --transport, sse, --url, http://localhost:13080/sse, --api-key, your-secure-api-key-here // 需与 SLACK_MCP_API_KEY 环境变量一致 ] } } }如果你使用stdio传输配置会更简单但需要确保go run命令路径正确。更可靠的方式是将项目编译成二进制文件# 在项目目录下编译 go build -o slack-mcp-server ./mcp/mcp-server.go # 然后将命令指向这个二进制文件{ mcpServers: { slack: { command: /path/to/your/slack-mcp-server, args: [ --transport, stdio ], env: { SLACK_MCP_XOXC_TOKEN: your-xoxc-token, SLACK_MCP_XOXD_TOKEN: your-xoxd-token // ... 其他环境变量 } } } }保存配置文件重启Claude Desktop。重启后你可以在Claude的输入框旁看到一个新的插头图标点击它应该能看到可用的Slack工具列表。现在你就可以在对话中让Claude使用这些工具了例如“帮我看看 #general 频道今天早上都讨论了什么”5. 高级配置、问题排查与实战技巧5.1 高级环境变量详解与配置策略除了基础的Token和缓存配置一系列高级环境变量决定了Server的精细行为。5.1.1 传输层与安全配置SLACK_MCP_API_KEY: 当使用SSE或HTTP传输时用于认证的Bearer Token。强烈建议设置一个强密码防止未授权访问你的Slack数据。SLACK_MCP_PROXY: 如果你的网络环境需要通过代理访问外网如公司内网在此处配置代理服务器URL如http://proxy.company.com:8080。SLACK_MCP_GOVSLACK: 如果你在使用GovSlackSlack的政府合规版本将此变量设为true服务器会将API端点从slack.com切换到slack-gov.com。5.1.2 企业级调试与TLS配置SLACK_MCP_USER_AGENTSLACK_MCP_CUSTOM_TLS: 在一些严格的企业Slack环境中可能需要特定的User-Agent或TLS指纹才能通过网络策略。这两个变量用于模拟特定客户端如官方Slack桌面版的握手行为。SLACK_MCP_SERVER_CA_*系列变量用于HTTPS中间人调试。例如使用SLACK_MCP_SERVER_CA_TOOLKIT1可以注入HTTP Toolkit的CA证书方便开发者调试网络请求。生产环境切勿使用。5.1.3 工具白名单与权限控制这是安全配置的核心。SLACK_MCP_ENABLED_TOOLS: 一个逗号分隔的工具列表。如果设置只有列表中的工具会被注册和暴露给AI客户端。这是一个“允许列表”提供了最严格的控制。示例SLACK_MCP_ENABLED_TOOLSconversations_history,conversations_replies,users_search表示AI只能读取消息和搜索用户不能做任何其他操作。SLACK_MCP_ADD_MESSAGE_TOOL: 控制conversations_add_message、reactions_add、reactions_remove这三个写工具的开关。true: 在所有频道启用。C123456,C789012: 仅在指定频道ID启用。!C345678: 在除了指定频道外的所有频道启用。如果此变量未设置则这些工具默认禁用除非它们在SLACK_MCP_ENABLED_TOOLS中被显式列出。SLACK_MCP_MARK_TOOL: 单独控制conversations_mark(标记已读) 工具。默认禁用需显式设为true或1来启用。一个兼顾安全与功能的企业级配置示例# 只启用我们需要的工具禁用所有其他工具 SLACK_MCP_ENABLED_TOOLSconversations_history,conversations_replies,conversations_unreads,users_search,channels_list # 允许在特定的“AI协作”频道内发送消息和表情 SLACK_MCP_ADD_MESSAGE_TOOLC0XXXXXXX1,C0XXXXXXX2 # 允许AI标记消息为已读帮助管理通知 SLACK_MCP_MARK_TOOLtrue # 启用链接预览但只允许公司内部域名 SLACK_MCP_ADD_MESSAGE_UNFURLINGinternal-wiki.company.com,github.com/our-org5.2 常见问题排查实录在实际部署和使用中你可能会遇到以下问题。这里是我的排查笔记。5.2.1 服务器启动失败或连接超时症状运行go run命令后立即报错或AI客户端无法连接。排查步骤检查Token格式确保xoxc-和xoxd-Token完整且没有多余的空格或换行。浏览器复制的Token末尾有时会有不可见字符。检查网络连通性运行curl -v https://slack.com/api/auth.test对于GovSlack则是slack-gov.com。如果连不上可能是网络或代理问题。设置SLACK_MCP_PROXY。验证Token有效性使用一个简单的cURL命令验证Token是否有效curl -H Authorization: Bearer xoxc-YOUR_TOKEN https://slack.com/api/auth.test如果返回{ok:false, error:invalid_auth}说明Token已失效。浏览器Token有时效性需要重新登录获取。检查端口占用SLACK_MCP_PORT指定的端口是否已被其他程序占用尝试换一个端口如13081。5.2.2 AI客户端找不到Slack工具症状Claude Desktop重启后插件列表里没有Slack工具或者提示“MCP服务器错误”。排查步骤确认服务器在运行首先在终端里确认go run进程是否正常运行有无报错日志。检查Claude配置确保JSON配置文件格式正确没有语法错误。特别是args数组和env对象的结构。查看客户端日志macOS:tail -f ~/Library/Logs/Claude/mcp*.logWindows: 日志通常位于%APPDATA%\Claude\logs\查看日志中是否有连接MCP服务器失败的错误信息。使用MCP Inspector调试这是官方调试神器。在一个终端运行你的服务器在另一个终端运行npx modelcontextprotocol/inspector go run mcp/mcp-server.go --transport stdioInspector会启动一个本地Web界面列出服务器提供的所有工具和资源并允许你手动调用测试。这是验证服务器本身是否正常工作的最佳方式。5.2.3 工具调用失败权限错误、频道未找到症状AI可以调用工具但返回channel_not_found、not_in_channel或missing_scope错误。排查步骤频道/用户缓存问题channel_not_found当使用#channel-name时出现通常是因为频道缓存未建立或已过期。检查SLACK_MCP_CHANNELS_CACHE文件是否存在且有写入权限。重启服务器会触发缓存重建。Bot权限问题not_in_channel错误在使用Bot token时很常见。Slack Bot默认只存在于它被邀请加入的频道。你需要手动将Bot应用你的Bot名邀请到目标频道。OAuth作用域缺失missing_scope错误明确指出了问题。例如调用usergroups_create需要usergroups:write作用域。你需要回到Slack App配置页面添加对应作用域然后重新安装应用以获取包含新权限的Token。5.2.4 性能问题响应缓慢症状AI获取消息或列表时等待时间很长。排查步骤与优化启用并检查缓存确保SLACK_MCP_USERS_CACHE和SLACK_MCP_CHANNELS_CACHE已配置且路径有效。首次启动会慢因为要拉取全量数据后续请求会快很多。使用更精确的查询避免使用conversations_history获取非常长的时间范围如90d。尽量使用1d、7d或具体的消息数量限制。利用conversations_unreads的mentions_only和max_messages_per_channel参数来减少数据量。考虑Token类型如前所述conversations_unreads在使用浏览器token时最快。如果未读消息处理是核心场景可以优先考虑这种模式。检查网络延迟如果服务器和AI客户端不在同一台机器网络延迟会成为瓶颈。尽量将它们部署在同一本地网络或同一台机器上。5.3 实战技巧与心得经过一段时间的深度使用我总结出一些能让体验提升一个档次的技巧。5.3.1 为AI设计清晰的“工作边界”不要一股脑把所有工具和权限都打开。根据AI助手的角色定义清晰的边界个人助理型主要处理你的私信和特定通知频道。配置为只读conversations_unreads(仅限DM和提及)加上users_search。最多在某个沙盒频道开启写权限。团队信息聚合器需要读取多个公共频道的信息。配置conversations_history、channels_list并利用缓存。绝对不要开启写权限。自动化工作流触发器可能需要创建用户组、发送通知。精细配置SLACK_MCP_ENABLED_TOOLS只开放usergroups_create和conversations_add_message限制在个别频道。5.3.2 利用资源Resources快速获取上下文除了工具Server还提供了两个特殊的“资源”Resourcesslack:///channels和slack:///users。它们以CSV格式提供工作区的频道和用户目录。一些高级的AI客户端或工作流工具可以直接读取这些资源作为构建初始上下文的快速途径。你可以让AI先“浏览”一下频道列表再决定关注哪里。5.3.3 缓存文件的维护缓存文件会随着时间增长。对于大型组织用户和频道缓存JSON文件可能达到几MB。虽然不影响性能但你可以设置一个定期的清理任务比如每周重启一次服务器或者编写脚本在缓存文件过大时自动删除它服务器会在启动时重新生成。确保脚本有备份避免在需要时因缓存缺失导致功能降级。5.3.4 结合其他MCP服务器构建超级工作流MCP的魅力在于组合。Slack MCP Server可以和其他MCP服务器协同工作。例如结合文件系统MCP服务器让AI读取本地项目文档然后总结并发布到Slack频道。结合Git MCP服务器让AI监控代码仓库的PR将通知和关键信息同步到Slack。结合日历MCP服务器让AI根据你的会议安排自动在Slack上更新状态或发送提醒。通过Claude Desktop等客户端的多服务器支持AI可以同时调用这些能力成为一个真正的跨平台自动化中枢。这个项目的生态和可能性才刚刚开始。它的价值不仅在于连接了Slack更在于提供了一种安全、可控、标准化的范式让我们能够放心地将内部工具和数据交给AI去处理和整合。从最初的谨慎尝试到如今将它作为日常信息处理流程的核心一环这个过程让我深刻体会到好的工具不是替代人类而是放大了我们连接与处理信息的能力。