Låt din agent *göra* saker, inte bara hämta information. Slå upp en beställning, boka ett möte, registrera en Jira-biljett, återbetala ett köp — kopplad till dina verkliga system.
En kund frågar din agent: "Vad är statusen för order #4521?"
Idag kan agenten bara svara på detta om orderdetaljerna råkar finnas i din kunskapsbas — vilket de inte gör, eftersom orderdata finns i din e-handelsbackend, ditt uppfyllnadssystem eller din CRM. AI:n säger något artigt om att den inte har tillgång. Kunden lämnar in en supportticket. Ditt team letar upp ordern manuellt. Fyrtio sekunder av mänskligt arbete för en fråga som skulle kunna besvaras på millisekunder.
Detta är väggen som varje återhämtningsagent stöter på. De flesta verkliga kundfrågor handlar inte om statisk dokumentation — de handlar om live-status i dina system.
Anpassade verktyg bryter igenom den väggen.
Definiera ett verktyg, AI:n använder det. Ett verktyg är en liten del av konfigurationen — namn, beskrivning, parametrar och API-slutpunkt eller funktion att anropa. När det väl är definierat vet AI:n när den ska anropa det och vilka argument som ska skickas.
Inbyggda verktyg direkt ur lådan.
- Orderuppslag för vanliga e-handelsplattformar (Shopify, WooCommerce, Stripe)
- Kalenderbokning för att schemalägga demonstrationer eller supportanrop (Calendly, Cal.com, Google Kalender)
- Ticket skapande för ingenjörsärenden (Jira, Linear, GitHub Issues)
- CRM-uppslag för kontodata (Salesforce, HubSpot)
Anpassade verktyg via webhooks. För allt som inte är inbyggt, pekar du ett verktyg mot en av dina befintliga API-slutpunkter. AI:n anropar det vid behov, analyserar svaret och använder datan i svaret.
Behörighetsmedveten exekvering. Verktyg kan kräva användarautentisering innan de aktiveras — "vänligen logga in innan jag kan se din order." Högpåverkande verktyg (återbetalningar, raderingar) kan kräva mänskligt godkännande innan exekvering.
Detta är skillnaden mellan "chattbot" och "agent." Ett återhämtningssystem svarar på frågor. Ett verktygsaktiverat system slutför uppgifter. Produkten blir meningsfullt mer användbar — den typ av användbarhet som motiverar ett högre pris.
Kundnöjdheten ökar dramatiskt. Självbetjäning som faktiskt löser problemet ("här är din orderstatus, ditt paket anländer på torsdag") överträffar självbetjäning som bara levererar information ("order anländer vanligtvis inom 3-5 arbetsdagar"). Lösningsgraden ökar. Biljetter som når människor minskar.
Intäktskydd. Boknings-, schemaläggnings- och kontohandlingsverktyg förvandlar passiva konversationer till aktiva resultat. En besökare som frågar om en funktion kan boka en demonstration utan att lämna chatten. En frustrerad kund kan självbetjäna en återbetalning utan att eskalera.
Ingenjörstimmar återvunna. Interna team kan också använda verktyg — koppla ihop ett "incidentuppslag" verktyg till ditt övervakningssystem, ett "deploy-status" verktyg till din CI, ett "beredskapschema" verktyg till PagerDuty. Din agent blir receptionen för dina operationer.
Varje verktyg definieras deklarativt:
get_order_status)order_id: string)När en kunds fråga matchar en verktagsbeskrivning, extraherar AI:n parametrarna från konversationen, anropar verktyget och inkorporerar resultatet i sitt svar. Användaren ser ett svar på naturligt språk — verktygs exekvering sker osynligt emellan.
Fel hanteras smidigt — om ett verktyg går ut eller returnerar ett fel, faller AI:n tillbaka till att be om ursäkt och erbjuda att eskalera, utan att någonsin visa råa stacktraces eller tekniska detaljer för kunden.
Verktyg är kraftfulla, vilket innebär att de behöver skyddsnät:
Denna funktion är planerad och kommer att lanseras i vågor:
När detta lanseras, går din agent från en smart FAQ till en verklig kundinriktad kollega — en som kan lösa problem från början till slut utan att konversationen någonsin lämnar chatten.