Source Catalog

A governed dictionary of the software your company runs on.

Sources is where Catalyst keeps the catalog of systems your teams depend on: what each one is, what it can access, how it connects, who owns it, and whether it is approved to feed Context or agents.

Source review queue
2 awaiting approval
Salesforce
Read-only CRM lookup
RevOpsHealthy
Gong
Call transcripts + summaries
Revenue EnablementAttention
Zendesk
Support tickets and macros
Support OpsHealthy
Product telemetry warehouse
Usage events + cohorts
Data PlatformHealthy
Connect with intent

Governance decides which sources may be connected. Context decides how approved sources are modeled.

Software inventoryAccess pathsNamed ownersSensitivity labelsRefresh postureGovernance reviewContext linkageAgent readinessSoftware inventoryAccess pathsNamed ownersSensitivity labelsRefresh postureGovernance reviewContext linkageAgent readiness

What lives in Sources

Make software inventory and access review explicit.

Before a system becomes context or automation, it should exist in a governed catalog with ownership, access posture, and downstream intent.

System inventory

Register every application, feed, and document system your teams rely on so Governance starts from a real software dictionary instead of tribal knowledge.

Access mapping

Record what each source can read or write, which interface it uses, and the operational path it takes into Catalyst.

Ownership and review

Track owner, status, and review posture so every source has a named steward before it is approved for downstream use.

Sensitivity and scope

Make PHI, confidential, and internal boundaries explicit before teams connect a source to Context, agents, or automation.

Refresh discipline

Set cadence expectations and monitoring posture up front so downstream teams know how fresh each system can be.

Context-ready links

Approved sources can then be attached to the Context layer, where entities and relationships are built from the systems you trust.

How a source becomes usable

Catalog first. Connect second.

Sources creates the dictionary. Governance approves it. Context and Agents consume it.

1
Register the software

Add the source system, owner, interface, and operational notes so it exists in the shared catalog.

2
Document what it can access

Capture fields, access mode, and sensitivity before anyone assumes the source is safe or complete.

3
Review it through governance

Use Governance to decide whether the source can be connected, under what conditions, and for which workflows.

4
Attach it to Context

Once approved, the source feeds the entities, relationships, and facts that make up your reusable memory layer.

5
Power agents with approved inputs

Managed and custom agents consume only the sources and context that were explicitly registered and approved.

Example source catalog

A shared dictionary that answers: what is this system, what does it touch, who owns it, and how does it enter the platform?

SourceAccessOwnerStatus
SalesforceRead-only CRM lookupRevOpsHealthy
GongCall transcripts + summariesRevenue EnablementAttention
ZendeskSupport tickets and macrosSupport OpsHealthy
Product telemetry warehouseUsage events + cohortsData PlatformHealthy
1
Shared source dictionary
100s
Software records made governable
0
Mystery integrations
4
Downstream areas aligned

Explore the suite

Sources sits between Governance and Context.

Turn scattered software knowledge into a governed source dictionary.

Open the Sources workspace to inspect systems, owners, access patterns, refresh posture, and downstream readiness.

Catalyst — AI tools for healthcare