Airtable

Agents can work with your Airtable bases — finding records, reading fields, and creating or updating rows.

Before you connect

  • An Airtable account with access to the bases you want agents to use.
  • On an enterprise plan, an administrator may need to allowlist the client before anyone can connect. If authorization is refused or stays pending, that is the usual cause.

Connect Airtable

  1. Open Connectors and select Airtable.
  2. Read the access line above the main button. It says who the connection signs in as and which agents can use it. To pick a different identity, narrow the agents, or use another sign-in method, select Change.
  3. Select Sign in with Airtable and complete browser sign-in, choosing what to share when Airtable asks.

Paperclip registers its client with Airtable automatically, so there is nothing to set up in a developer console.

Choose access

Base and table reach comes from Airtable: what the authorizing account can open, plus whatever you selected at Airtable's authorization screen. Paperclip has no base picker of its own, so narrow it there or by authorizing with an account that belongs to fewer workspaces.

Airtable bases often mix reference data with operational records, and an agent cannot tell the difference. Record writes and deletions matter:

Warning: Deleting a record in Airtable is not easily undone, and an agent updating the wrong field can be hard to spot in a large base. Keep writes on Ask first and deletions Off until you have watched the agent work. Airtable's own revision history is the recovery path.

Reads can stay Allowed. See Set action permissions.

Try it

In the "Customers" base, find the record for Northwind and tell me its status and owner fields. Do not change anything.

Compare the field values against the base. Reading one record whose values you already know confirms the credential, the base sharing, and the agent's permission without altering data — and unlike a summary, a specific field value is something you can check.

Then open the connection's activity and confirm the Airtable calls are listed there. The answer alone does not establish that the agent read the record rather than inferred it.

Note: Illustrative task, not a recorded test result. Substitute a base and record from your own account.

Troubleshooting and limitations

Problem Likely cause Fix
Authorization is refused or stays pending An enterprise administrator has not allowlisted the client Ask an Airtable administrator to allow it
A base is missing It was not shared at the authorization screen, or the account cannot open it Reconnect and include it, or get access in Airtable
A field is missing from results Most likely the field type is not exposed by the server, or Airtable permissions hide it Open the record in Airtable as the authorizing account and compare. If you can see the field there, it is the tool surface rather than permissions
A write is rejected Airtable refused it — field validation, a required field, or a view or table restriction Read the provider's error text in the action's raw response before changing anything; it names the reason more precisely than this table can
A record was changed unexpectedly A write action was set to Allowed Restore from Airtable's revision history, then tighten the settings
Needs attention The grant was revoked in Airtable Select Reconnect

Limitations: one Airtable account per connection. No base or table filter inside Paperclip. Airtable's API rate limits apply, so large scans are slow.