La at agenten din *gjør* ting, ikke bare henter informasjon. Sjekk en bestilling, book et møte, registrer en Jira-billett, tilbakebetal et kjøp — koblet til dine virkelige systemer.
En kunde spør agenten din: "Hva er statusen på ordre #4521?"
I dag kan agenten svare på dette bare hvis ordredetaljene tilfeldigvis finnes i kunnskapsbasen din — noe de ikke gjør, fordi ordredataene ligger i backend for e-handel, oppfyllingssystemet ditt eller CRM-en din. AI-en sier noe høflig om at den ikke har tilgang. Kunden sender inn en supportticket. Teamet ditt ser opp ordren manuelt. Førti sekunder med menneskelig arbeid for et spørsmål som kunne blitt besvart på millisekunder.
Dette er muren som hver henter-only agent møter. De fleste ekte kundehenvendelser handler ikke om statisk dokumentasjon — de handler om live tilstand i systemene dine.
Tilpassede verktøy bryter gjennom den muren.
Definer et verktøy, AI-en bruker det. Et verktøy er et lite konfigurasjonsstykke — navn, beskrivelse, parametere og API-endepunktet eller funksjonen som skal kalles. Når det er definert, vet AI-en når den skal bruke det og hvilke argumenter som skal sendes.
Innebygde verktøy rett ut av boksen.
- Ordresøk for vanlige e-handelsplattformer (Shopify, WooCommerce, Stripe)
- Kalenderbestilling for å planlegge demoer eller supportanrop (Calendly, Cal.com, Google Kalender)
- Ticketopprettelse for ingeniøreskaleringer (Jira, Linear, GitHub Issues)
- CRM-oppslag for kontodata (Salesforce, HubSpot)
Tilpassede verktøy via webhooks. For alt som ikke er innebygd, peker du et verktøy mot et av dine eksisterende API-endepunkter. AI-en kaller det etter behov, analyserer svaret og bruker dataene i svaret.
Tillatelsesbevisst utførelse. Verktøy kan kreve brukerautentisering før de aktiveres — "vennligst logg inn før jeg kan se opp ordren din." Høyinnvirkningsverktøy (refusjoner, slettinger) kan kreve menneskelig godkjenning før utførelse.
Dette er forskjellen mellom "chatbot" og "agent." Et henter-only system svarer på spørsmål. Et verktøyaktivert system fullfører oppgaver. Produktet blir betydelig mer nyttig — den typen nyttig som rettferdiggjør en høyere pris.
Kundetilfredshet øker dramatisk. Selvbetjening som faktisk løser problemet ("her er statusen på ordren din, pakken din ankommer torsdag") slår selvbetjening som bare leverer informasjon ("ordrer ankommer vanligvis innen 3-5 virkedager"). Løsningsratene øker. Billetter som når mennesker reduseres.
Inntektsbeskyttelse. Bestilling, planlegging og kontohandlingsverktøy gjør passive samtaler til aktive resultater. En besøkende som spør om en funksjon kan bestille en demo uten å forlate chatten. En frustrert kunde kan selvbetjene en refusjon uten å eskalere.
Ingeniørtimer gjenvunnet. Interne team kan også bruke verktøy — koble opp et "hendelsessøk" verktøy til overvåkingssystemet ditt, et "utplasseringstatus" verktøy til CI-en din, et "vaktskjema" verktøy til PagerDuty. Agenten din blir resepsjonen for driften din.
Hvert verktøy er definert deklarativt:
get_order_status)order_id: string)Når et kundespørsmål samsvarer med en verktøysbeskrivelse, trekker AI-en ut parametrene fra samtalen, kaller verktøyet og inkorporerer resultatet i svaret sitt. Brukeren ser et svar på naturlig språk — verktøyets utførelse skjer usynlig imellom.
Feil håndteres elegant — hvis et verktøy går ut av tid eller returnerer en feil, faller AI-en tilbake til å be om unnskyldning og tilby å eskalere, uten å vise rå stakkspor eller tekniske detaljer til kunden.
Verktøy er kraftige, noe som betyr at de trenger rekkverk:
Denne funksjonen er planlagt og vil bli lansert i bølger:
Når dette lanseres, går agenten din fra å være en smart FAQ til å bli en ekte kundevendende teammedlem — en som kan løse problemer fra start til slutt uten at samtalen noen gang forlater chatten.