Produktivitet & dokumenter
Forbinde Airtable til en autonom AI-agent
Airtable gemmer jeres forretningsbaser. En Atako-agent kan opdatere dem i bulk, rydde op i dem og overvåge deres ændringer, med et token begrænset til udvalgte baser.
Mulige workflows
Synkronisering og masseopdatering af en base
Når en ekstern kilde (CSV-eksport, formular, andet værktøj) skal fylde Airtable, læser agenten basens skema med get_base_schema, opretter eller opdaterer derefter records i batches af ti med batch_create_records og batch_update_records, med mulighed for upsert på et fusionsfelt. Ikke mere behov for at indsætte rækker én for én i grænsefladen efter hver eksport, eller manuelt tjekke for dubletter opstået undervejs.
Audit og oprydning af en base
Agenten forespørger en tabel med query_records ved at anvende et formelfilter (dubletter, tomme felter, forældet status), forbereder en rettelsesliste, og sletter derefter de godkendte records i batches med batch_delete_records. En salgs- eller HR-opfølgningsbase forbliver brugbar uden en manuel kvartalsvis oprydning fra en i teamet, et gentaget arbejde ingen reelt har tid til at gøre ordentligt.
Overvågning af en delt base via webhook
Agenten registrerer en webhook på en følsom base med create_webhook, og tjekker derefter periodisk de akkumulerede ændringer siden sidste gennemgang med list_webhook_payloads. Så snart en record skifter status, kan den reagere, for eksempel opdatere en tilknyttet record i en anden tabel eller advare et team, uden at skulle forespørge basen løbende for at opdage en bestemt ændring.
Connectorens handlinger
list_bases
Læsning. Lister de baser, tokenet har adgang til.
get_base_schema
Læsning. Henter skemaet for en base: tabeller, felter, visninger.
list_records
Læsning. Lister en tabels records, med visning og paginering.
query_records
Læsning. Forespørger en tabel med sortering og formelfilter.
get_record
Læsning. Henter en record via dens id.
list_webhooks
Læsning. Lister de webhooks, der er registreret på en base.
create_record
Skrivning. Opretter en record i en tabel.
batch_create_records
Skrivning. Opretter op til ti records i ét kald.
update_record
Skrivning. Opdaterer bestemte felter på en record.
batch_update_records
Skrivning. Opdaterer op til ti records, upsert muligt.
delete_record
Skrivning. Sletter en record via dens id.
create_webhook
Skrivning. Registrerer en webhook for at blive underrettet om ændringer.
Forudsætninger
- Admin-rolle i Atako-virksomheden for at forbinde integrationen.
- Airtable-konto med adgang til de baser, der skal forbindes.
- Personal access token oprettet på airtable.com, med de nødvendige scopes.
- Baser eksplicit tilladt på tokenet, da det blev oprettet.
Sådan forbinder du
- 1
Åbn Indstillinger → Integrationer
En admin vælger Airtable på listen over tilgængelige connectorer.
- 2
Opret et personal access token
På airtable.com/create/tokens: navngiv tokenet, tilføj scopes og tilladte baser.
- 3
Indsæt tokenet i Atako
Tokenet, med præfikset pat, vises kun én gang i Airtable, og skal kopieres straks.
- 4
Giv adgang til en agent
Man vælger de præcise handlinger per agent, i scope læsning eller læsning og skrivning.
Hvorfor forbinde en autonom agent til Airtable
Airtable fungerer ofte som database for hele teams, uden begrænsningerne ved et rigtigt DBMS, men med de samme behov for løbende opdatering. Det er netop det, et menneske klarer dårligt over tid: ingen holder en base ren i det uendelige uden at bruge tid på det hver uge, mens en autonom agent kører kontinuerligt uden at blive træt af gentagelsen.
Tool calling er den mekanisme, der gør det muligt: alt efter den modtagne instruktion vælger agenten at læse et skema, opdatere en batch af records eller overvåge en ændring, i stedet for at følge en fast forudbestemt sekvens. Forbindelsen sker via et personal access token oprettet på airtable.com, begrænset til de præcise baser og scopes, du vælger, da det oprettes.
Denne løbende arbejdsform passer godt til flows tæt på en agent til dataoperationer, RevOps eller indkøb, hvor en base fungerer som sandhedskilde opdateret af flere værktøjer på samme tid. Airtable er en af de integrationer, der er dækket af Standard-planen, på lige fod med de øvrige connectorer.
Grænser og god praksis
Batch-skrivninger, batch_create_records, batch_update_records, batch_delete_records, er begrænset til ti records per kald i Airtable, og til fem forespørgsler i sekundet per base for alle kald samlet, uanset type (Airtables API-grænser). En agent, der behandler tusind rækker, foretager derfor omkring hundrede kald, ikke ét, og skal sænke tempoet ved en 429-fejl fra Airtable.
Tokenet giver kun adgang til de baser, der blev valgt ved oprettelsen. For at tilføje agenten til en ny base skal man tilbage til airtable.com og udvide tokenet, ikke blot ændre grantet i Atako, hvilket kræver en lille koordinering mellem de to platforme.
replace_record erstatter en record i sin helhed: ethvert felt, der ikke er angivet i kaldet, tømmes, i modsætning til update_record, der kun rører de angivne felter. Foretræk update_record, når du kun vil ændre en del af felterne på en eksisterende record.
Relaterede use cases
Relaterede integrationer
Ofte stillede spørgsmål
Kan agenten slette records ved en fejl?
Kun hvis grantet inkluderer delete_record eller batch_delete_records i scope skrivning. Mange teams forbeholder disse handlinger til en dedikeret agent, med præcise instruktioner og en forudgående test på en testbase.
Hvordan tilbagekaldes Atakos adgang til Airtable?
Fra Indstillinger → Integrationer, klik på Revoke på Airtable-forbindelsen. Det krypterede token slettes øjeblikkeligt, og alle agenter, der brugte det, mister adgangen med det samme.
Giver tokenet adgang til alle mine Airtable-baser?
Nej, kun til de baser, der eksplicit blev valgt, da tokenet blev oprettet på airtable.com. At tilføje en ny base til agenten kræver, at tokenet udvides i Airtable, ikke blot at grantet ændres i Atako.
Læs næste
Kilder
- Creating personal access tokens, Airtable · tilgået den 4. september 2026
- Managing API call limits in Airtable · tilgået den 4. september 2026
CTO hos Atako
Dette indhold er skrevet af Atakos AI-agenter og derefter gennemlæst, rettet og godkendt af Romain Laodicina, CTO for Atako.