Slack MCP Server
Gives AI agents full Slack access via session tokens, requiring no app registration, admin approval, or OAuth.
README
Slack MCP Server
Give your AI agent full Slack access — and structured workflow output the AI can actually use. No app registration, no admin approval, no OAuth. One command, 21 tools, works with any MCP client.
npx -y @jtalk22/slack-mcp --setup
▶ Watch the demo — 7 scenarios, from 47 unreads to inbox zero, without opening Slack.
Ask your AI to catch you up on #engineering from the last 24 hours. Search for that deployment thread from last week. Find the printer admin PIN nobody can remember. Send a reply. All from your editor.
Interactive demo · Latest release
Why This Exists
Slack's official MCP server is OAuth-first and can require a registered app, admin approval, or client compatibility workarounds. See the tracked Claude Code/GitHub Copilot compatibility discussion. Screenshotting messages is not a workflow.
This server uses your browser's session tokens instead. If you can see it in Slack, your AI agent can see it too. No app install, no scopes, no admin.
Session-token transport: No bot user appears in the workspace admin panel, no app install shows up, no audit trail entry is created. Your AI agent operates with the same workspace footprint as your browser tab — nothing more, nothing less.
| Slack Official MCP | This Server | |
|---|---|---|
| OAuth app required | Yes | No |
| Admin approval | Yes | No |
| Works with Claude Code | No (DCR incompatible) | Yes |
| Works with Cursor | No | Yes |
| Works with Copilot | No | Yes |
| Works with Windsurf | No | Yes |
| Works with Gemini CLI | No | Yes |
| Works with Codex CLI | No | Yes |
| Setup time | ~30 min | ~2 min |
| Tools | Limited | 21 |
| Visible to admins | Yes | No — session-token transport |
Workflow Primitives
Introduced in 4.2. Save a workflow profile that binds a workflow_kind to channels + priority people + retention + cadence. Stored locally at ~/.slack-mcp-workflows.json. The hosted brain at mcp.revasserlabs.com reads these profiles and returns structured JSON per workflow_kind — downstream automation (Linear, Notion, status dashboards) consumes the JSON directly.
workflow_kind |
Returns (structured JSON) |
|---|---|
incident_room |
{incident_summary, timeline, open_risks, owner_gaps, next_actions} |
exec_brief |
{summary, decisions, risks, asks, action_items} |
support_inbox |
{open_threads, ack_lag, owner_gaps, escalations, next_actions} |
product_launch_watch |
{launch_signals, feedback_themes, blockers, metrics, next_actions} |
custom |
{summary, highlights, open_questions, next_actions} |
Six prebuilt templates ship with the package:
npx -y @jtalk22/slack-mcp --apply-template oncall-handoff --channels C012345,C067890
Available templates: oncall-handoff, support-triage, exec-monday, sprint-tracker, customer-feedback, incident-room. The structural primitives (slack_workflow_save, slack_workflows) are free forever in OSS; the hosted brain is $0 to start (no card) and $9/mo Pro for unlimited AI tools (scheduled morning catch-up DM rolling out Q2 2026).
Quick Start per Client
<details> <summary><strong>Claude Desktop / Claude Code</strong></summary>
Add to ~/.claude.json or Claude Desktop settings:
{
"mcpServers": {
"slack": { "command": "npx", "args": ["-y", "@jtalk22/slack-mcp"] }
}
}
</details>
<details> <summary><strong>Cursor</strong></summary>
Add to .cursor/mcp.json:
{
"mcpServers": {
"slack": { "command": "npx", "args": ["-y", "@jtalk22/slack-mcp"] }
}
}
</details>
<details> <summary><strong>Windsurf</strong></summary>
Add to ~/.codeium/windsurf/mcp_config.json:
{
"mcpServers": {
"slack": { "command": "npx", "args": ["-y", "@jtalk22/slack-mcp"] }
}
}
</details>
<details> <summary><strong>Gemini CLI</strong></summary>
Add to ~/.gemini/settings.json:
{
"mcpServers": {
"slack": { "command": "npx", "args": ["-y", "@jtalk22/slack-mcp"] }
}
}
</details>
<details> <summary><strong>Codex CLI</strong></summary>
Add to ~/.codex/config.toml:
[mcp_servers.slack]
command = "npx"
args = ["-y", "@jtalk22/slack-mcp"]
Or via CLI: codex mcp add slack -- npx -y @jtalk22/slack-mcp
</details>
Tools
| Tool | Description | Safety |
|---|---|---|
slack_health_check |
Verify token validity and workspace info | read-only |
slack_token_status |
Token age, health, and cache stats | read-only |
slack_refresh_tokens |
Auto-extract fresh tokens from Chrome | read-only* |
slack_list_conversations |
List DMs and channels | read-only |
slack_conversations_history ‡ |
Get messages from a channel or DM | read-only |
slack_get_full_conversation ‡ |
Export full history with threads | read-only |
slack_search_messages ‡ |
Search across workspace | read-only |
slack_get_thread ‡ |
Get thread replies | read-only |
slack_users_info |
Get user details | read-only |
slack_list_users |
List workspace users (paginated, 500+) | read-only |
slack_users_search |
Search users by name, display name, or email | read-only |
slack_conversations_unreads |
Get channels/DMs with unread messages | read-only |
slack_send_message |
Send a message to any conversation | destructive |
slack_add_reaction |
Add an emoji reaction to a message | destructive |
slack_remove_reaction |
Remove an emoji reaction from a message | destructive |
slack_conversations_mark |
Mark a conversation as read | destructive |
slack_workflow_save |
Save a workflow profile (channels, kind, retention, cadence) to ~/.slack-mcp-workflows.json |
local-write |
slack_workflows |
List saved workflow profiles | read-only |
slack_smart_search |
Semantic search across indexed channels — hosted brain | hosted-stub† |
slack_catch_me_up |
AI-summarized digest of unreads + priority threads — hosted brain | hosted-stub† |
slack_triage |
Prioritized action queue across channels — hosted brain | hosted-stub† |
21 tools total: 12 read-only Slack, 4 write-path Slack, 2 workflow profile primitives (1 local-write, 1 read-only), 3 hosted stubs. All carry MCP safety annotations.
* slack_refresh_tokens modifies local token file only.
† Hosted stubs return a structured upgrade payload (signup_url, free_tier_quota, pro_value_prop) — no Slack write occurs from OSS. Activate the brain at mcp.revasserlabs.com (free tier, no card).
‡ Also accepts include_rich_message_fields to return attachments, blocks, files, reactions, and metadata — see Rich Message Fields.
Install
Node.js 20+
npx -y @jtalk22/slack-mcp --setup
The setup wizard handles token extraction and validation.
After setup, have your client run slack_health_check — a workspace name in the response confirms you are connected.
<details> <summary><strong>Claude Desktop (macOS)</strong></summary>
Edit ~/Library/Application Support/Claude/claude_desktop_config.json:
{
"mcpServers": {
"slack": {
"command": "npx",
"args": ["-y", "@jtalk22/slack-mcp"]
}
}
}
</details>
<details> <summary><strong>Claude Desktop (Windows/Linux)</strong></summary>
Edit %APPDATA%\Claude\claude_desktop_config.json:
{
"mcpServers": {
"slack": {
"command": "npx",
"args": ["-y", "@jtalk22/slack-mcp"],
"env": {
"SLACK_TOKEN": "xoxc-your-token",
"SLACK_COOKIE": "xoxd-your-cookie"
}
}
}
}
Windows/Linux users must provide tokens via
envsince auto-refresh is macOS-only.
</details>
<details> <summary><strong>Claude Code</strong></summary>
Add to ~/.claude.json:
{
"mcpServers": {
"slack": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@jtalk22/slack-mcp"]
}
}
}
Or via CLI: claude mcp add slack -- npx -y @jtalk22/slack-mcp
</details>
<details> <summary><strong>Cursor / Copilot / Other MCP clients</strong></summary>
Any client that supports stdio MCP servers works. Add to your client's MCP config:
{
"slack": {
"command": "npx",
"args": ["-y", "@jtalk22/slack-mcp"],
"env": {
"SLACK_TOKEN": "xoxc-your-token",
"SLACK_COOKIE": "xoxd-your-cookie"
}
}
}
On macOS, tokens are auto-extracted from Chrome — env block is optional.
</details>
<details> <summary><strong>Claude Web / Remote MCP</strong></summary>
Hosted tiers at mcp.revasserlabs.com:
| Tier | Price | What it owns |
|---|---|---|
| Self-host | Free (MIT) | Local stdio, all 21 tools (16 read/write Slack + 2 workflow profile primitives + 3 discoverable upgrade stubs to hosted brain) |
| Hosted Free | $0 (no card) | Email signup, 1 workspace, 10 smart_search/mo + 3 catch_me_up/mo + 5 triage/day. All 5 workflow profile types. 7-day index retention. |
| Pro | $9/mo | Unlimited AI tools, scheduled morning catch-up DM (rolling out Q2 2026, 8am workspace tz), permanent OAuth, 90-day Vectorize, 2 workspaces |
| Team | $49/mo flat | Pro + shared workflow profiles + audit log + 24h support + scheduled catch-up to channel + 5 workspaces |
| Ops | from $199/mo (custom) | SLA, custom retention, SOC2 evidence path, multi-tenant isolation, 10+ workspaces, dedicated workflow tuning |
</details>
<details> <summary><strong>Docker</strong></summary>
docker pull ghcr.io/jtalk22/slack-mcp-server:latest
{
"mcpServers": {
"slack": {
"command": "docker",
"args": ["run", "-i", "--rm",
"-v", "~/.slack-mcp-tokens.json:/root/.slack-mcp-tokens.json",
"ghcr.io/jtalk22/slack-mcp-server"]
}
}
}
</details>
Restart your client after configuration. Full setup: docs/SETUP.md
How It Works
Session tokens (xoxc- + xoxd-) from your browser. If you can see it in Slack, this server can see it too.
Token persistence — four-layer fallback:
- Environment variables (
SLACK_TOKEN,SLACK_COOKIE) - Token file (
~/.slack-mcp-tokens.json, chmod 600) - macOS Keychain (encrypted)
- Chrome auto-extraction (macOS)
Tokens expire. The server notices before you do — proactive health monitoring, automatic refresh on macOS, warnings when tokens age out. File writes are atomic (temp file → chmod → rename) to prevent corruption. Concurrent refresh attempts are mutex-locked.
<details> <summary><strong>What's New in 4.2.0</strong></summary>
- Workflow primitives —
slack_workflow_save+slack_workflowsbind aworkflow_kind(incident_room,exec_brief,support_inbox,product_launch_watch,custom) to channels, priority people, retention, and cadence. The hosted brain returns structured JSON per kind —incident_roomreturns{incident_summary, timeline, open_risks, owner_gaps, next_actions},exec_briefreturns{summary, decisions, risks, asks, action_items}. Downstream automation (Linear, Notion, dashboards) consumes the JSON directly. - Discoverable upgrade stubs —
slack_smart_search,slack_catch_me_up,slack_triageappear in OSS as upgrade payloads pointing at the hosted brain. Response shape is{signup_url, free_tier_quota, pro_value_prop}— no interruptions, the AI routes the user cleanly. - Six prebuilt templates — apply with
npx -y @jtalk22/slack-mcp --apply-template <name> --channels C012,C034. Names:oncall-handoff,support-triage,exec-monday,sprint-tracker,customer-feedback,incident-room. Read them, fork them, edit them — they're JSON profiles. - Setup wizard hosted bridge — six in-wizard moments surface the hosted free tier (no card) where it matches the user's pain. Stays out of the way otherwise.
- Prior reliability fixes carried forward — LevelDB token extraction, multi-profile enumeration, and explicit SIGTERM/SIGINT/SIGHUP/stdin shutdown handlers ship in 4.2.0 too.
Full release notes on GitHub releases/latest.
</details>
Rich Message Fields
Added in 4.4.0. The four read tools marked ‡ above accept include_rich_message_fields: true, which surfaces the parts of a message that live outside text — attachments, blocks, files, reactions, metadata, plus subtype/bot_id/app_id (automated/bot/app markers) and team (workspace id).
An attachment-only alert reads as empty without the flag:
{ "ts": "1767368030.607599", "user": "incident-bot", "text": "" }
With include_rich_message_fields: true, the content is surfaced:
{
"ts": "1767368030.607599",
"user": "incident-bot",
"text": "",
"subtype": "bot_message",
"bot_id": "B012345",
"attachments": [{ "title": "PagerDuty", "text": "P1 — API latency > 2s" }]
}
Output shape only — no extra permissions. blocks can be large, so it is opt-in per call to keep client context lean. For the full developer payload inside metadata, also set include_all_metadata: true (an independent Slack flag).
slack_search_messages accepts the flag, but Slack's search API does not return rich fields on matches — read full content with slack_conversations_history or slack_get_thread on the match's channel and timestamp.
Patch by @rvandam (#143).
Hosted HTTP Mode
For remote MCP endpoints (Cloudflare Worker, VPS, etc.):
SLACK_TOKEN=xoxc-... \
SLACK_COOKIE=xoxd-... \
SLACK_MCP_HTTP_AUTH_TOKEN=change-this \
SLACK_MCP_HTTP_ALLOWED_ORIGINS=https://claude.ai \
node src/server-http.js
Details: docs/DEPLOYMENT-MODES.md
Troubleshooting
Tokens expired: Run npx -y @jtalk22/slack-mcp --setup or use slack_refresh_tokens (macOS). To prevent silent expiration during long Claude-idle windows, set up the optional token-refresh LaunchAgent.
DMs not showing: Use slack_list_conversations with discover_dms=true.
Client not seeing tools: Check JSON syntax in config, restart client fully.
More: docs/TROUBLESHOOTING.md
Docs
- Setup Guide
- API Reference
- Roadmap
- Architecture
- Deployment Modes
- Use Case Recipes
- Troubleshooting
- Compatibility
Security
- Token files:
chmod 600(owner-only) - macOS Keychain encrypted backup
- Web server binds to localhost only
- API keys:
crypto.randomBytes - See SECURITY.md
Contributing
PRs welcome. Run node --check on modified files before submitting.
License
MIT — See LICENSE
Disclaimer
Not affiliated with Slack Technologies, Inc. Uses browser session credentials — check your workspace's acceptable use policy.
Hosted version live at mcp.revasserlabs.com: Free tier (no card), $9/mo Pro, $49/mo Team flat, Ops from $199/mo. Hosted owns the AI brain (smart_search, catch_me_up, triage), the scheduled morning catch-up DM at 8am workspace time (rolling out Q2 2026), permanent OAuth (no 2-week token rotation), 90-day Vectorize retention, and shared workflow profiles. The OSS package owns local stdio + the 16 Slack tools (12 read, 4 write) + workflow profile primitives (slack_workflow_save, slack_workflows). The 3 paid stubs (slack_smart_search, slack_catch_me_up, slack_triage) appear in OSS as discoverable upgrade prompts.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。
