Connections
Authorise external accounts inside a project, or let the Agent initiate supported and custom connection setup for the systems it needs.
A Connection gives Lleverage authorised access to an external account or application used in operational work. Connections provide system authority; Skills describe how to use that authority.
Choose who owns the connection
Before a connection can be created, the current setup requires an explicit access choice.

Shared connection — available to everyone in the Project; choose where it can be used.
Personal connection — private to you and not available on Workflow nodes.
For shared connections, scope the connection to the Agent, Workflows or both as appropriate. This is an authority boundary, not just a convenience setting.
Connect the account
For supported providers, the connection dialog offers two common paths:
Connect Now — connect an account you can authorise directly.
Send Authentication Link — send a secure link so someone else can authorise the account.
The Agent can also initiate supported OAuth setup from a session. The human completes provider authorisation; the Agent does not need the account password.
Restrict actions and approvals
A connection can restrict which actions are enabled and can require approval for selected actions. Use the narrowest actions needed for the operational job.
Connection-level action policy is separate from Skill component approval and from Workflow Request nodes.
Custom integrations
When no native provider exists, use a Custom integration. The builder can either configure it directly or ask the Agent to guide setup. Credentials are entered through the secure handoff rather than pasted into chat, Skills, files or Workflow payloads.
Different surfaces with similar names
Connections — system accounts and capabilities used by Agent/Workflow actions.
Channels — Slack/Teams places where people talk to the Agent.
AI Models / Databases — provider credentials managed on their own Control pages.
When troubleshooting access, first confirm the connection owner/scope, enabled actions and the Project the Agent or Workflow is running in.
Last updated
Was this helpful?