ProvenMapSCALE 1:1
New: architecture for every role
Docs
Pricing
Blog
Boards
Getting StartedCore ConceptsPlatform FeaturesReference & ResourcesSelf-HostedSources

Reference & Resources

Integrations ReferenceOrganization SettingsBoards APIEnterprise SSOPermissions & Access Control
Reference & Resources
Integrations ReferenceOrganization SettingsBoards APIEnterprise SSOPermissions & Access Control
Reference & ResourcesIntegrations Reference

Last updated July 24, 2026

Integrations Reference

Integrations are how you authorize the tools your team already uses — documentation, trackers, observability, your model provider — once, at the org level, so the rest of the platform can reach them.

You'll find all integration settings under Settings → Integrations in your organization.

Important

A connector is not the same thing as a source. This page covers connectors — the credentials your org authorizes once in Settings. Whether you can then add that system as a source on a board is a separate question, and the answer isn't always yes. Some connectors feed other parts of the platform instead (OpenRouter powers chat; Sentry and LogRocket feed /monitor), and some are connectable while their source type is still on the way. The Adds sources? column below tells you which is which, and the Sources Overview is the authority on what you can bind to a board today.

Supported connectors

ProviderAuthCategoryAdds sources?What it provides
ConfluenceOAuth 2.0 (user)DocumentationYesSpaces, pages, content search
JiraOAuth 2.0 (user)Project ManagementYesProjects, issues, issue search
NotionOAuth 2.0 (org)DocumentationYesDatabases, pages, content search
GitHubOAuth 2.0 (user)Code RepositorySource type coming soonRepos, files, code search, directory trees
Google DocsOAuth 2.0 (user)DocumentationSource type coming soonDocuments, document search via Google Drive
SlackOAuth 2.0 (org)CommunicationSource type coming soonChannels, message history, message search
TerraformAPI Key (org)InfrastructureSource type coming soonWorkspaces, state files, runs, plan output
OpenRouterOAuth 2.0 PKCE (org)LLM ProviderNo — powers ChatModel routing, chat completions, streaming
SentryAPI Key (org)ObservabilityNo — feeds /monitorProjects, issues, error events
LogRocketAPI Key (org)ObservabilityNo — feeds /monitorSessions, session replay, error tracking
IntercomOAuth 2.0 (org)Customer SupportNoConversations, contacts, support articles
Note

Planning to point the GitHub connector at a codebase to understand it? Use Cdx Code instead — it analyses the repo locally and pushes a real architecture graph. The GitHub connector reads repo content (READMEs, docs); it doesn't map architecture.

Auth methods

There are three authentication patterns used across providers:

Standard OAuth 2.0 redirects you to the provider to authorize access. You'll see a consent screen, approve the scopes, and get redirected back. The platform stores encrypted tokens on your behalf.

  • User-scoped providers (GitHub, Confluence, Jira, Google Docs): each team member connects their own account, so everyone sees only the resources they personally have access to.
  • Org-scoped providers (Slack, Notion, Intercom): a single org-wide token is shared across your organization. One person connects it and everyone benefits.

Token scope

ScopeMeaningProviders
UserEach user connects their own accountGitHub, Confluence, Jira, Google Docs
OrgOne connection shared across the organizationSlack, Notion, Intercom, Sentry, LogRocket, OpenRouter, Terraform
Tip

Org-scoped integrations only need to be set up once. User-scoped ones (like GitHub) need each team member to connect individually — this ensures everyone sees only the repos they have access to.

Connection status

Each integration can be in one of these states:

StatusMeaning
ConnectedActive and working
DisconnectedNot yet configured or manually disconnected
ExpiredToken has expired — needs re-authorization
Needs re-authProvider revoked access or scopes changed
ErrorSomething went wrong — check logs

Connect your first integration

Use this checklist to get your first provider wired up:

  • Navigate to Settings → Integrations in your organization
  • Choose a provider from the connector list above
  • For OAuth providers: click Connect and complete the authorization flow
  • For API Key providers: paste the token from the provider's dashboard
  • Verify the status shows Connected in the integrations list
  • Test by opening a board and referencing data from the connected source

Provider setup

GitHub setup
  1. Click Connect on the GitHub integration card.
  2. You'll be redirected to GitHub's OAuth consent screen.
  3. Approve the requested scopes (repo read access, code search).
  4. After redirect, your account is linked. Each team member repeats this for their own GitHub account.
  5. Once connected, chat can read repo content on your behalf. Adding a GitHub source to a board is still on the way — see the note above.
Confluence / Jira setup
  1. Click Connect on the Confluence or Jira card.
  2. Authorize via Atlassian's OAuth flow — both share the same Atlassian identity.
  3. Confluence provides: spaces, pages, and content search.
  4. Jira provides: projects, issues, and issue search.
  5. These are user-scoped — each team member connects their own Atlassian account.
Slack / Notion / Intercom setup

These are org-scoped OAuth providers. One team member connects the integration and it applies to the entire organization.

  1. Click Connect on the provider card.
  2. Authorize at the provider's consent screen.
  3. The org-wide token is stored and shared across all members.
  4. Slack gives you channels and message search. Notion gives you databases and pages. Intercom gives you conversations and support articles.
Sentry / LogRocket / Terraform setup (API key)
  1. Go to the provider's dashboard and generate an API key or auth token.
  2. Back in the portal, click Configure on the provider card.
  3. Paste the API key into the field and save.
  4. The key is encrypted at rest before storage.
  5. One key covers the whole organization.
OpenRouter setup (PKCE)

OpenRouter uses OAuth 2.0 with PKCE — no client secret required.

  1. Click Connect on the OpenRouter card.
  2. The platform generates a PKCE code verifier and challenge automatically.
  3. Authorize at OpenRouter's consent screen.
  4. After redirect, the token exchange completes using the code verifier.
  5. This gives your organization access to LLM model routing and chat completions.

What's next

Organization Settings

Configure archetypes, tags, roles, and icons for your organization.

Permissions & Access

Control who can view and edit boards, internally and externally.

Connecting Sources

Learn how sources feed real-world data into your boards.

PreviousMCP ServersNextOrganization Settings

On this page

Integrations ReferenceSupported connectorsAuth methodsToken scopeConnection statusConnect your first integrationProvider setupWhat's next