integrations in veryfront.config.ts.
Prerequisites
- A Veryfront project with a configured agent (see Agents).
- Provider credentials for each integration you enable: either a Veryfront Cloud token plus a project reference, or per-user OAuth credentials (see OAuth).
veryfront.config.tsis editable in your repo.
Configuration
Authentication flow
When an agent calls an integration tool and no valid token exists:- Tool returns
{ error: "authentication_required", connectUrl: "..." } - Agent surfaces the connect URL to the user
- User selects the connect URL and completes the configured OAuth app, provider consent screen, and callback flow
- The backing API layer stores the resulting token according to its configured token store
- Subsequent tool calls can use that token automatically
- Refresh behavior depends on the provider and the API/service layer you run behind these endpoints
OAuth credentials and deployment model
The open-core repo exposes provider metadata, OAuth handler building blocks, and integration/runtime helpers. Managed OAuth defaults, shared provider apps, and token-vault behavior depend on the API/service layer you deploy behind these endpoints.BYO credentials
Enterprise teams can use their own OAuth app credentials by setting environment variables:Credential-based integrations
Most catalog connectors authenticate with static credentials instead of a user OAuth flow: API keys, HTTP Basic pairs, or OAuth client-credentials apps. These read their secrets from the project’s environment variables, named by each connector’s setup guide:Available integrations
The built-in connector catalog contains 204 connectors. The supported set is visible by default in the CLI, MCP catalog tools, and runtime connector list:airtable, asana, calendar, confluence, docs-google, drive, figma,
github, gitlab, gmail, harvest, hubspot, jira, linear, notion,
onedrive, outlook, sentry, sharepoint, sheets, slack, and teams.
The rest of the catalog ships as feature-gated integrations: the connector
templates are in the source tree but stay hidden until you enable them with the
VERYFRONT_EXPERIMENTAL_INTEGRATIONS environment variable. Set it to a
comma-separated list of connector names such as salesforce,stripe (to enable
Salesforce and Stripe), or to all for local experimentation.
The supported and feature-gated name lists are defined in
src/integrations/feature-flags.ts (SUPPORTED_INTEGRATION_NAMES and
DECLARED_INTEGRATION_NAMES). Use the generated integration metadata reference
when you need exact exported names or icon metadata:
Verify it worked
After enabling an integration:- Restart
veryfront dev. The dev log lists the integration tools that were registered. - From an agent that includes the integration tools, send a message that exercises one tool. The AG-UI stream should include a tool call event with the integration’s tool id and a non-error result.
- For per-user OAuth integrations, confirm the user has authorized the provider
first (see OAuth). Calls fail with
401if the user has no token.