Actions
Add prebuilt integration steps to an agent so it can read and write data in third party applications like Salesforce, Slack, Gmail, and Stripe.
Actions are prebuilt workflow steps that connect an agent to a third party application. Each action performs one operation against a vendor API, such as creating a Salesforce lead, posting a Slack message, sending an email through Gmail, or charging a customer in Stripe. You add an action to the canvas, point it at a credential, fill in its inputs, and connect it to the rest of your flow.
Actions let an agent do more than reason about information. They let it act on that information inside the systems your team already uses.
Actions and Tools are different things. A Tool is attached to a model so the model can decide when to call it during a conversation. An Action is a deterministic step in your workflow that runs in the order you wire it, with inputs you control. Use an Action when you want a specific operation to happen at a specific point in the flow. Use a Tool when you want the model to choose.
How actions work
Every action is one step that maps to a single vendor operation. When the step runs, it authenticates with the credential you selected, sends the request to the vendor, and returns the response as step output that later steps can read.
Actions are organized in the builder by vendor. Open the Actions panel in the step sidebar, choose a vendor such as Asana or Stripe, and you will see that vendor's operations grouped by the object they act on. Stripe, for example, groups its actions under Balance, Charge, and Customer. Drag the operation you want onto the canvas and it becomes a configurable step.
On the agent canvas, open the step sidebar and select Actions. Pick the vendor you want to work with.
Drag an operation, for example Slack Message Post, onto the canvas. It appears as a step with input fields in the right side panel.
Choose the credential the step will authenticate with. The dropdown only lists credentials of the type that vendor accepts. See Authentication below.
Enter a fixed value for each input, or map it to the output of an earlier step. See Configuring inputs.
Wire the step into your flow, then run the agent to test it. The step output is available to every step downstream.
Supported integrations
Airia ships actions for the vendors below. Open a vendor page for the full list of operations, their inputs, and usage guidance.
Salesforce
Leads, accounts, contacts, and opportunities.
HubSpot
Companies, contacts, and deals.
Dynamics 365
Account records in Dataverse.
Asana
Tasks, subtasks, comments, projects, and tags.
Linear
Issues across teams and projects.
Notion
Pages, databases, and search.
Gmail
Messages, drafts, threads, and labels.
Microsoft Outlook
Messages, drafts, folders, and attachments.
Slack
Messages, channels, reactions, and users.
Intercom
Contacts and conversations.
SendGrid
Transactional email and contacts.
Google Calendar
Calendar events.
Google Drive
Files and folders.
Zoom
Meetings and users.
Zendesk
Tickets, users, and organizations.
Stripe
Charges, customers, and balance.
Okta
User lifecycle management.
SAP
S/4HANA business partners, materials, and orders.
Prerequisites
Before you can use a vendor's actions, a credential must exist for that vendor.
Authentication
Each action authenticates with a credential you select on the step. The builder only shows credentials of the type the vendor accepts, so you cannot accidentally point a Slack step at a Stripe key.
Vendors authenticate in one of two ways.
OAuth based vendors require an app registration before credentials can be created. The agent acts on behalf of the connected account.
| Vendor | Credential type | Setup guide |
|---|---|---|
| Gmail, Google Calendar, Google Drive | Google OAuth | Google Cloud Console |
| Microsoft Outlook | Microsoft OAuth | Microsoft Entra |
| Dynamics 365 | Dynamics 365 OAuth | Microsoft Entra |
| Salesforce | Salesforce OAuth | Salesforce |
| Notion | Notion OAuth or integration secret | Credential Management |
| Slack | Slack OAuth or bot token | Credential Management |
| Zoom | Zoom OAuth | Credential Management |
Some vendors, including the Google services, Microsoft Outlook, Salesforce, and Notion, also support end user authentication. With end user auth the step runs against the credential of the person using the agent rather than a single shared connection, which is useful for agents that act on each user's own mailbox or files. Configure this on the step where the option is available.
Configuring inputs
Each action exposes a set of inputs. Some are required and some are optional, and every vendor page documents them in a table. Inputs accept values in two ways.
Fixed values
Type a value directly into the field. Use this when the value never changes, such as a currency code or a channel name.
Mapped values
Bind the field to the output of an earlier step. Open the field's dropdown, choose stepResult, then pick the source step. The reference highlights in blue when it is valid and resolves to a live value at run time.
Most text inputs can be mapped to an earlier step's output. In the input tables on each vendor page, these fields are marked as dynamic. A smaller set of inputs, mostly numbers, toggles, and dropdown selections, take a fixed value only and are marked fixed.
A common pattern is to put a model step before an action and let the model produce the values the action needs. For example, a model can read an incoming support email, decide a priority and a summary, and a Zendesk Ticket Create step downstream maps its Subject and Priority inputs to that model's output.
Reading action output
When an action runs it returns the vendor's response as step output. Downstream steps reference it with the standard variable syntax, for example a created record's ID or a list of fetched items. Feed that output into a later action, a filter, or a model step that summarizes the result in natural language. For more on referencing step output, see Agent variables.
Example workflow
A support triage agent that turns inbound email into a tracked ticket and notifies the team:
A Gmail Message Get action retrieves the unread support email.
A model step reads the email body and produces a short subject, a priority, and a one line summary.
A Zendesk Ticket Create action maps its Subject, Description, and Priority inputs to the model's output, then files the ticket.
A Slack Message Post action maps its Text input to a message that includes the new ticket ID returned by the previous step, and posts it to the support channel.
This flow chains three vendors and a model into a single automation, with each step passing its result to the next.