Skip to main content
Workers keep database and API access inside your infrastructure. They make outbound HTTPS requests to AIR; you do not expose an inbound worker port.
1

Install the SDK

2

Declare a typed tool

Create tools.py:
Type annotations become the JSON input schema. The first docstring line is the description shown during review. Every tool must return a dictionary.
3

Issue a worker key

Open Settings, select Issue worker key, and store the value in an environment variable or secret manager.
AIR settings showing separate app and worker key controls

Worker credentials are separate from application credentials.

4

Start the worker

The process registers its manifest and begins long-polling for tool calls.
5

Review the discovered tool

Open Tools. A newly discovered capability starts awaiting approval; registration never grants permission by itself.
AIR Tools screen showing lookup_order awaiting approval

AIR has discovered one worker tool but no agent can call it yet.

6

Inspect and enable it

Select Review. Confirm the source, description, timeout, generated input schema, and whether it needs write access. Then select Enable tool.
AIR tool review dialog showing lookup_order schema and read-only approval

Review the generated schema and explicitly grant write capability only when required.

7

Allow it on an agent version

Create a new agent version, open Advanced — fallback models, tools, and limits, add lookup_order, test the version, and activate it. Enabling a project tool does not automatically add it to existing agent versions.
Registration answers “what can this worker do?” Tool approval answers “does this project trust it?” The agent version answers “may this agent call it?”