What a custom integration is
A custom integration has two layers:- Integration type - the reusable API definition, including the display name, base URL, auth mode, OAuth URLs, docs URL, logo, and optional schema.
- Connection - a user’s credentials for that type, such as an API key, bearer token, username and password, or OAuth grant.
When to use one
Create a custom integration when you need to connect to:- An internal company API not available in the public catalog
- A service that exposes a REST endpoint but doesn’t have a native Script.it integration
- A custom backend you’ve built yourself
- A partner or customer API with a nonstandard auth header
- An OAuth API where your team owns the OAuth app registration
Supported auth modes
| Auth mode | How it works | What the user enters |
|---|---|---|
| API key | Sends a secret in a configured header such as X-API-Key. | API key |
| Bearer token | Sends Authorization: Bearer <token>. | Access token |
| Basic auth | Sends a basic auth header. | Username and password |
| Custom headers | Sends one or more static or templated headers. | The secret fields referenced by the headers |
| OAuth2 authorization code | Opens a browser authorization flow. | OAuth client ID and client secret, then user consent |
| OAuth2 client credentials | Uses server-to-server OAuth. | OAuth client ID and client secret |
Creating a custom integration
Create a custom integration
Choose the custom integration option. Give the integration a short name that identifies the API, such as “Acme internal API” or “Partner reporting API”.
Enter API details
Add the base URL, docs URL, logo URL if available, and the auth mode the API requires. For OAuth APIs, the connection flow will show the redirect URL you need to add to your OAuth app.
Save the integration type
Saving creates the reusable integration definition. It does not connect credentials yet.
Sharing custom integrations
You can share a custom integration type with a workspace. Members of that workspace can then see the integration in their catalog and connect their own credentials through it. You can also share a connected account, but that has different security semantics: members call the API using the connection owner’s credentials. Managing a custom integration type is controlled by per-integration editor rights. A workspace Editor who only receives the type through a share can use it, but cannot automatically edit, rename, or delete it.How the agent uses custom integrations
Once connected, the AI agent can call a custom integration from any script that can access it. When you describe an automation that involves your internal API, the agent can use the custom integration by name, send requests, pass payloads, and use responses in later blocks. For example, if you tell the agent “post the results of this script to our compliance API,” it can:- Identify the custom integration for the compliance API.
- Format the script output as a JSON payload.
- Send a POST request through the authenticated integration.
- Use the API response in the next step.
Managing a custom integration
To update or remove a custom integration:- Go to Settings → Integrations.
- Find the custom integration by name.
- Use the action menu to edit the definition, manage sharing, connect or disconnect accounts, or delete the type if no active connections depend on it.