Skip to content

docs(slack): cover both Slack MCP and Slack API with in-page tabs#411

Draft
leet-c1 wants to merge 2 commits into
mainfrom
leet/slack-mcp-docs
Draft

docs(slack): cover both Slack MCP and Slack API with in-page tabs#411
leet-c1 wants to merge 2 commits into
mainfrom
leet/slack-mcp-docs

Conversation

@leet-c1

@leet-c1 leet-c1 commented Jul 22, 2026

Copy link
Copy Markdown
Contributor

Summary

Reworks the Slack MCP server setup page to cover both Slack connectors and lead with the hosted MCP option:

  • Slack (MCP) — C1 registers Slack's own hosted MCP server. Per-user OAuth (recommended) or a shared static Slack user token (bearer). Listed as Slack in the catalog.
  • Slack (API) — C1's MCP server built on Slack's REST API. Per-user OAuth. Listed as Slack API in the catalog.

The two are easy to confuse in the catalog, so the page opens with a comparison table (who hosts the server, authentication, access scoping, tool surface, setup effort) and a recommendation, then splits the setup into in-page tabs.

What changed

  • Comparison table + recommendation up top, leading with Slack (MCP).
  • In-page <Tabs>: Slack (MCP) (default) and Slack (API), each with its own "create the Slack app → scopes → register" flow.
  • Copy/paste Slack app manifest for each connector, tucked into <Accordion> blocks so they don't clutter the page — an admin can use Slack's Create New App → From a manifest flow instead of adding scopes by hand.
  • Corrected authentication per connector: Slack (MCP) supports per-user OAuth or a shared bearer token; Slack (API) is per-user OAuth. Neither uses dynamic client registration — a client ID/secret is always required.
  • Default (read-only) vs optional (write/admin) scope tiers documented per connector.

Follows the tabbed pattern introduced in #397 (Notion MCP vs Notion API).

Test plan

  • npx mint broken-links passes for this page (site-wide crawl completes; no broken links attributable to slack.mdx; in-page anchors resolve)
  • All <Tabs>/<Tab>/<Accordion> components and nested YAML parse
  • Verified redirect URL and scope lists against Slack's live OAuth metadata

leet-c1 and others added 2 commits July 22, 2026 01:36
Restructure the Slack MCP server page to cover both catalog connectors:
Slack (MCP), Slack's own search/read/message tools, leads as the
recommended option; Slack (API), the REST-based connector, follows as a
secondary section. Both use per-user OAuth with a customer-created
Slack app (no Dynamic Client Registration) and user token scopes only.

Add a copy/paste Slack app manifest to each connector's setup steps so
admins can use Slack's "Create New App > From a manifest" flow instead
of clicking through the scope picker, with default (read-only) scopes
and commented-out optional (write) scopes to uncomment as needed.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Adopt a comparison table plus a Tabs layout (Slack MCP first/default,
Slack API second), matching the approved Notion MCP/API precedent. Each
tab holds that connector's full per-user OAuth setup with the copy/paste
Slack app manifest tucked into an Accordion; shared closing sections
(credential sharing, tool discovery/governance, rotation) follow.

Correct the auth story: Slack MCP supports per-user OAuth (recommended)
or a shared static Slack user token; Slack API supports per-user OAuth
only. Neither uses dynamic client registration, so a Slack app with a
client ID and secret is always required.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@mintlify

mintlify Bot commented Jul 22, 2026

Copy link
Copy Markdown
Contributor

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
conductorone 🟢 Ready View Preview Jul 22, 2026, 1:50 AM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant