A Slack MCP server for the 2026-07-28 era, built on marianoguerra/mcp-server. Runs against an in-process mock workspace with no Slack account, or against real Slack with a token.

mcp

model-context-protocol

slack

server

Download zip

Author

marianoguerra

Version

0.5.0

License

MIT

Repository

github.com/marianoguerra/mcp-mb

Last updated

2 months ago

Downloads

#marianoguerra/mcp-slack

A Slack MCP server for the 2026-07-28 protocol era, built on marianoguerra/mcp-server and marianoguerra/slack.

It runs with no Slack account, no token and no network. The default backend is an in-process mock workspace, so the whole thing is demoable and testable offline — and pointed at a real workspace by one flag.

moon install marianoguerra/mcp-slack

$ slack-mcp                                  # stdio, mock workspace, built-in demo data
$ slack-mcp --data live --days 90            # mock workspace, real Feeling-of-Computing history
$ slack-mcp --backend real --token xoxb-…    # a real Slack workspace
$ slack-mcp --http 127.0.0.1:3300            # streamable HTTP instead of stdio

#The seventeen tools

	Tool	Slack API
R	slack_whoami	auth.test
R	slack_list_channels	conversations.list
R	slack_search_channels	conversations.list + filter
R	slack_channel_info	conversations.info
R	slack_read_channel	conversations.history
R	slack_read_thread	conversations.replies
R	slack_list_channel_members	conversations.members
R	slack_user_info	users.info / users.lookupByEmail
R	slack_search_users	users.list + filter
R	slack_list_files / slack_file_info	files.list / files.info
R	slack_permalink	chat.getPermalink
W	slack_send_message	chat.postMessage
W	slack_reply_in_thread	chat.postMessage + thread_ts
W	slack_add_reaction	reactions.add
W	slack_create_channel	conversations.create
W	slack_open_conversation	conversations.open

Plus resources slack://channels, slack://users and the template slack://channel/{id}, and prompts catch-up and find-decision.

Write tools are annotated readOnlyHint: false so a client can put them behind a confirmation. Per the spec that is a hint — clients MUST treat annotations as untrusted unless the server is trusted — so the real protection is that reaching a real workspace takes --backend real and a token, and nothing is read from the environment.

Mapped from the official Slack MCP server. Not implemented, with reasons: search messages/files and search emoji (search.* and emoji.list exist in neither the Slack client nor its mock, so they would be dead on the demo path), canvases (no API in the package at all), draft messages (not a Web API method — it is a compose affordance inside the AI client), and file contents (the package implements no binary transfer in either direction, so files.info metadata ships instead of pretending).

#What it does that a thin API wrapper would not

It accepts what a model actually writes. Slack's own API is asymmetric about channel names: chat.postMessage takes #general, while conversations.history answers channel_not_found for the same string. A model will mix #general, general and C0123ABCD across three consecutive calls, so every tool resolves names first — and every schema says so, because a description mentioning only ids trains the model to fetch one it never needed. Same for users: an id, @alice, a display name or an email all work.

It accepts a timestamp sent as a number, and puts it back into Slack's form. Slack models a ts as an opaque string, but clients send numbers — this repo's own CLI coerces one, so it is the first thing anyone hits. Accepting is safe: at Slack-timestamp magnitude the gap between neighbouring doubles is about 0.24µs, finer than the microsecond granularity a ts carries, so no value is lost. What is lost is the formatting — every shortest-round-trip printer renders 1700000005.000000 as 1700000005, which Slack will not match, and trailing-zero microseconds are common. So the number is canonicalised back to six decimal places rather than passed along in whatever shape it arrived.

It splits the two error channels by whose problem it is. Slack refusing a call becomes isError: true content carrying needed and provided, so missing_scope reaches the model as "needs chat:write, the token has identify" — something it can act on. A response we cannot parse becomes a JSON-RPC -32603 instead, because no amount of retrying will fix a shape mismatch.

#Three data sources

--backend decides where the calls go. --data decides what the mock contains. They are orthogonal and both explicit — nothing is inferred from the environment.

--data	Source	Offline	Deterministic
demo (default)	the slack package's built-in workspace	yes	yes
snapshot FILE	a recorded fetch	yes	yes
live	the Feeling-of-Computing atproto bridge	no	no

--data live fetches real history from the at-foc atproto/Colibri mirror and replays it into the mock — around 840 messages from 90 people across 11 channels, with their real timestamps and thread structure:

$ just foc-snapshot foc.json 90
slack-mcp: loaded 838 messages from 90 people across 11 channels, with 453 reactions

$ slack-mcp --data snapshot foc.json

listRecords has no time filter, so the ninety-day window is expressed as a synthesized cursor: record keys are TIDs, which sort lexicographically in timestamp order, so a key minted for "ninety days ago" bounds the scan exactly even though no record has it. That is about nine requests instead of paging the whole repo.

The mirror is a projection of Slack and the loader owns the losses rather than hiding them: there is no author field (the speaker is a @Name: prefix inside the text, stripped back out), no user records (ids are hashed from display names, deterministically), and no reactor identity (counts are real, attributed to a visibly synthetic foc-reactions account).

The same repo also publishes com.feelingofcomputing.bridge.slackRaw, which would be a much better structural fit — real Slack ids, reactor identity, full profiles. It is deliberately not used: those payloads publicly contain member email addresses and phone numbers, and the Slack app's verification token in cleartext. Seeding from it would pull that into memory, into any recorded snapshot, and into any transcript a model sees.

Snapshots are gitignored. The bridge already publishes this data, but a copy of a real community's conversations does not belong in a repository about protocol codecs.

#Layering

src/tools/     the seventeen tools, resources and prompts   — all four backends
src/atproto/   TID codec + listRecords paging (pure)        — all four backends
               the HTTPS fetch loop                          — native
src/foc/       bridge records -> mock workspace              — all four backends
src/           the binary                                    — native

src/tools imports nothing async, so the domain layer of this server checks on native, js, wasm and wasm-gc — just backends proves it alongside mcp and mcp-server. Calling @typed.Api's async methods needs no runtime; async is a language feature and the library is only the scheduler. Only the binary and the fetch loop are native, and only because stdio and sockets are.

That portability is the point being demonstrated: an MCP server's domain layer is as portable as the protocol core underneath it.

#Testing

The catalog — tool names, schemas, annotations, resources, prompts — is checked by calling build() and Server::route, both pure, with no transport and no async runtime. The TID codec is checked against real bridge record keys paired with the createdAt their own records carry. The loader is checked against hand-written records in the shapes the bridge actually publishes, including the stale-community channel and the dangling reaction target that exist in the real data.

scripts/e2e.sh drives the built binary over stdio with this repo's own MCP client. Because the Slack mock is in-process, that leg needs no network and no reference server.

Options

source

type Options

WhichBackend

source

type WhichBackend derive(Eq)

Which Slack the calls reach.

WhichData

source

type WhichData derive(Eq)

What the mock workspace is filled with.

Demo is synthetic, offline and byte-stable — the default, and the only one CI uses. Live fetches real Feeling-of-Computing history from the atproto bridge at startup. Snapshot replays a recorded fetch, which is how a live load becomes reproducible.

Source Files

main.mbt

Install

Download zip

A Slack MCP server for the 2026-07-28 era, built on marianoguerra/mcp-server. Runs against an in-process mock workspace with no Slack account, or against real Slack with a token.

mcpmodel-context-protocolslackserver