Zapier flytter Agents ind i AI by Zapier
Zapier samler agentbaseret arbejde i AI by Zapier. Det interessante er ikke navnet, men at modelbaseret værktøjsvalg flytter tættere på almindelige Zap-trin – og derfor kræver tydeligere grænser mellem AI og faste regler.
Zapier er i gang med at flytte det tidligere Agents-produkt ind i AI by Zapier. Ifølge Zapiers egen migrationsvejledning er målet at lade agentbaseret arbejde leve tættere på den almindelige Zap-editor i stedet for som et separat produkt. Det gør det nemmere at kombinere AI, værktøjer og klassiske actions i samme automation.
Det ændrer, hvor du tegner grænsen i et Zap
En traditionel Zap er stærk, fordi næste trin er kendt: et event kommer ind, data filtreres, og en bestemt action udføres. Et agentbaseret trin er anderledes. Modellen kan få flere værktøjer og vælge, hvilket den vil bruge. Derfor bør du være eksplicit om hvilke beslutninger der må være fleksible.
En god tommelfingerregel er at lade AI fortolke og foreslå, mens Zappens almindelige trin håndhæver regler. Et lead kan eksempelvis klassificeres af AI, men gyldige kategorier bør valideres mod en allowlist, og en CRM-opdatering bør have kendte felter og faste rettigheder.
Migrér ikke uden at etablere en baseline
Tag et eksisterende Agents-flow og dokumentér fire ting før ændringen: hvilke værktøjer agenten kan kalde, hvilket input den ser, hvor ofte et menneske overtager, og hvor mange tasks/AI-kald en normal sag bruger. Kør derefter de samme tests efter migrationen. Ellers ved du ikke, om en ændring i kvalitet eller forbrug skyldes platformen, modellen eller din egen konfiguration.
Se især på skrivehandlinger og godkendelser
Et værktøj, der læser data, har et andet risikobillede end et værktøj, der sender en mail, ændrer en ordre eller opretter noget i et kundesystem. Brug migrationsarbejdet til at splitte brede værktøjer op og placere menneskelig godkendelse lige før den handling, hvor en fejl får reel konsekvens.
Det er ikke et argument for mere autonomi
At Zapier gør agentbaseret funktionalitet lettere tilgængelig betyder ikke, at enhver Zap bør have en agent. Hvis beslutningen kan beskrives som en regel, er det stadig lettere at teste, debugge og budgettere som et almindeligt trin. Agentbaseret logik giver først værdi, når input er tvetydigt nok til, at fortolkning faktisk er en del af arbejdet.