La agenten din *gjøre* ting, ikke bare hente informasjon. Se opp en bestilling, book et møte, registrer en Jira-billett, refunder et kjøp — koblet til dine virkelige systemer.
En kunde spør agenten din: "Hva er statusen for bestilling #4521?"
I dag kan agenten svare på dette bare hvis bestillingsdetaljene tilfeldigvis er i kunnskapsbasen din — noe de ikke er, fordi bestillingsdata lever i din e-handelsbackend, ditt oppfyllingssystem, eller ditt CRM. AI-en sier noe høflig om å ikke ha tilgang. Kunden sender inn en supportbillett. Teamet ditt ser opp bestillingen manuelt. Førti sekunder med menneskelig arbeid for et spørsmål som kunne blitt besvart på millisekunder.
Dette er muren som hver henter kun agent møter. De fleste reelle kunde spørsmål 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 påkalle det og hvilke argumenter som skal sendes.
Innebygde verktøy rett ut av boksen.
- Bestillingsoppslag for vanlige e-handelsplattformer (Shopify, WooCommerce, Stripe)
- Kalenderbooking for planlegging av demoer eller supportanrop (Calendly, Cal.com, Google Kalender)
- Billettopprettelse 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 bestillingen din." Høyinnvirkningsverktøy (refusjoner, slettinger) kan kreve menneskelig godkjenning før utførelse.
Dette er forskjellen mellom "chatbot" og "agent." Et henter kun system svarer på spørsmål. Et verktøy-aktivert 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 bestillingstatusen din, pakken din ankommer torsdag") slår selvbetjening som bare leverer informasjon ("bestillinger ankommer vanligvis innen 3-5 virkedager"). Løsningsrater stiger. Billetter som når mennesker faller.
Inntektbeskyttelse. Booking, planlegging, og kontohandlingsverktøy forvandler passive samtaler til aktive resultater. En besøkende som spør om en funksjon kan booke 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 "hendelsesoppslag" verktøy til overvåkningssystemet ditt, et "utplasseringstatus" verktøy til CI-en din, et "vaktplan" 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 matcher en verktøysbeskrivelse, trekker AI-en ut parametrene fra samtalen, kaller verktøyet, og inkorporerer resultatet i svaret sitt. Brukeren ser et naturlig språk svar — verktøyets utførelse skjer usynlig imellom.
Feil håndteres elegant — hvis et verktøy går tom for tid eller returnerer en feil, faller AI-en tilbake til å be om unnskyldning og tilbyr å eskalere, og viser aldri rå stakk spor 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, vil agenten din oppgradere fra en smart FAQ til en ekte kundevendte teammedlem — en som kan løse problemer fra ende til annen uten at samtalen noen gang forlater chatten.