Skip to main content
Connecting Slack puts Slack tokens on every personal machine, so scripts and agents there can read channels and post messages through Slack’s Web API. See Integrations for the shared model (scope, discovery, MCP).

Connect

From the consoleIntegrations, click Connect on Slack. Or, from any boxd CLI:
This prints a Slack authorize URL. Open it in a browser, pick the workspace, and approve. A single consent grants both a bot token (the app acts on its own) and a user token (it acts as you), plus the workspace id. The connection is per-account and lands on your personal and private machines (not shared org machines).

What’s authorized

The one consent screen requests two sets of scopes: Slack tokens don’t expire, so there’s nothing to refresh. They’re stored server-side and only injected into your own personal/private machines.

Use Slack from a machine

Three environment variables are exported into every login shell (and the coding agents’ environment): Call Slack’s Web API with the token that fits — bot for posting, user for search:
Run boxd manage integrations inside the machine to confirm it’s wired in and see this same hint.

Slack MCP server

Slack also publishes a Model Context Protocol server (slack-server, at https://mcp.slack.com/mcp) that a coding agent can call directly. Its bearer is your user token (that’s what powers search), so the MCP needs the user grant to work. It’s opt-in per agent:
You can also toggle this with Enable MCP on the Slack card in the console. Newly created machines pick up the configured server automatically.

Disconnect

This revokes both tokens at Slack, clears them from boxd, and removes the MCP server from your agents. You can also Disconnect from the Slack card in the console.