Create a custom connection | Context Link

Guide contents

llm prompts

For customer data that isn't on their website (dashboards, help docs, CRM notes), push it in through the Custom Connections API with that customer's token.

You'll almost always want exactly one custom connection per customer: create it once right after provisioning and store the returned connection id as CONN_ID alongside the token. Then upsert documents into it whenever your source data changes.

Request fields

name·string

Required. What the connection is called in Context Link, up to 255 characters.

Response fields

connection·object

The connection id to store as CONN_ID and use in every later upsert.

The name you gave the connection.

Always personal for an API account, so its content stays private to that customer.

The id of the account whose token created the connection.

Documents currently in the connection, so 0 on creation.

When content was last pushed, null until the first upsert.

When the connection was created.

Content pushed as a customer is only ever visible to that customer. Personal scope is enforced server-side for API accounts; there is no scope parameter to get wrong.

Shared content across all customers

Organisation-level content is fleet-visible. Anything indexed at organisation level is blended into every customer's results, and every customer's answers can cite it. That is the point (shared help docs, a product glossary, an FAQ), but it also means one customer's data must never be indexed there. If in doubt, push through the customer's token: content pushed as an API account can never leak sideways.

To make something retrievable by every customer, push it as yourself, not as an API account: the partner admin's own custom-connections token (from Settings) creates organisation-level connections. Tenant content in through the customer's token; fleet-wide content through yours.

The same asymmetry applies to namespaces: an API account's note lands in that account's private memory, never the organisation's.