
- A shared, inspectable API definition
- Environment-specific base URLs
- A consistent calling interface inside
conv.api
What the APIs tab is for
Use the APIs tab when you want your agent to:- Fetch or send data to an external system
- Call internal services (CRM, ticketing, booking, payments)
- Avoid maintaining potentially weighty custom HTTP logic in functions
- Look up a ticket, booking, or account
- Create or update a record
- Trigger downstream systems from a flow
How API definitions work
An API definition consists of:- A named API
- Environment-specific base URLs
- One or more operations
API name
The API name becomes the namespace under conv.api. Example:- API name:
salesforce - Runtime access:
conv.api.salesforce
Base URL and environments
Each API supports separate configuration for:- Draft / Sandbox
- Pre-release
- Live
- Test against staging services
- Promote safely without changing code
- Keep flows identical across environments
Operations
Each operation represents a single HTTP endpoint. You define:- Method (GET, POST, PUT, DELETE, etc.)
- Operation name
- Resource path
/tickets/{ticket_id}
Path variables are automatically exposed as arguments when calling the operation.
Referencing APIs while you are building an agent

Path variables
You can pass path variables as positional or keyword arguments. Examples:Query parameters, body, and headers
Operations accept arbitrary keyword arguments at call time. You can pass:- Query parameters
- JSON bodies
- Custom headers
Authentication
Authentication is configured at the API level. Supported auth types include:- No auth
- Header-based auth (for example, API keys)
- Other configured mechanisms depending on deployment
Summary
The APIs tab provides:- Centralized API configuration
- Environment-aware routing
- A simple runtime interface with
conv.api

