AI Discord-ticketbot: svar først, eskaler etterpå

Quickchat AI svarer på supportspørsmål i Discord-serveren din fra din egen dokumentasjon, og åpner en privat ticket-tråd bare når den ikke kan svare. Denne guiden bygger boten fra start til slutt, uten kode, på omtrent en halvtime.

Resultatet oppfører seg som en god førstelinjeagent. Et medlem spør hvordan man tilbakestiller en API-nøkkel og får de faktiske trinnene i kanalen. Et medlem spør om noe dokumentasjonen ikke dekker, og i stedet for å gjette sier boten det, åpner en privat tråd, henter medlemmet inn i den, pinger supportrollen din med et sammendrag på én linje og overfører samtalen til et menneske som kan svare fra Inbox.

Velg jobben for Discord-boten din

Dette oppsettet svarer på supportspørsmål og eskalerer hull i dokumentasjonen din. Velg velkomstguiden for faste hilsener eller modereringsguiden for administrator-kommandoer.

Du trenger to ting:

• en Quickchat AI Agent (opprett kontoen din)
• en Discord-server der du er administrator

Fra registrering til din første supporttest

1. Hvis du registrerer deg med e-post og passord, åpner du verifiseringslenken i e-posten din. I oppsettet beskriver du en Discord-support-Agent, klikker Create my AI Agent og fullfører oppsettstrinnene, inkludert å velge en plan for tiltenkt bruk.
2. Legg til dokumentasjonen din under Knowledge Base. I External Apps åpner du Discord, deretter Use your own Discord app, og velger Advanced setup. Den delte boten med ett klikk kan svare på spørsmål, men kan ikke kjøre ticket-Actions i denne guiden.
3. Opprett en ticket-kanal og en mentionable supportrolle i testserveren din. I Actions and MCPs klikker du Add Action, velger Discord Action og installerer Open Support Ticket med den serveren, kanalen og rollen.
4. Etter at du har brukt Agent-instruksjonene nedenfor, @mention boten din med et spørsmål dokumentasjonen svarer på, og deretter ett den ikke svarer på. Det første skal få et svar uten en ticket. Det andre skal åpne én privat tråd og varsle supportrollen. Legg til en oppfølging i den andre samtalen og sjekk at ingen duplikat-ticket åpnes.

Free-planen er for personlig, ikke-kommersiell bruk. Velg en betalt plan før du bruker boten for en bedrift. Fullfør testen med begge veier før du inviterer kunder.

Skjermbildene nedenfor kommer fra en test-Agent kalt Lumen, supportboten for et fiktivt produktanalyse-selskap kalt Beacon. Selskapet er oppdiktet for at eksempelet skal være nøytralt, men hver samtale, hvert API-kall og hver ticket-tråd som vises her, ble produsert av en ekte Agent som kjørte den ekte svarløypen mot en ekte Discord-server.

Dette skal du bygge

Én beslutning per spørsmål. I det gode løpet skrives ingenting til Discord i det hele tatt.

Tre AI Actions gjør eskaleringsarbeidet, og Quickchat AI installerer alle tre fra ett gallerikort:

Hva er en kunnskapsbase, og hvorfor bestemmer den ticket-volumet ditt?

Hvis du ikke har bygget en AI Agent før, er dette konseptet verdt to minutter.

En kunnskapsbase er din egen dokumentasjon, lastet inn i Agenten din og indeksert slik at den kan søkes i under en samtale. Du kan peke Quickchat AI mot URL-en til hjelpedokumentasjonen din og la den skrape sidene, lime inn artikler manuelt eller laste opp filer. Når Agenten skal svare, søker den i kunnskapsbasen og svarer fra det den finner, i stedet for fra det den underliggende modellen tilfeldigvis husker om verden. Hvis du starter fra ingenting, dekker hvordan bygge en chatbot-kunnskapsbase hva du bør skrive og i hvilken rekkefølge.

Alt dokumentasjonen din dekker, blir besvart. Alt den ikke dekker, blir en ticket.

Det er hele spaken for dette oppsettet. Deflection er ikke et prompt-triks, og det er ikke en modellkapabilitet: det er dekningen din. Hvis boten eskalerer mer enn du forventet, forteller ticketene deg hvilke sider du ikke har skrevet ennå.

Illustrasjon, ikke måling. Poenget er retningen: å skrive dokumentasjon er det mest effektive du kan gjøre her.

Kan en AI faktisk svare på supportspørsmål i Discord?

For spørsmål dokumentasjonen din dekker, ja, og med de faktiske trinnene i stedet for en parafrase. Her er deflection-tilfellet fra testserveren, uredigert:

Besvart i kanalen, fra kunnskapsbaseartikkelen. Ingen ticket ble opprettet, fordi ingen var nødvendig.

Den mer interessante halvdelen er hva som skjer når svaret ikke finnes der. Boten sier det:

Den ærlige feilen. Beacons kunnskapsbase utelater enterprise SSO med vilje, så dette er veien som åpner en ticket.

En Agent som finner opp en plausibel SSO-prosedyre, er verre enn en som åpner en ticket, så denne oppførselen er verdt å teste bevisst i stedet for å håpe på. Vi kommer tilbake til det i testing.

To måter å koble til Discord på, og hvorfor tickets trenger den andre

Quickchat AI har to Discord-tilkoblinger, og forskjellen er viktig før du starter.

For en offentlig feedback-kø som fungerer med den delte boten, se arbeidsflyten for feedback og dokumentasjonshull. De private ticket-Actions nedenfor trenger din egen Discord-bot-legitimasjon.

One-click er den raske veien. I External Apps åpner du Discord, klikker Add to your Discord server, autoriserer den, og den delte Quickchat AI-boten er live på serveren din på omtrent ett minutt. Den svarer når medlemmer @mention den eller bruker /ask, og for mange servere er det hele jobben.

Du kan gi den navn. Før du autoriserer, finnes det et Bot name in the new server-felt, forhåndsutfylt med Agentens navn, og hver tilkoblede server har sin egen Bot name in this server-boks som du kan endre senere. Det er et Discord-kallenavn, så det er per server og begrenset til 32 tegn, og å tømme det setter boten tilbake til Quickchat AI. Det som forblir delt, er avataren og det underliggende @username, fordi én Discord-applikasjon betjener hver server som installerer den.

One-click betyr ikke generisk. Boten tar Agentens navn med inn på serveren, og du kan endre det per server etterpå.

Advanced setup registrerer din egen Discord-applikasjon. Du oppretter en bot i Discord sin developer portal og limer inn tokenet dens i Quickchat AI én gang. Det tar omtrent ti minutter og gir deg din egen avatar og @username, direktemeldinger, flere boter på én server og det denne guiden trenger: Discord API Actions.

Årsaken er verdt å si tydelig i stedet for å behandle den som en særhet. Ticket-Actions i denne guiden kaller Discord API som boten din, med en legitimasjon Quickchat AI injiserer i requesten ved sending. Tokenet til den delte one-click-boten tilhører den delte boten, ikke deg, så det er ikke tilgjengelig for dine Actions å sende. Hvis du åpner Discord-galleriet uten at din egen app er tilkoblet, sier det fra og deaktiverer kortene i stedet for å la deg bygge noe som ikke kan kjøre.

External Apps er der begge veier starter. Advanced setup ligger i en callout nederst i Discord-panelet.

Dette trenger du før du starter

Koble til din egen Discord-app. I External Apps åpner du Discord, finner Use your own Discord app og velger Advanced setup. Opprett applikasjonen og boten i Discord sin developer portal, slå på Message Content Intent, la Require OAuth2 Code Grant være av, og lim inn bottokenet. Quickchat AI validerer det mens du skriver. Guiden Create an AI Discord bot dekker portalsiden i detalj hvis du ikke har gjort det før.

Gi boten bare det en supportbot trenger. På ticket-kanalen: View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads og Manage Threads. Den trenger ingen Kick-, Ban- eller Timeout-tillatelse, og har bevisst ingen av dem på testserveren. En supportbot har ingen grunn til å moderere, og en tillatelse den ikke har, er en tillatelse du aldri må vurdere.

I Discord oppretter du de to tingene Actions skal peke på. Denne delen skjer i Discord-klienten, ikke i Quickchat AI, og det er det eneste oppsettet du gjør der:

1. En kanal der tickets skal åpnes. En hvilken som helst tekstkanal fungerer. Bruk + ved siden av kanallisten din, eller gjenbruk en du har. På testserveren er den #support.
2. En rolle som skal varsles når en ticket åpnes. Server Settings, deretter Roles, deretter Create Role. På testserveren er den @support.

Tre steder, og bare ett av dem er offentlig.

Begge disse kommer tilbake i Step 3. Når du installerer ticket-malen, leser Quickchat AI serveren din live fra Discord og viser tre nedtrekksmenyer, der én er en Role-velger som viser rollene den fant. Du velger supportrollen din der i stedet for å skrive inn en ID noe sted.

Role-velgeren i Step 3. Den leser listen fra Discord, så en rolle du oppretter nå, vises her om et øyeblikk.

Én detalj skaper problemer hvis du hopper over den: den velgeren viser bare roller Discord rapporterer som mentionable, og den utelater @everyone. Hvis supportrollen din ikke er satt som mentionable, vises den rett og slett ikke i nedtrekksmenyen, uten noe som forklarer hvorfor. Filteret er bevisst, fordi hele jobben til malen er å pinge den rollen. Sett det mens du oppretter rollen, så møter du aldri problemet:

Server Settings, Roles, velg supportrollen din, og slå dette på under Display. Uten det når rollen aldri frem til velgeren.

Hvordan bestemmer boten om den skal svare eller åpne en ticket?

De fleste Discord-ticketboter bestemmer ingenting. Ticket Tool, TicketsBot og resten poster et festet panel med en Create Ticket-knapp, eller registrerer en slash-kommando. Et medlem klikker den, en ticket åpnes, og teamet ditt leser den. Det er et greit design og helt forutsigbart, men det betyr at de ti personene som alle spurte hvordan man tilbakestiller en API-nøkkel denne uken, produserte ti tickets.

De samme ti spørsmålene. Forskjellen er hva teamet ditt ender opp med å lese.

En bot som svarer først, leser dokumentasjonen din før den bestemmer seg. Og når den eskalerer, krever det å åpne én ticket nøyaktig fire fakta:

• hvilken kanal tråden åpnes i
• hvilken server spørsmålet kom fra
• hvem som spør, slik at de kan hentes inn i tråden
• hva ticketen heter, og et sammendrag av problemet på én linje

Det interessante er at disse fire kommer på tre helt forskjellige måter, og bare den siste skrives av AI-en:

Du skriver aldri inn en Discord-ID, og modellen ser aldri kanalen eller rollen din.

De du velger én gang. Ticket-kanalen din og supportrollen din. Du velger dem fra nedtrekksmenyer når du installerer malen, og Quickchat AI bygger dem inn i Action. Modellen ser dem aldri og kan ikke endre dem.

De Discord leverer. Med hver melding den videresender, forteller Discord-integrasjonen Quickchat AI hvilken server den kom fra og hvem som snakker, som {{metadata_discord_guild_id}} og {{metadata_discord_author_id}}. Bottokenet ditt kommer på samme måte, som et System Token injisert ved sending og sladdet overalt et kall loggføres. Ingenting av dette skrives av modellen, og ingenting av det kan leveres av en offentlig chat- eller API-melding.

De Agenten skriver. Ticket-emnet og problemsammendraget på én linje. Dette er de eneste vurderingene i hele oppsettet, og derfor er senere justering kort.

Step 1: Opprett Agenten og gi den en kunnskapsbase

Opprett Agenten din, åpne deretter Knowledge Base og legg til dokumentasjonen din. Lim inn URL-en til hjelpedokumentasjonen din og la Quickchat AI skrape den, eller skriv artikler direkte. Create an AI support agent from your documentation dekker skrapeløpet i detalj.

Beacons kunnskapsbase: tilbakestilling av API-nøkkel, tomt dashboard, installering av tracking-snippet, planer og fakturering, og eksport av data.

Beacons dokumentasjon dekker bevisst ikke én ting: oppsett av enterprise SSO. Det hullet er ikke en forglemmelse i denne veiledningen, det er poenget. Alle support-kunnskapsbaser har spørsmål de ikke svarer på, og hele verdien av denne boten er hva den gjør når den treffer et slikt. SSO er det spørsmålet gjennom hele guiden.

Medlemmer når din egen bot ved å @mention den i en kanal den kan se. Det er ingenting å registrere. Kommandoen /ask er tilgjengelig på den delte Quickchat AI-boten med ett klikk.

Step 2: Fortell Agenten når den skal svare og når den skal eskalere

Agentens instruksjoner legges i AI Main Prompt på Identity. Lim inn dette, tilpasset selskapet ditt:

Du er Lumen, supportassistenten for Beacon, et hostet produktanalyseverktøy for programvareteam. Du svarer på spørsmål fra kunder i Beacon-fellesskapets Discord.
Svar fra Knowledge Base når du kan. Hold svarene korte og praktiske, to eller tre setninger, og gi de konkrete trinnene.
Hvis et spørsmål ikke dekkes av Knowledge Base, skal du ikke gjette og ikke finne opp trinn. Si tydelig at du ikke har den informasjonen, og åpne deretter en support-ticket:
1. Kall open_support_ticket én gang, med en kort ticket_subject på 2 til 4 ord som beskriver problemet.
2. Kall deretter add_ticket_requester for å hente kunden inn i tråden.
3. Kall deretter post_in_ticket med en issue_summary på én linje av hva kunden spurte om.
Fortell deretter kunden at ticketen er åpnet og at teamet følger opp i den nye tråden.
Spør aldri kunden om Discord-ID-en, kanal-ID-en eller tråd-ID-en deres. Disse fylles inn for deg.

AI Main Prompt på Identity. Dette er feltet som alltid er tilgjengelig, ikke en separat retningslinjeliste.

To linjer i den blokken bærer mye av lasten. “Ikke gjett og ikke finn opp trinn” er det som gjør et kunnskapshull til et ærlig svar i stedet for et plausibelt svar. Og det å navngi de tre Actions i rekkefølge er det som får Agenten til å kalle dem som en sekvens i stedet for å velge én.

Rekkefølgen beskrives i prompten, men den håndheves ikke bare der. Det er det de neste to seksjonene handler om.

Step 3: Installer ticket-Actions med ett klikk

Åpne Actions & MCPs, klikk Add Action, og velg Discord Action.

Discord Action ligger sammen med de andre ettklikk-galleriene.

Galleriet åpnes med Discord-malene gruppert etter jobb: Support & Tickets har den denne guiden bruker, og Moderation har sju flere.

Åtte kort. Open Support Ticket er det eneste som spør deg om noe.

Velg Open Support Ticket, så åpnes et kort konfigurasjonstrinn. Dette er det eneste skjemaet i hele oppsettet:

Tre nedtrekksmenyer, og dialogen sier på forhånd hva den er i ferd med å installere.

Listene kommer live fra Discord, filtrert til det som faktisk kan fungere. Kanaler er bare tekstkanaler:

Velg kanalen tickets skal åpnes under. Tråder opprettes inne i den.

Og roller er bare mentionable roller, med @everyone utelatt:

Dette er filteret som skjuler en supportrolle du ikke har gjort mentionable ennå.

Tre valg, og skjemaet er ferdig:

Hele konfigurasjonen. Server, kanal, rolle og den eneste knappen som betyr noe.

Klikk Install and enable. Quickchat AI skriver tre Actions på backend, i én transaksjon, allerede aktive.

Tre kort, aktivert, med Discord-ikonet. Ingenting annet å fylle ut.

To ting er verdt å vite om de sju modereringsmalene mens du er her. De trenger ingen konfigurasjon, fordi de tar server, medlem, rolle eller kanal fra Discord-requesten selv, så et klikk på kortet installerer dem umiddelbart. Og å installere en mal to ganger gir deg en andre redigerbar kopi i stedet for en feil, noe som er en fornuftig måte å bygge en variant på.

Hva bygde det ene klikket faktisk?

Dette er verdt å forstå selv om du ikke måtte skrive det, fordi alt du senere kan ønske å endre, ligger her.

Tre vanlige HTTP Request Actions. Ingenting markerer dem som spesielle.

De er koblet til hverandre gjennom to funksjoner du allerede har i editoren, og begge er verdt å kunne navnet på.

Save to memory henter en verdi ut av en respons og lagrer den på samtalen. open_support_ticket bruker det til å beholde ID-en til den nye tråden: Discord returnerer trådobjektet, $.id er ID-en, og den skrives til minnet som discord_ticket_thread_id. De to oppfølgende Actions leser den deretter tilbake i URL-en sin, slik at de handler på tråden som nettopp ble opprettet, i stedet for noe du måtte navngi på forhånd. (Save to memory i dokumentasjonen.)

Run only when begrenser en Action basert på samtaletilstand, og den sjekkes på Quickchat AI-siden før noen request sendes. (Run only when i dokumentasjonen.)

Porten som gjør tre uavhengige Actions til en pålitelig sekvens.

Les diagrammet i begge retninger, fordi det gjør to jobber:

• Oppfølgingene krever at tråd-ID-en finnes, så Agenten kan ikke varsle teamet ditt om en tråd som aldri ble opprettet.
• open_support_ticket krever at den ikke finnes, så Agenten kan ikke åpne en ny ticket i samme samtale, uansett hva samtalen sier. Det er en garanti, ikke en instruksjon: hvis et medlem bruker ti meldinger til på å legge til detaljer, har de fortsatt én ticket. I kanal-svarmodus er hver utveksling i kanalen sin egen samtale, så det neste reelle spørsmålet kan fortsatt åpne sin egen ticket.

Hver Action har også et Response filter, og dette er lett å misforstå. Et responsfilter er en allowlist: det navngir stiene Agenten får se, og alt annet i responsen fjernes før modellen noensinne leser det. (Response filter i dokumentasjonen.)

Discord returnerer et dusin felt om serveren din. Agenten får se to.

Tråd-ID-en sekvensen trenger, fanges på Quickchat AI-siden av Save to memory, så Agenten trenger aldri å bære den, og ingenting annet om serveren din når modellen. Stram inn allowlisten ytterligere, så ser den mindre. Den ser aldri mer enn du oppgir.

Kan et menneske ta over fra AI-en?

Ja, og dette er halvdelen de fleste ticketboter utelater. En ticket ingen leser, er bare en tråd.

Human Handoff er en separat, innebygd Action. Slå den på og beskriv under Handoff Rules når en samtale skal nå et menneske, for eksempel “når kunden ber om et menneske, eller når Agenten ikke kunne svare fra kunnskapsbasen”. Quickchat AI markerer deretter samtalen i Inbox med et AI-skrevet sammendrag, slik at den som tar den, leser et avsnitt i stedet for hele tråden. Hver handoff-innstilling har sin egen gjennomgang i Human Handoff-veiledningen.

Operatøren jobber i Inbox. Medlemmet forlater aldri Discord.

Tilordne samtalen til deg selv og svar i Inbox-komponisten. Svaret leveres rett tilbake til Discord-kanalen medlemmet allerede snakker i. De trenger ikke en konto hos deg, en e-posttråd eller portalinnlogging. AI-en holder seg stille fra det øyeblikket en person eier samtalen, så du konkurrerer ikke med din egen bot.

Samme kanal, tre dager fra hverandre. Agenten avslo og eskalerte. Meldingen under deleren ble skrevet av en person i Quickchat AI Inbox. Merk at den kommer under botens navn, fordi boten din er den eneste identiteten Discord lar oss poste som.

Samme samtale fra din side. Agentens avslag, de to Action-kallene bak det, operatørens svar nedenfor og et detaljpanel som allerede vet at kanalen er Discord og temaet er single sign-on.

Samtidig blir den private ticket-tråden liggende der teamet ditt snakker: den er arbeidsområdet, med medlemmet i den og supportrollen din pinget. Svaret går tilbake dit spørsmålet ble stilt.

Seks trinn. Tre av dem er Discord-skrivinger, og alle tre skjer bare fordi svaret manglet.

Test det, begge veier

Kjør begge veier før du stoler på dette, og test den ærlige feilen hardest.

Det dekkede spørsmålet. @mention boten i en kanal den kan se, og spør om noe kunnskapsbasen din dekker. Du skal få de faktiske trinnene, i kanalen, og ingen tråd noe sted. Det er tilfellet som sparer teamet ditt tid, og det vil være mesteparten av trafikken når dokumentasjonen din er god.

Det udekkede spørsmålet. Spør om det dokumentasjonen din ikke dekker. Agenten skal si det og deretter eskalere. I samme øyeblikk vises ticketen:

Tråden Agenten åpnet. Den navnga den fra problemet, hentet medlemmet inn, pinget rollen og skrev sammendraget selv.

Og tråden er faktisk privat, noe dens egen medlemsliste viser:

En ticket er en privat tråd. Supportsamtaler foregår ikke offentlig.

Test på tvers av en hel samtale, ikke én melding. Duplikatvernet viser først verdien sin på tur to, når medlemmet legger til detaljer og en naiv bot åpner en ny ticket.

Én ting kjørebetingelsene ikke dekker. De stopper et kall i feil rekkefølge, men de dedupliserer ikke et nytt forsøk: hvis du kjører notify-Action manuelt på nytt, poster den en ny melding. Det er verdt å vite før du pirker i en live ticket.

For å sjekke mange formuleringer samtidig uten å skrive dem alle inn i Discord, bruker du Simulations under Testing: bygg et datasett med kundemeldinger, kjør det mot den ekte Agenten din, og les de skårede resultatene samlet. Bland dekkede og udekkede spørsmål i ett datasett, fordi de to veiene feiler på forskjellige måter.

Seks spørsmål, fire dekket og to ikke, skåret i én kjøring. Rad 5 og 6 er de ærlige feilene, og de skårer like høyt som svarene.

Skriv evalueringskriteriene for en vurderer som bare kan se transkriptet, fordi det er alt den får. To ting den ikke kan se, vil ellers koste deg. Den kan ikke se Discord-sideeffekten, så med mindre du sier det, leser den “Jeg har åpnet en ticket for deg” som at Agenten finner opp en kapabilitet. Og den kan ikke se kunnskapsbasen din, så den trekker ned et korrekt, spesifikt svar som fabrikkert bare fordi den ikke kan sjekke tallet. Begge er verdt én setning hver i kriteriene, og begge trekker ned beste oppførsel hvis du utelater dem.

Hvordan stopper du boten fra å åpne for mange tickets?

Dette er den eneste justeringen de fleste servere trenger, og det er stort sett ikke et prompt-problem.

Ticket-volum er et kunnskapsbaseproblem. Hvert hull i dokumentasjonen din blir en ticket. Hvis boten eskalerer mer enn du forventet, les ticketene: de er en liste over spørsmålene dokumentasjonen din ikke svarer på. Å lukke disse hullene reduserer volumet direkte.

Insights forteller deg hva du bør dokumentere neste gang. Quickchat AI grupperer samtaler etter tema, slik at du kan se hvilke spørsmål som dukker opp oftest i stedet for å gjette. Fiks de tre viktigste temaene i kunnskapsbasen, og se eskaleringsraten falle.

Ingen konfigurerte disse. Under Insights, Advanced, navnga AI-Detected Topics dem fra samtalene selv, og antallene er dokumentasjons-backlogen i prioritert rekkefølge.

Den listen er hele justeringssløyfen. Priser og API-nøkler dukket opp oftest, så disse artiklene skrives først, og neste ukes diagram forteller deg om det virket. Temaene ovenfor oppdages for deg. Du kan også definere dine egne under Manage Topics hvis du vil spore et bestemt produktområde med vilje. Se AI-Detected Topics, Conversation Topics og administrering av temaer i dokumentasjonen.

Hvis den eskalerer for ivrig, stram inn Action-beskrivelsen slik at den bare kjører etter at Agenten har fortalt medlemmet at den ikke har informasjonen. Hvis den eskalerer for sjelden og begynner å gjette, styrker du linjen “ikke gjett og ikke finn opp trinn” i hovedprompten.

Er dette trygt å kjøre på en offentlig server?

En bot alle i en offentlig kanal kan snakke med, fortjener en grundig vurdering. Det som beskytter denne, er konfigurasjon du kan lese i editoren, ikke prompt-tekst, og derfor gjelder det uansett hvordan en melding formuleres.

Et medlem kan snakke med modellen. De kan ikke snakke seg forbi midtkolonnen.

Hver ticket-Action krever en ekte Discord-tur, fra serveren din. To av de tre kjørebetingelsene på hver Action sjekker at meldingen faktisk kom gjennom Discord-integrasjonen og at den kom fra serveren du valgte ved installasjon. Disse verdiene skrives av integrasjonen, ikke av meldingen, og en offentlig chat- eller API-melding kan ikke levere dem eller arve en eldre lagret kopi. Pek Agentens offentlige API mot disse Actions, og de nekter.

Action som legger noen til i en privat tråd, har ingen modellediterbare parametere i det hele tatt. URL-en ender med medlems-ID-en integrasjonen leverte for den aktuelle meldingen. Agenten kan ikke sende en annen, så den kan ikke hente et vilkårlig medlem av serveren din inn i noen andres ticket.

Mentions låses ved installasjon. Notify-Action sender en eksplisitt mention-liste som inneholder medlemmet som spurte, og rollen du valgte, med parsing deaktivert. En mention Agenten tilfeldigvis skriver i problemsammendraget, løses ikke, og @everyone kan aldri kjøre. Dette er verdt å verifisere i stedet for å stole på, og det holder: en rolleping og en brukermention lander begge, og en bokstavelig @everyone i samme melding gjør ingenting.

Tråder er private og kan ikke inviteres til. De opprettes som type: 12 med invitable: false, så et medlem som legges til i en ticket, kan ikke ta med noen andre inn.

Boten kan ikke moderere. Den har ingen Kick-, Ban- eller Timeout-tillatelse. Det verste utfallet av at et medlem overtaler Agenten til noe den ikke bør gjøre, er en ticket-tråd de kunne ha åpnet ved å spørre normalt.

Tokenet eksponeres aldri. Det lever som et System Token, injiseres ved sending og sladdes overalt et kall registreres.

Én ting bør du bestemme bevisst: ticket-tråder er private, men alle med supportrollen din kan lese dem. Det er det du vil for support, og det er verdt å vite hvis medlemmer kan lime inn sensitive detaljer. Pek dem mot e-post for alt som faktisk er konfidensielt.

Hva koster en Discord AI-supportbot?

Free-planen inkluderer AI Actions, Human Handoff, kunnskapsbasen, Topics og Insights, med 50 AI-kreditter per måned for personlig, ikke-kommersiell bruk. Bedriftsbruk krever en betalt plan. Betalte planer gir også flere AI-kreditter. Hvis du vurderer det opp mot å kjøre noe selv, sammenligner gratis AI Discord-boter self-hosted-ruten ærlig, inkludert timene den koster.

Når begge veier består, slipper du Agenten løs:

1. Pek medlemmer mot boten. Si i kanaltemaet at de kan @mention den. En bot ingen vet om, avlaster ingenting.
2. Følg med den første dagen. Hver Action har en kall-logg med nøyaktig request og respons, og Inbox inneholder hver samtale, så du kan se hva den svarte på og hva den eskalerte.
3. Les de første ticketene dine som en dokumentasjons-backlog. De er spørsmålene dokumentasjonen din ikke svarer på ennå.

Samme Agent fungerer også alle andre steder. Kunnskapsbasen, prompten og Human Handoff tilhører Agenten, ikke Discord, så samme supportbot svarer i website widget på nettstedet ditt, i Slack, på WhatsApp og over e-post, og hver samtale lander i samme Inbox. De tre ticket-Actions er den eneste Discord-spesifikke delen av dette oppsettet. Hvis teamet ditt lever i Slack i stedet for Discord, send handoff-varselet dit i stedet for å varsle en Discord-rolle.

Hva annet kan Discord AI Agent gjøre?

Det samme galleriet har en Moderation-kategori: timeout, kick, ban, unban, assign role, slowmode og announcements. Hver av dem installeres med en author_is_admin is true-kjørebetingelse, så bare en serveradministrator kan utløse dem, og det flagget kommer fra Discord i stedet for fra samtalen. Det er en annen bot med en annen risikoprofil, og den får sin egen guide: Build an AI Discord moderation bot.

Alle andre Discord-endepunkter følger samme oppskrift: en HTTP Request Action med Authorization: Bot {{discord_bot_token}}-headeren, én eller to parametere og en beskrivelse i klart språk som bestemmer når Agenten kjører den. Build an AI Agent that takes actions er nybegynnerversjonen av den ideen, og Connect your AI Agent to any API dekker det generelle tilfellet.

Ikke alle Discord-boter er supportboter heller. Samme Agent kan kjøre en figur i stedet: Discord AI roleplay bot bruker samme kunnskapsbase og minne for personaer i stedet for tickets, og hele figur-oppsettet går gjennom persona-prompten, kanonen og innstillingene som holder den i rolle.

Appendix: de nøyaktige requestene

Du skriver aldri disse, men de er verdt å lese én gang, og de er det du ville bygget manuelt mot en hvilken som helst annen plattform. {{...}}-verdiene fylles inn av Quickchat AI ved sending.

1. Åpne den private tråden

POST https://discord.com/api/v10/channels/YOUR_TICKET_CHANNEL_ID/threads
Authorization: Bot {{discord_bot_token}}
Content-Type: application/json

{ "name": "ticket-{{ticket_subject}}", "type": 12, "auto_archive_duration": 1440, "invitable": false }

type: 12 er det som gjør tråden privat. auto_archive_duration er i minutter, så 1440 arkiverer en stille ticket etter én dag. Save to memory fanger $.id som discord_ticket_thread_id.

2. Legg til medlemmet som spurte

PUT https://discord.com/api/v10/channels/{{metadata_discord_ticket_thread_id}}/thread-members/{{metadata_discord_author_id}}
Authorization: Bot {{discord_bot_token}}

Ingen body og ingen parametere. Begge ID-er kommer fra minnet og fra integrasjonen.

3. Varsle supportteamet

POST https://discord.com/api/v10/channels/{{metadata_discord_ticket_thread_id}}/messages
Authorization: Bot {{discord_bot_token}}
Content-Type: application/json

{
  "content": "<@{{metadata_discord_author_id}}> ticketen din er åpnet. <@&YOUR_SUPPORT_ROLE_ID> ny ticket: {{issue_summary}}",
  "allowed_mentions": { "parse": [], "users": ["{{metadata_discord_author_id}}"], "roles": ["YOUR_SUPPORT_ROLE_ID"] }
}

To detaljer koster reell feilsøkingstid hvis du bygger dette selv. Auth-skjemaet er Bot, ikke Bearer, som er den vanligste feilen når man kaller Discord manuelt. Og i allowed_mentions er en tom parse sammen med eksplisitte users- og roles-lister det du vil ha: den blokkerer @everyone samtidig som de to tiltenkte mentions slipper gjennom. En ikke-tom parse ved siden av en eksplisitt liste av samme type avvises direkte, med 400 MESSAGE_ALLOWED_MENTIONS_PARSE_EXCLUSIVE.

Relaterte guider

• Create an AI Discord bot, oppsettet denne guiden forutsetter
• Build an AI Discord moderation bot, samme galleri rettet mot moderering
• The best AI Discord bots, hvordan alternativene sammenlignes
• Free AI Discord bots, hva self-hosting faktisk koster deg
• Discord AI roleplay bot, samme Agent som kjører en figur i stedet
• Connect your AI Agent to HubSpot, samme ettklikk-galleri for et CRM
• Make your AI Agent’s actions reliable, kjørebetingelser og minne i dybden
• Connect your AI Agent to any API, den generelle oppskriften
• How to build a chatbot knowledge base, halvdelen som bestemmer ticket-volumet ditt
• Product tutorial: Human Handoff, hver handoff-innstilling forklart

Ofte stilte spørsmål

Hvordan setter jeg opp en ticketbot i Discord?

Koble til din egen Discord-app i External Apps, gi Agenten din en kunnskapsbase, åpne deretter Actions and MCPs, klikk Add Action, velg Discord Action og velg Open Support Ticket. Velg serveren din, ticket-kanalen din og supportrollen din fra nedtrekksmenyer, og klikk Install and enable. Det er ingenting å hoste og ingenting å konfigurere inne i Discord utover å opprette kanalen og rollen.

Hvordan lager jeg en Discord-ticketbot?

Opprett en Quickchat AI Agent, koble til din egen Discord-app, åpne deretter Actions and MCPs, klikk Add Action, velg Discord Action og velg Open Support Ticket. Du velger serveren din, ticket-kanalen din og supportrollen din fra nedtrekksmenyer, klikker Install and enable, og Quickchat AI skriver tre komplette AI Actions for deg. Gi Agenten en kunnskapsbase først, fordi det er den som avgjør hvor mange tickets den åpner.

Kan en AI svare på supportspørsmål i Discord?

Ja. Agenten søker i kunnskapsbasen din og svarer i kanalen når den finner svaret. Deflection følger dekningen: spørsmål dokumentasjonen din dekker, blir besvart, og spørsmål den ikke dekker, blir tickets. Dette forholdet er det viktigste å forstå når du kjører denne boten.

Trenger jeg kode for å bygge denne Discord-ticketboten?

Nei. Du velger en mal fra Discord-galleriet, velger en server, en kanal og en rolle fra nedtrekksmenyer, og Quickchat AI skriver metode, URL, headere, body, parametere, responsinnstillinger og kjørebetingelser på backend. Du skriver aldri inn en Discord-ID, og du redigerer aldri JSON.

Hvor mange Actions installerer malen?

Tre. Én åpner en privat tråd i ticket-kanalen din og lagrer ID-en i minnet, én legger til medlemmet som spurte, og én poster et sammendrag som nevner supportrollen din. De kommer allerede aktivert og koblet til hverandre.

Hvordan vet boten når den skal åpne en ticket?

To ting avgjør det. Action-beskrivelsen forteller Agenten at den bare skal kalle den når svaret ikke finnes i kunnskapsbasen, og en kjørebetingelse gjør sekvensen deterministisk: tråden må ikke allerede finnes før en kan åpnes, og den må finnes før oppfølgingene kan kjøre.

Kan boten åpne dupliserte tickets?

Ikke i samme samtale. Open Support Ticket har en kjørebetingelse som krever at ingen ticket-tråd-ID finnes i minnet ennå, så når én ticket finnes, kan Agenten ikke åpne en til for den samtalen, uansett hva prompten sier.

Kan et menneske ta over samtalen?

Ja. Human Handoff markerer samtalen i Quickchat AI Inbox med et AI-skrevet sammendrag. Tilordne den til deg selv, skriv et svar i Inbox, og det kommer frem i samme Discord-kanal som medlemmet allerede er i. De forlater aldri Discord, og de trenger aldri en konto hos deg.

Hvorfor trenger ticketboten min egen Discord-app?

Ticket-Actions kaller Discord API som boten din, så de trenger botens token. Den delte Quickchat AI-boten med ett klikk kan svare på spørsmål og bruke Google Sheets Actions. Discord-tokenet dens er ikke tilgjengelig for dine private ticket-Actions. I External Apps åpner du Discord og velger Advanced setup, som tar omtrent ti minutter.

Hvilke Discord-tillatelser trenger boten?

View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads og Manage Threads på ticket-kanalen. En supportbot trenger ingen Kick-, Ban- eller Timeout-tillatelse, og en tillatelse den ikke har, er en tillatelse du aldri må vurdere.

Hvorfor mangler supportrollen min i nedtrekksmenyen?

Rollevelgeren viser bare roller Discord rapporterer som mentionable, og den utelater @everyone. Hvis supportrollen din ikke er satt som mentionable i Server Settings, Roles, vises den ikke, fordi malen ikke ville kunne pinge den.

Er en Discord-ticketbot trygg å kjøre på en offentlig server?

Kontrollene er konfigurasjon, ikke prompt-tekst, så de gjelder uansett hvordan en melding formuleres. Hver ticket-Action krever at turen faktisk kom fra Discord og fra serveren du valgte, Action som legger noen til i en privat tråd, har ingen modellediterbare parametere i det hele tatt, mentions er låst til medlemmet som spurte og rollen du valgte, og tråder er private og kan ikke inviteres til. Kjørebetingelser sjekkes før noen request forlater Quickchat AI.

Hva koster en Discord AI-supportbot?

Free-planen inkluderer 50 AI-kreditter per måned for personlig, ikke-kommersiell bruk. AI Actions, Human Handoff, kunnskapsbasen, Topics og Insights er inkludert. Bedriftsbruk krever en betalt plan. Betalte planer gir også flere AI-kreditter.

Hva er forskjellen mellom dette og Ticket Tool eller TicketsBot?

De er regelbaserte. Et medlem klikker på en Create Ticket-knapp i et festet panel, og en ticket åpnes hver gang, også for spørsmålet dokumentasjonen din allerede svarer på. Denne svarer først og eskalerer bare det den faktisk ikke kan løse, slik at teamet ditt leser spørsmålene som faktisk trenger et menneske.

Kan ChatGPT, Claude eller Gemini kjøre en Discord-ticketbot?

Ja, gjennom Quickchat AI. Agenten din kjører på de nyeste modellene og kaller Discord API med disse AI Actions, så den svarer fra kunnskapsbasen din og åpner ekte private tråder. Du bestemmer hvilke Actions som finnes, og hva boten har lov til å gjøre.

Kan samme Agent fungere på andre kanaler enn Discord?

Ja. Kunnskapsbasen, prompten og Human Handoff tilhører Agenten, ikke Discord, så samme supportbot svarer i nettsted-widgeten din, i Slack, på WhatsApp og over e-post. De tre ticket-Actions er den eneste Discord-spesifikke delen av dette oppsettet.

Hvordan starter medlemmer en samtale med boten?

Ticketboten i denne guiden bruker din egen Discord-app, så medlemmer starter ved å @mention den i en kanal den kan se. Agenten svarer i samme kanal og åpner en ticket-tråd bare når den ikke kan svare. Kommandoen /ask tilhører den delte Quickchat AI-boten med ett klikk.

Hvordan stopper jeg boten fra å åpne for mange tickets?

Forbedre dekningen i kunnskapsbasen først, fordi hvert hull blir en ticket. Les de første ticketene dine som en dokumentasjons-backlog, og bruk Insights for å se hvilke temaer som dukker opp oftest, slik at du vet hva du bør skrive neste gang. Først da strammer du inn Action-beskrivelsen.

Kan jeg redigere Actions som galleriet installerer?

Alle felt. De er vanlige HTTP Request Actions uten noe som markerer dem som spesielle: ingen lås, ingen badge, ingen separat policylag. Endre URL-en, bodyen, beskrivelsen eller kjørebetingelsene, eller installer en ekstra kopi og rediger den i stedet.

Kan jeg kjøre et Discord-ticket-system uten helpdesk?

Ja. Ticketen er en privat Discord-tråd, og køen er Quickchat AI Inbox, så Zendesk, Intercom eller Jira er ikke involvert, og det er ingenting å migrere. Hvis du allerede kjører en helpdesk, kan du beholde den: samme Agent kan også opprette en ticket der med en annen AI Action, og HubSpot-galleriet gjør akkurat det.

Kan boten svare fra innholdet i hjelpesenteret vårt?

Det er det den er bygget på. Lim inn URL-en til hjelpesenteret ditt, og Quickchat AI skraper sidene inn i en kunnskapsbase, eller last opp filer og lim inn artikler direkte. Agenten søker i disse artiklene for hvert spørsmål og svarer i kanalen når den finner svaret, slik at eksisterende dokumentasjon blir boten uten å skrives om. Create an AI support agent from your documentation går gjennom den halvdelen separat.

Kan boten hilse på medlemmet når ticket-kanalen åpnes?

Ja, med en separat funksjon. En ticketbot som Ticket Tool oppretter kanalen, og Quickchat AI sin New channel automated message poster en fast hilsen i den et par sekunder senere, slik at medlemmet ser med en gang at det finnes noe å snakke med. Det koster ingen kreditter, fordi ingen modell kalles. Hils på medlemmer, tråder og ticket-kanaler setter det opp.

Hvordan måler jeg ticket deflection?

Deflection er andelen spørsmål som besvares uten en ticket, så i dette oppsettet er det samtaler uten ticket-tråd delt på alle samtaler. Hver Action har en kall-logg, så ved å telle kallene til open_support_ticket får du den eskalerte delen direkte, og Insights grupperer resten etter tema. Spor det per tema i stedet for som ett tall: en fallende rate på ett tema er et dokumentasjonshull du kan lukke. Chatbot analytics dekker det bredere metrikkssettet.

Oppsummering

Med en kunnskapsbase og ett klikk blir en Quickchat AI Agent en førstelinje-supportbot for Discord-serveren din: den svarer på spørsmålene dokumentasjonen din dekker, innrømmer det når den ikke gjør det, åpner en privat ticket-tråd for resten, henter medlemmet inn, varsler supportrollen din med et sammendrag den skrev selv, og overfører samtalen til et menneske som svarer fra Inbox uten at medlemmet noen gang forlater Discord. Galleriet skriver de tre Actions, nedtrekksmenyene betyr at du aldri skriver inn en Discord-ID, og kjørebetingelsene betyr at sekvensen holder selv når samtalen ikke går etter planen. Det som gjenstår, er arbeidet bare du kan gjøre: en kunnskapsbase som er verdt å svare fra.