Skip to main content
Custory integrations connect the tools that hold customer evidence and the tools where work gets done. Customer signals come in from analytics, billing, docs, and chat. You review that evidence in the journey, decide what matters, then send updates or follow-up work back out to delivery tools, communication channels, and AI clients. The goal is not to connect everything. Connect the few systems that already shape how your team learns, decides, and ships.

​
How the pieces fit

Think about integrations in four plain jobs:
  1. evidence sources
  2. the journey in Custory
  3. delivery tools
  4. communication tools and AI clients
That keeps each integration tied to a real task instead of turning the page into a feature list.

​
What to connect first

For most founder-led and product-led teams, the best order is:
  1. One communication tool
  2. One delivery tool
  3. One knowledge or context source
  4. Analytics or revenue signals if they shape roadmap decisions often
That usually means something like:
  • Slack or Discord
  • GitHub, Jira, or Linear
  • Notion
  • PostHog or Stripe

​
What is available now

Open Manage Integrations to see the current integration directory for your workspace. Some tools can be connected immediately. Others may appear with a Coming soon state so your team can see where they fit before they are ready to add. For a practical first setup, start with tools your workspace can connect and use today:
  • Communication: Slack or Discord
  • Delivery: GitHub, Jira, or Linear
  • Knowledge: Notion
  • Analytics and revenue: PostHog or Stripe
  • AI clients: MCP server access
If the tool you need is not available yet, use Request integration from Manage Integrations, describe the workflow you want, and submit it with Submit request.

​
Signal sources

Signal-source integrations bring raw customer evidence into the system before your team turns it into items.

​
PostHog and Stripe

Use PostHog and Stripe when product usage, conversion, billing, churn, or recovery movement should shape how the team interprets the journey.

​
Notion and knowledge sources

Use Notion when research notes, docs, or structured background material already hold the best version of the customer story. Google Drive may appear in the integration directory as Coming soon. Treat it as requestable planning context until your workspace can connect it.

​
Figma and Miro

Figma and Miro are useful when visual flow context, prototypes, or workshop material should help shape the journey. If they appear as Coming soon, use Request integration to tell the team which design or workshop workflow matters most.

​
Intercom and customer feedback surfaces

Use feedback sources when recurring customer pain, objections, or questions need to survive beyond the original conversation. Intercom may appear as Coming soon. Until it can be connected in your workspace, capture the pattern manually as an insight or opportunity instead of letting it stay buried in support history.

​
Delivery tools

Delivery-tool integrations help your team move from a prioritized opportunity to real delivery work.

​
GitHub

Use GitHub when journey context should stay connected to issues, pull requests, and shipping activity. See GitHub integration.

​
Jira and Linear

Use Jira or Linear when opportunities and solutions need structured execution follow-up in your team’s delivery system.

​
Notion as linked work

Notion can also support lighter-weight follow-up where a full engineering issue is not the right artifact. See External tasks and issues.

​
Communication channels

Communication integrations keep the journey visible without forcing the team to live in Custory all day. See Notifications when you want to control how those updates are delivered.

​
Slack

Use Slack to:
  • send automation updates to channels
  • link personal identities for direct-message notifications
  • work with Custory AI from collaboration threads

​
Discord

Use Discord to:
  • send updates into channels and threads
  • link personal identities for direct-message notifications
  • work with Custory AI in conversation-heavy workflows
See Slack/Discord threads.

​
AI clients and developer access

AI-related integrations matter because they let outside tools work from the same journey context instead of from isolated prompts.

​
MCP

Use MCP when external AI clients or developer workflows should read from Custory context safely. That is useful for:
  • Reading journey state from Cursor, Claude, or another MCP-compatible client
  • Creating or editing journeys from an external AI workflow
  • Creating or updating journey items and reusable building blocks
  • Pulling Custory context into implementation work without copying notes between tools
For in-app AI workflows, use AI journey imports, AI as a workspace member, or automation templates instead.

​
Integration management

Open Manage Integrations in a workspace to:
  • Connect tools
  • Reconnect expired integrations
  • Review connection state
  • Add manual credentials where required
  • Request unsupported integrations

​
Good integration hygiene

​
Connect only the tools that remove real friction

More integrations are not automatically better.

​
Set journey defaults where relevant

If one journey always routes work to the same repo, team, or project, set that default once instead of relying on memory in journey settings. The integration is most valuable when it keeps the reason for the work visible, not just the task itself.

​
Next step

Read GitHub integration if delivery handoff is your next use case. Read Notifications if you want Slack or Discord delivery set up cleanly. Read Security and privacy before granting broad integration or MCP access.