Skip to main content
A connection is one of your team’s own HTTPS APIs, such as your CRM, that research agents can call during a run. Sixtyfour keeps the key encrypted and adds it to each call, so agents never see it. A finding read from the API cites the connection by name.
Connections are enabled per organization. Contact support to turn them on.

Set it up

In the app, open Settings → Agents → Connections and choose Connect an API. Only the base URL and the key are required. Every member can see the team’s connections. Team owners add, change and delete them, and on the default team, organization admins and owners do. Through the API, use an API key for the team: Each request may name its team with team_id, in a PUT body or as a query parameter otherwise. A request for a team other than the key’s is refused.
The response is the saved connection. The secret never comes back, only its last four characters.

Use it in a run

Runs on xhigh, on scout with graph: true, and on high when enabled for your organization can call every connection the team has. To choose which, send connections on POST /people-intelligence-async. Leave it out for all of them, or send [] for none.
A finding read from a connection cites it by name, and the result lists the cited connections in connected_sources, each with its connection and connection_id. Atlas and the report show the source as “crm, your connection”. The MCP server’s sixtyfour_atlas_start takes the same connections. The Atlas API’s start and continue endpoints don’t.

Security

  • The key never reaches agents. Sixtyfour adds it to each call and removes it from each answer before agents read it.
  • Calls go only under the base URL and make only the requests you allow. They follow no redirects, and agents can’t override the connection’s credential.
  • Use a read-only key if your API offers one. A path that both reads and writes, such as POST /graphql, needs one. Never allow a login, token or key-management path.
  • Sixtyfour removes the key wherever it recognizes it, but anything else your API returns, such as a new token made from the key, reaches agents as sent.

Limits

Requests to /connections share one rate limit.

Good to know

  • Changing the host, the sign-in type, or the header or parameter name needs the secret again, so a saved key never goes somewhere it wasn’t given for. A Basic username changes only together with the password. If someone replaces the secret during an edit that keeps it, retry the edit or enter the secret again.
  • A path matches whole segments: /people allows /people/7, not /peoples.
  • For a scheme like Authorization: Token abc, use a header sign-in named Authorization and paste Token abc as the secret.
  • Runs already going use a connection’s saved settings from their next call, including a new key, host or requests. A deleted connection is refused there.
  • A run that names an unknown connection is refused before it starts or is charged, with the team’s connections listed.
  • An API key acts with its creator’s current role in the team. See Roles and permissions.

Errors

For error responses (400, 403, etc.), see Handling Errors.