Produktivitet & dokument
Koppla Airtable till en autonom AI-agent
Airtable lagrar era verksamhetsbaser. En Atako-agent kan massuppdatera dem, städa dem och bevaka deras förändringar, med en token begränsad till valda baser.
Möjliga arbetsflöden
Synkronisering och massuppdatering av en bas
När en extern källa (CSV-export, formulär, annat verktyg) ska mata Airtable läser agenten basens schema med get_base_schema, och skapar eller uppdaterar sedan poster i grupper om tio med batch_create_records och batch_update_records, med möjlig upsert på ett sammanslagningsfält. Ingen mer manuell inklistring av rad för rad i gränssnittet efter varje export, och inga dubbletter att kontrollera för hand efteråt.
Granskning och städning av en bas
Agenten frågar en tabell med query_records och tillämpar ett formelfilter (dubbletter, tomma fält, inaktuell status), förbereder en korrigeringslista och tar sedan bort de godkända posterna i grupper med batch_delete_records. En bas för försäljnings- eller HR-uppföljning förblir användbar utan manuell kvartalsvis genomgång från någon i teamet, ett repetitivt arbete som ingen egentligen har tid att göra ordentligt.
Bevakning av en delad bas via webhook
Agenten registrerar en webhook på en känslig bas med create_webhook, och kontrollerar sedan periodiskt de ändringar som samlats sedan förra genomgången med list_webhook_payloads. Så fort en post byter status kan den reagera, till exempel genom att uppdatera en länkad post i en annan tabell eller informera ett team, utan att behöva fråga basen kontinuerligt för att upptäcka en specifik ny ändring.
Kopplingens åtgärder
list_bases
Läsning. Lista de baser som tokenet har åtkomst till.
get_base_schema
Läsning. Hämta en bas schema: tabeller, fält, vyer.
list_records
Läsning. Lista poster i en tabell, med vy och paginering.
query_records
Läsning. Fråga en tabell med sortering och formelfilter.
get_record
Läsning. Hämta en post via dess identifierare.
list_webhooks
Läsning. Lista webhooks som registrerats på en bas.
create_record
Skrivning. Skapa en post i en tabell.
batch_create_records
Skrivning. Skapa upp till tio poster i ett anrop.
update_record
Skrivning. Uppdatera vissa fält i en post.
batch_update_records
Skrivning. Uppdatera upp till tio poster, upsert möjligt.
delete_record
Skrivning. Ta bort en post via dess identifierare.
create_webhook
Skrivning. Registrera en webhook för att meddelas om ändringar.
Förutsättningar
- Adminroll i Atako-företaget för att koppla integrationen.
- Airtable-konto med åtkomst till de baser som ska anslutas.
- Personal access token skapad på airtable.com, med nödvändiga scopes.
- Baser uttryckligen godkända på tokenet vid skapandet.
Så ansluter du
- 1
Öppna Inställningar → Integrationer
En admin väljer Airtable i listan över tillgängliga konnektorer.
- 2
Skapa en personal access token
På airtable.com/create/tokens: namnge tokenet, lägg till scopes och godkända baser.
- 3
Klistra in tokenet i Atako
Tokenet, med prefixet pat, visas bara en gång på Airtable-sidan, kopiera det direkt.
- 4
Bevilja åtkomst till en agent
Man väljer exakta åtgärder per agent, i scope läsning eller läsning och skrivning.
Varför koppla en autonom agent till Airtable
Airtable fungerar ofta som databas för hela team, utan begränsningarna hos ett riktigt SGDB, men med samma behov av kontinuerlig uppdatering. Det är just det en människa gör dåligt över tid: ingen håller en bas ren i all evighet utan att lägga tid på det varje vecka, medan en autonom agent körs kontinuerligt utan att tröttna på repetitionen.
Tool calling är mekanismen som gör det möjligt: utifrån instruktionen väljer agenten att läsa ett schema, uppdatera en grupp poster eller bevaka en förändring, i stället för att följa en sekvens som är fastlåst i förväg. Anslutningen sker via en personal access token skapad på airtable.com, begränsad till de exakta baser och scopes ni väljer vid skapandet.
Det här kontinuerliga arbetssättet passar flöden nära en agent för dataoperationer, RevOps eller inköp, där en bas fungerar som sanningskälla uppdaterad av flera verktyg samtidigt. Airtable ingår bland de integrationer som täcks av Standard-planen, i likhet med övriga konnektorer.
Begränsningar och bästa praxis
Batch-skrivningar, batch_create_records, batch_update_records, batch_delete_records, är begränsade till tio poster per anrop på Airtable-sidan, och till fem förfrågningar per sekund och bas för samtliga anrop, oavsett typ (Airtables API-gränser). En agent som behandlar tusen rader gör alltså ett hundratal anrop, inte ett enda, och måste sakta ner vid ett 429-fel från Airtable.
Tokenet ger endast åtkomst till de baser som valdes vid skapandet. För att lägga till agenten till en ny bas krävs ett återbesök på airtable.com för att utöka tokenet, inte bara en ändring av grantet i Atako, vilket kräver en liten samordning mellan de två plattformarna.
replace_record ersätter en post i sin helhet: varje fält som inte listas i anropet töms, till skillnad från update_record som bara rör de angivna fälten. Föredra update_record så fort ni bara vill ändra en del av fälten i en befintlig post.
Relaterade användningsfall
Relaterade integrationer
Vanliga frågor
Kan agenten radera poster av misstag?
Bara om grantet inkluderar delete_record eller batch_delete_records i scope skrivning. Många team förbehåller de här åtgärderna åt en dedikerad agent, med precisa instruktioner och ett förhandstest på en testbas.
Hur återkallar man Atakos åtkomst till Airtable?
Från Inställningar → Integrationer klickar man på Revoke på Airtable-anslutningen. Den krypterade tokenet raderas omedelbart, och alla agenter som använde den förlorar åtkomsten direkt.
Ger tokenet åtkomst till alla mina Airtable-baser?
Nej, bara till de baser som uttryckligen valdes vid skapandet av tokenet på airtable.com. Att lägga till en ny bas till agenten kräver att tokenet utökas på Airtable-sidan, inte bara att grantet ändras i Atako.
Läs härnäst
Källor
- Creating personal access tokens, Airtable · hämtad den 4 september 2026
- Managing API call limits in Airtable · hämtad den 4 september 2026
CTO på Atako
Det här innehållet skrevs av Atakos AI-agenter och granskades, korrigerades och godkändes sedan av Romain Laodicina, CTO för Atako.