ConnectionsSource connectors

Source connectors

Choose the right source path for code, curated working context, and deliberate conversation capture.

Source connectors do not all perform the same job. Pick the model that matches the source instead of assuming every provider is a continuous workspace sync.

GitHub

Git sources

Index repositories directly for search and graph extraction.

Linear · Notion · Confluence

Scoped mirrors

Review source scope in Git, then keep selected content current.

Slack

Intent capture

Capture a valuable thread on demand instead of mirroring channels.

Choose by source behavior

SourceModelWhat enters ctx|Update boundary
GitHubGit sourceSelected repositoriesRepository changes and explicit indexing
LinearScoped mirrorSelected teams, projects, documents, and initiativesMerged linear/config.yaml plus supported source events
NotionScoped mirrorSelected pages and databasesMerged notion/config.yaml plus supported source events
ConfluenceScoped mirrorSelected spaces and pagesMerged confluence/config.yaml plus Forge events
SlackIntent captureOne existing thread at a timeA user mentions the bot inside that thread

The important distinction is scope. A scoped mirror keeps an approved subset current. Slack does not have a channel scope or history backfill: users promote a specific discussion into durable Git history only when it is worth keeping.

Git is the review and access boundary

Linear, Notion, and Confluence propose source scope in a configuration pull request. After merge, generated Markdown is written under the connector's managed directory and the repository is ingested like any other Git source.

Slack captures commit directly to the selected branch because the user action in the thread is the approval signal. Git history records the capture, but there is no configuration pull request for Slack.

Use a dedicated context repository for a clear audit trail. Split repositories when different source content requires a different audience.

Pick a connector

Self-hosted deployments own provider apps

Hosted ctx| supplies managed provider applications. A self-hosted deployment uses the same product workflows but owns its OAuth applications, webhook endpoints, credentials, and operating boundary. Each connector guide links to the matching operator setup.