Available integrations
cf0 ships with five connector groups. Set them up under Settings → Integrations (org admin only).Microsoft 365
Outlook, OneDrive, SharePoint. Firm email and shared documents become searchable.
Google Workspace
Gmail and Google Drive. Customer comms and shared docs flow into cf0.
Slack
Channels you opt in to. Decisions, deal threads, and customer signal become structured context.
Notion
Internal wikis, CRM pages, deal memos. cf0 reads page content and tracks updates.
Granola
Meeting transcripts. Calls with prospects, customers, and your team become queryable.
Connect an integration
Open Settings → Integrations
Org admin role required. Non-admins see the catalogue but cannot connect new sources.
Click Connect on a toolkit
Each connector opens its OAuth flow in a new window. Sign in with the relevant account and grant cf0 the requested scopes.
Choose scope
For tools with granular access (Slack channels, Notion workspaces, Google Drive folders), pick exactly what cf0 should read. Default to “least privilege” — start narrow, expand once you trust the surface.
What cf0 does with integration data
Connector data is structured and joined to SEC filings, transcripts, and uploaded documents. From an analyst’s perspective in Lab, there is no separation — a question like “What did the founder of $TICKER say about Q4 guidance, and how does it compare to the public 10-Q?” can pull from a Granola meeting transcript, a Slack thread, and the actual filing in a single answer. cf0 tracks provenance for every fact: which integration it came from, when it was last updated, and the conversation or document it originated in.Scope and privacy
- Org-scoped: connections live at the organisation level. Every member of the org sees data from connected sources in Lab (subject to your firm’s own access policies in the underlying tool).
- No training: cf0 never uses your connected data to train any model.
- Revocable: disconnect any integration at any time from the same panel. cf0 stops reading from that source immediately; previously ingested data is purged on the next sync cycle.