AI Discord ticket-bot: Svar først, eskalér derefter

Quickchat AI besvarer supportspørgsmål i din Discord-server fra din egen dokumentation og åbner kun en privat ticket-tråd, når den ikke kan svare. Denne guide bygger den bot fra start til slut, uden kode, på cirka en halv time.

Resultatet opfører sig som en god first-line agent. Et medlem spørger, hvordan man nulstiller en API-nøgle, og får de rigtige trin i kanalen. Et medlem spørger om noget, dokumentationen ikke dækker, og i stedet for at gætte siger botten det, åbner en privat tråd, trækker medlemmet ind i den, pinger din supportrolle med et resumé på én linje og overdrager samtalen til et menneske, der kan svare fra din Inbox.

Vælg opgaven for din Discord-bot

Denne opsætning besvarer supportspørgsmål og eskalerer huller i din dokumentation. Vælg velkomstguiden til faste hilsner eller moderationsguiden til administratorkommandoer.

Du skal bruge to ting:

• en Quickchat AI Agent (opret din konto)
• en Discord-server, hvor du er admin

Fra tilmelding til din første supporttest

1. Hvis du registrerer dig med email og adgangskode, skal du åbne bekræftelseslinket i din email. I opsætningen skal du beskrive en Discord-support-Agent, klikke på Create my AI Agent og gennemføre opsætningstrinnene, inklusive valg af en plan til din tilsigtede brug.
2. Tilføj din dokumentation under Knowledge Base. I External Apps skal du åbne Discord, derefter Use your own Discord app, og vælge Advanced setup. Den delte one-click-bot kan besvare spørgsmål, men kan ikke køre ticket Actions i denne guide.
3. Opret en ticket-kanal og en mentionable supportrolle på din testserver. I Actions and MCPs skal du klikke på Add Action, vælge Discord Action og installere Open Support Ticket med den server, kanal og rolle.
4. Når du har anvendt Agent-instruktionerne nedenfor, skal du @mention din bot med et spørgsmål, dokumentationen besvarer, og derefter et, den ikke besvarer. Det første bør få et svar uden en ticket. Det andet bør åbne én privat tråd og underrette supportrollen. Tilføj en opfølgning til den anden samtale, og kontrollér, at der ikke åbnes en duplikeret ticket.

Free-planen er til personlig, ikke-kommerciel brug. Vælg en betalt plan, før du bruger botten til en virksomhed. Gennemfør testen med begge forløb, før du inviterer kunder.

Skærmbillederne nedenfor kommer fra en test-Agent kaldet Lumen, supportbotten for en fiktiv produktanalysevirksomhed kaldet Beacon. Virksomheden er opdigtet, så eksemplet forbliver neutralt, men hver samtale, hvert API-kald og hver ticket-tråd, der vises her, blev produceret af en rigtig Agent, der kørte den rigtige svarpipeline mod en rigtig Discord-server.

Det bygger du

Én beslutning pr. spørgsmål. På happy path skrives der slet intet til Discord.

Tre AI Actions udfører eskaleringen, og Quickchat AI installerer alle tre fra ét gallerikort:

Hvad er en knowledge base, og hvorfor bestemmer den din ticket-volumen?

Hvis du ikke har bygget en AI Agent før, er dette det ene begreb, der er to minutter værd.

En knowledge base er din egen dokumentation, indlæst i din Agent og indekseret, så den kan søges i under en samtale. Du kan pege Quickchat AI på din help-docs-URL og lade den scrape siderne, indsætte artikler manuelt eller uploade filer. Ved svartid søger Agenten i den og svarer ud fra det, den finder, i stedet for ud fra det, den underliggende model tilfældigvis husker om verden. Hvis du starter fra ingenting, gennemgår how to build a chatbot knowledge base, hvad du skal skrive og i hvilken rækkefølge.

Alt, hvad din dokumentation dækker, bliver besvaret. Alt, hvad den ikke dækker, bliver til en ticket.

Det er hele håndtaget i denne opsætning. Deflection er ikke et prompt-trick, og det er ikke en modelkapacitet: det er din dækning. Hvis botten eskalerer mere, end du forventede, fortæller tickets dig, hvilke sider du endnu ikke har skrevet.

Illustrativt snarere end målt. Pointen er retningen: at skrive dokumentation er det mest effektive, du kan gøre her.

Kan en AI faktisk besvare supportspørgsmål i Discord?

For de spørgsmål, din dokumentation dækker, ja, og med de rigtige trin i stedet for en parafrase. Her er deflection-tilfældet fra testserveren, uredigeret:

Besvaret i kanalen, fra knowledge base-artiklen. Der blev ikke oprettet en ticket, fordi der ikke var brug for en.

Den mere interessante halvdel er, hvad der sker, når svaret ikke findes der. Botten siger det:

Den ærlige fejl. Beacons knowledge base udelader bevidst enterprise SSO, så dette er forløbet, der åbner en ticket.

En Agent, der opfinder en plausibel SSO-procedure, er værre end en, der åbner en ticket, så denne adfærd er værd at teste bevidst i stedet for at håbe på. Vi vender tilbage til det i test.

To måder at forbinde Discord på, og hvorfor tickets kræver den anden

Quickchat AI har to Discord-forbindelser, og forskellen er vigtig, før du starter.

For en offentlig feedbackkø, der fungerer med den delte bot, se feedback and documentation-gap workflow. De private-ticket Actions nedenfor kræver din egen Discord-botlegitimation.

One-click er den hurtige vej. I External Apps åbner du Discord, klikker på Add to your Discord server, godkender den, og den delte Quickchat AI-bot er live på din server på cirka et minut. Den svarer, når medlemmer @mention den eller bruger /ask, og for mange servere er det hele opgaven.

Du kan give den et navn. Før du godkender, er der et Bot name in the new server-felt, forudfyldt med din Agents navn, og hver forbundet server beholder sin egen Bot name in this server-boks, som du kan ændre senere. Det er et Discord-kaldenavn, så det er pr. server og begrænset til 32 tegn, og hvis du rydder det, sættes botten tilbage til Quickchat AI. Det, der forbliver delt, er avataren og det underliggende @username, fordi én Discord-applikation betjener hver server, der installerer den.

One-click betyder ikke generisk. Botten tager din Agents navn med ind på serveren, og du kan ændre det pr. server bagefter.

Advanced setup registrerer din egen Discord-applikation. Du opretter en bot i Discord’s developer portal og indsætter dens token i Quickchat AI én gang. Det tager cirka ti minutter, og det giver dig din egen avatar og @username, direct messages, flere bots på én server og det, denne guide kræver: Discord API Actions.

Årsagen er værd at sige direkte i stedet for at behandle den som en særhed. Ticket Actions i denne guide kalder Discord API som din bot, med en credential, som Quickchat AI indsætter i requesten ved afsendelse. Den delte one-click-bots token tilhører den delte bot, ikke dig, så den er ikke tilgængelig for dine Actions at sende med. Hvis du åbner Discord-galleriet uden din egen app forbundet, fortæller det dig det og deaktiverer kortene i stedet for at lade dig bygge noget, der ikke kan køre.

External Apps er der, hvor begge forløb starter. Advanced setup ligger i en callout nederst i Discord-panelet.

Det skal du bruge, før du starter

Forbind din egen Discord app. I External Apps skal du åbne Discord, finde Use your own Discord app og vælge Advanced setup. Opret applikationen og botten i Discord’s developer portal, slå Message Content Intent til, lad Require OAuth2 Code Grant være slået fra, og indsæt bottokenet. Quickchat AI validerer det, mens du skriver. Guiden Create an AI Discord bot gennemgår portalsiden i detaljer, hvis du ikke har gjort det før.

Giv kun botten det, en supportbot har brug for. På ticket-kanalen: View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads og Manage Threads. Den behøver ingen Kick-, Ban- eller Timeout-tilladelse og har bevidst ingen af dem på testserveren. En supportbot har ingen grund til at moderere, og en tilladelse, den ikke har, er en tilladelse, du aldrig skal tage stilling til.

I Discord skal du oprette de to ting, Actions skal pege på. Denne del foregår i Discord-klienten, ikke i Quickchat AI, og det er den eneste opsætning, du laver der:

1. En kanal, hvor tickets åbnes. Enhver tekstkanal kan bruges. Brug + ved siden af din kanalliste, eller genbrug en, du har. På testserveren er det #support.
2. En rolle, der skal kaldes, når en ticket åbnes. Server Settings, derefter Roles, derefter Create Role. På testserveren er det @support.

Tre steder, og kun ét af dem er offentligt.

Begge disse vender tilbage i Step 3. Når du installerer ticket-skabelonen, læser Quickchat AI din server live fra Discord og viser dig tre dropdowns, hvoraf én er en Role-vælger, der viser de roller, den fandt. Du vælger din supportrolle der i stedet for at indtaste et ID noget sted.

Role-vælgeren i Step 3. Den læser listen fra Discord, så en rolle, du opretter nu, vises her om et øjeblik.

En detalje, der rammer dig, hvis du springer den over: den vælger viser kun roller, som Discord rapporterer som mentionable, og den udelader @everyone. Hvis din supportrolle ikke er sat til mentionable, vises den ganske enkelt ikke i dropdownen, uden at noget forklarer hvorfor. Filteret er bevidst, fordi skabelonens hele opgave er at pinge den rolle. Sæt det, mens du opretter rollen, så møder du aldrig problemet:

Server Settings, Roles, vælg din supportrolle, og slå dette til under Display. Uden det når rollen aldrig frem til vælgeren.

Hvordan beslutter botten, om den skal svare eller åbne en ticket?

De fleste Discord ticket-bots beslutter ingenting. Ticket Tool, TicketsBot og resten poster et fastgjort panel med en Create Ticket-knap eller registrerer en slash-kommando. Et medlem klikker på den, en ticket åbnes, og dit team læser den. Det er et udmærket design, og det er helt forudsigeligt, men det betyder, at de ti personer, der alle spurgte, hvordan man nulstiller en API-nøgle denne uge, producerede ti tickets.

De samme ti spørgsmål. Forskellen er, hvad dit team ender med at læse.

En bot, der svarer først, læser din dokumentation, før den beslutter sig. Og når den eskalerer, kræver det præcis fire oplysninger at åbne én ticket:

• hvilken kanal tråden åbnes i
• hvilken server spørgsmålet kom fra
• hvem der spørger, så de kan trækkes ind i tråden
• hvad ticketen hedder, og et resumé på én linje af problemet

Det interessante er, at de fire oplysninger kommer på tre helt forskellige måder, og kun den sidste er skrevet af AI’en:

Du indtaster aldrig et Discord ID, og modellen ser aldrig din kanal eller din rolle.

Dem, du vælger én gang. Din ticket-kanal og din supportrolle. Du vælger dem fra dropdowns, når du installerer skabelonen, og Quickchat AI indbygger dem i Action. Modellen ser dem aldrig og kan ikke ændre dem.

Dem, Discord leverer. Med hver besked, den videresender, fortæller Discord-integrationen Quickchat AI, hvilken server den kom fra, og hvem der taler, som {{metadata_discord_guild_id}} og {{metadata_discord_author_id}}. Din bottoken kommer på samme måde, som en System Token, der indsættes ved afsendelse og redigeres væk overalt, hvor et kald logges. Intet af det indtastes af modellen, og intet af det kan leveres af en offentlig chat- eller API-besked.

Dem, Agenten skriver. Ticket-emnet og issuesammendraget på én linje. Det er de eneste vurderinger i hele opsætningen, og derfor er tuning senere kort.

Step 1: Opret Agenten, og giv den en knowledge base

Opret din Agent, åbn derefter Knowledge Base, og tilføj din dokumentation. Indsæt din help-docs-URL, og lad Quickchat AI scrape den, eller skriv artikler direkte. Create an AI support agent from your documentation gennemgår scraping-forløbet i detaljer.

Beacons knowledge base: nulstilling af en API-nøgle, et tomt dashboard, installation af tracking-snippet, planer og fakturering samt eksport af data.

Beacons dokumentation dækker bevidst ikke én ting: opsætning af enterprise SSO. Det hul er ikke en forglemmelse i denne tutorial, det er pointen. Hver support-knowledge base har spørgsmål, den ikke besvarer, og hele værdien af denne bot er, hvad den gør, når den rammer et. SSO er det spørgsmål gennem hele denne guide.

Medlemmer når din egen bot ved at @mentioning it i en kanal, den kan se. Der er intet at registrere. Kommandoen /ask er tilgængelig på den delte Quickchat AI-bot med one-click.

Step 2: Fortæl Agenten, hvornår den skal svare, og hvornår den skal eskalere

Agentens instruktioner placeres i AI Main Prompt på Identity. Indsæt dette, tilpasset din virksomhed:

Du er Lumen, supportassistenten for Beacon, et hostet produktanalyseværktøj til softwareteams. Du besvarer spørgsmål fra kunder i Beacon community Discord.
Svar fra din Knowledge Base, når du kan. Hold svar korte og praktiske, to eller tre sætninger, og giv de konkrete trin.
Hvis et spørgsmål ikke er dækket af din Knowledge Base, må du ikke gætte og ikke opfinde trin. Sig tydeligt, at du ikke har de oplysninger, og åbn derefter en support-ticket:
1. Kald open_support_ticket én gang med en kort ticket_subject på 2 til 4 ord, der beskriver problemet.
2. Kald derefter add_ticket_requester for at bringe kunden ind i tråden.
3. Kald derefter post_in_ticket med et issue_summary på én linje af det, kunden spurgte om.
Fortæl derefter kunden, at deres ticket er åben, og at teamet følger op i den nye tråd.
Bed aldrig kunden om deres Discord ID, channel ID eller thread ID. De udfyldes for dig.

AI Main Prompt på Identity. Dette er det altid tilgængelige felt, ikke en separat guidelines-liste.

To linjer i den blok er bærende. “Du må ikke gætte og ikke opfinde trin” er det, der gør et hul i knowledge base til et ærligt svar i stedet for et plausibelt. Og det at navngive de tre Actions i rækkefølge får Agenten til at kalde dem som en sekvens i stedet for at vælge én.

Rækkefølgen beskrives i prompten, men den håndhæves ikke kun der, hvilket de næste to afsnit handler om.

Step 3: Installer ticket Actions med ét klik

Åbn Actions & MCPs, klik på Add Action, og vælg Discord Action.

Discord Action ligger sammen med de andre one-click-gallerier.

Galleriet åbnes med Discord-skabelonerne grupperet efter opgave: Support & Tickets indeholder den, denne guide bruger, og Moderation indeholder syv mere.

Otte kort. Open Support Ticket er det eneste, der spørger dig om noget.

Vælg Open Support Ticket, og et kort konfigurationstrin åbnes. Dette er den eneste formular i hele opsætningen:

Tre dropdowns, og dialogen siger på forhånd, hvad den er ved at installere.

Listerne kommer live fra Discord, filtreret til det, der faktisk kan fungere. Channels er kun tekstkanaler:

Vælg den kanal, som tickets skal åbnes under. Tråde oprettes inde i den.

Og roller er kun mentionable roller, med @everyone udelukket:

Dette er filteret, der skjuler en supportrolle, du endnu ikke har gjort mentionable.

Tre valg, og formularen er færdig:

Hele konfigurationen. Server, channel, role og den eneste knap, der betyder noget.

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

Tre kort, aktiveret, med Discord-ikonet. Intet andet at udfylde.

To ting er værd at vide om de syv moderationsskabeloner, mens du er her. De kræver ingen konfiguration, fordi de tager server, member, role eller channel fra selve Discord-requesten, så et klik på kortet installerer dem med det samme. Og installation af en skabelon to gange giver dig en anden redigerbar kopi i stedet for en fejl, hvilket er en rimelig måde at bygge en variant på.

Hvad byggede det ene klik faktisk?

Det er værd at forstå, selvom du ikke skulle indtaste det, fordi alt, du måske senere vil ændre, bor her.

Tre almindelige HTTP Request Actions. Intet markerer dem som særlige.

De er forbundet med hinanden via to funktioner, du allerede har i editoren, og begge er værd at kende ved navn.

Save to memory fanger en værdi fra et svar og gemmer den på samtalen. open_support_ticket bruger den til at beholde den nye tråds ID: Discord returnerer trådobjektet, $.id er ID’et, og det skrives til memory som discord_ticket_thread_id. De to opfølgende Actions læser det derefter tilbage i deres URL, så de arbejder på den tråd, der netop blev oprettet, i stedet for noget, du skulle navngive på forhånd. (Save to memory in the docs.)

Run only when gatekeeper en Action på samtalens tilstand, og den kontrolleres på Quickchat AI’s side, før nogen request sendes. (Run only when in the docs.)

Gaten, der gør tre uafhængige Actions til en pålidelig sekvens.

Læs diagrammet i begge retninger, fordi det gør to ting:

• Opfølgningerne kræver, at thread ID findes, så Agenten ikke kan kalde dit team om en tråd, der aldrig blev oprettet.
• open_support_ticket kræver, at det ikke findes, så Agenten kan ikke åbne en anden ticket i samme samtale, uanset hvad samtalen siger. Det er en garanti snarere end en instruktion: hvis et medlem bruger ti beskeder mere på at tilføje detaljer, har de stadig én ticket. I channel reply mode er hver udveksling i kanalen sin egen samtale, så det næste reelle spørgsmål kan stadig åbne sin egen ticket.

Hver Action har også et Response filter, og det er let at misforstå. Et response filter er en allowlist: det navngiver de paths, Agenten må se, og alt andet i svaret fjernes, før modellen overhovedet læser det. (Response filter in the docs.)

Discord returnerer et dusin felter om din server. Agenten får vist to.

Det thread ID, sekvensen skal bruge, fanges på Quickchat AI’s side af Save to memory, så Agenten aldrig skal bære det, og intet andet om din server når modellen. Stram allowlisten yderligere, og den ser mindre. Den ser aldrig mere, end du lister.

Kan et menneske overtage fra AI’en?

Ja, og dette er den halvdel, de fleste ticket-bots udelader. En ticket, som ingen læser, er bare en tråd.

Human Handoff er en separat, indbygget Action. Slå den til, og beskriv under Handoff Rules, hvornår en samtale skal nå et menneske, for eksempel “når kunden beder om et menneske, eller når Agenten ikke kunne svare fra knowledge base”. Quickchat AI markerer derefter samtalen i din Inbox med et AI-skrevet resumé, så den, der tager den, læser et afsnit i stedet for hele tråden. Hver handoff-indstilling har sin egen gennemgang i the Human Handoff tutorial.

Operatøren arbejder i Inbox. Medlemmet forlader aldrig Discord.

Tildel samtalen til dig selv, og svar i Inbox-composeren. Det svar leveres direkte tilbage til den Discord-kanal, medlemmet allerede taler i. De behøver ikke en konto hos dig, en emailtråd eller et portallogin. AI’en er stille fra det øjeblik, en person ejer samtalen, så du konkurrerer ikke med din egen bot.

Den samme kanal, tre dage fra hinanden. Agenten afviste og eskalerede. Beskeden under deleren blev skrevet af en person i Quickchat AI Inbox. Bemærk, at den ankommer under din bots navn, fordi din bot er den eneste identitet, Discord lader os poste som.

Den samme samtale fra din side. Agentens afvisning, de to Action-kald bag den, operatørens svar nedenfor og et detaljepanel, der allerede ved, at kanalen er Discord, og at emnet er single sign-on.

Imens bliver den private ticket-tråd der, hvor dit team taler: det er arbejdsrummet, med medlemmet i den og din supportrolle pinget. Svaret går tilbage til det sted, hvor spørgsmålet blev stillet.

Seks trin. Tre af dem er Discord-skrivninger, og alle tre sker kun, fordi svaret manglede.

Test det på begge måder

Kør begge forløb, før du stoler på dette, og test den ærlige fejl hårdest.

Det dækkede spørgsmål. @mention botten i en kanal, den kan se, og spørg om noget, din knowledge base dækker. Du bør få de rigtige trin, i kanalen, og ingen tråd nogen steder. Det er det tilfælde, der sparer dit team tid, og det vil være det meste af din trafik, når din dokumentation er god.

Det udækkede spørgsmål. Spørg om det, din dokumentation ikke dækker. Agenten bør sige det og derefter eskalere. I samme øjeblik vises ticketen:

Tråden, Agenten åbnede. Den navngav den ud fra problemet, trak medlemmet ind, pingede rollen og skrev selv resuméet.

Og tråden er reelt privat, hvilket dens egen medlemsliste beviser:

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

Test på tværs af en hel samtale, ikke én besked. Duplikatbeskyttelsen viser først sin værdi på tur to, når medlemmet tilføjer detaljer, og en naiv bot åbner en anden ticket.

Én ting, run conditions ikke dækker. De stopper et kald i forkert rækkefølge, men de deduplikerer ikke et retry: hvis du genkører notify Action manuelt, poster den en anden besked. Det er værd at vide, før du begynder at pille ved en live ticket.

Hvis du vil teste mange formuleringer på én gang uden at skrive dem alle i Discord, skal du bruge Simulations under Testing: build a dataset med kundebeskeder, run it mod din rigtige Agent, og read the scored results samlet. Bland dækkede og udækkede spørgsmål i ét dataset, fordi de to forløb fejler på forskellige måder.

Seks spørgsmål, fire dækket og to ikke, scoret i én kørsel. Række 5 og 6 er de ærlige fejl, og de scorer lige så højt som svarene.

Skriv evalueringskriterierne til en grader, der kun kan se transcriptet, fordi det er alt, den får. To ting, den ikke kan se, vil ellers koste dig. Den kan ikke se Discord-sideeffekten, så medmindre du siger det, læser den “Jeg har åbnet en ticket for dig” som om Agenten opfinder en kapacitet. Og den kan ikke se din knowledge base, så den markerer et korrekt, specifikt svar ned som fabrikeret, blot fordi den ikke kan kontrollere tallet. Begge er en sætning værd i kriterierne, og begge markerer din bedste adfærd ned, hvis du udelader dem.

Hvordan stopper du botten fra at åbne for mange tickets?

Dette er den eneste tuning, de fleste servere har brug for, og det er for det meste ikke et prompt-problem.

Ticket-volumen er et knowledge base-problem. Hvert hul i din dokumentation bliver til en ticket. Hvis botten eskalerer mere, end du forventede, så læs tickets: de er en liste over de spørgsmål, din dokumentation ikke besvarer. At lukke disse huller reducerer volumen direkte.

Insights fortæller dig, hvad du skal dokumentere næste gang. Quickchat AI grupperer samtaler efter emne, så du kan se, hvilke spørgsmål der dukker op oftest, i stedet for at gætte. Ret de tre vigtigste emner i din knowledge base, og se eskaleringsraten falde.

Ingen konfigurerede disse. Under Insights, Advanced navngav AI-Detected Topics dem ud fra samtalerne selv, og optællingerne er dokumentationsefterslæbet i prioriteret rækkefølge.

Den liste er hele tuning-loopet. Pricing og API keys optrådte mest, så de artikler skrives først, og næste uges diagram fortæller dig, om det virkede. Emnerne ovenfor opdages for dig. Du kan også definere dine egne under Manage Topics, hvis du bevidst vil følge et bestemt produktområde. Se AI-Detected Topics, Conversation Topics og managing topics i dokumentationen.

Hvis den eskalerer for ivrigt, skal du stramme Action-beskrivelsen, så den kun kører, efter Agenten har fortalt medlemmet, at den ikke har oplysningerne. Hvis den eskalerer for sjældent og begynder at gætte, skal du styrke linjen “du må ikke gætte og ikke opfinde trin” i hovedprompten.

Er dette sikkert at køre på en offentlig server?

En bot, som alle i en offentlig kanal kan tale med, fortjener et grundigt blik. Det, der beskytter denne, er konfiguration, du kan læse i editoren, ikke prompt-formulering, og derfor holder den uanset, hvordan en besked er formuleret.

Et medlem kan tale med modellen. De kan ikke tale forbi den midterste kolonne.

Hver ticket Action kræver en rigtig Discord-tur fra din server. To af de tre run conditions på hver Action kontrollerer, at beskeden faktisk ankom via Discord-integrationen, og at den kom fra den server, du valgte ved installation. Disse værdier er skrevet af integrationen, ikke af beskeden, og en offentlig chat- eller API-besked kan ikke levere dem eller arve en ældre gemt kopi. Peg din Agents public API på disse Actions, og de afviser.

Den Action, der tilføjer nogen til en privat tråd, har slet ingen modelredigerbare parametre. Dens URL slutter med det member ID, integrationen leverede for den aktuelle besked. Agenten kan ikke sende et andet, så den kan ikke trække et vilkårligt medlem af din server ind i en andens ticket.

Mentions er låst ved installation. Notify Action sender en eksplicit mention-liste med medlemmet, der spurgte, og rollen, du valgte, med parsing deaktiveret. En mention, som Agenten tilfældigvis skriver i issuesammendraget, bliver ikke opløst, og @everyone kan aldrig udløses. Dette er værd at verificere i stedet for at stole på, og det holder: et role ping og en user mention lander begge, og et bogstaveligt @everyone i samme besked gør ingenting.

Tråde er private og kan ikke inviteres til. De oprettes som type: 12 med invitable: false, så et medlem, der er tilføjet til en ticket, ikke kan tage andre med ind i den.

Botten kan ikke moderere. Den har ingen Kick-, Ban- eller Timeout-tilladelse. Det værste resultat af, at et medlem taler Agenten ind i noget, den ikke burde gøre, er en ticket-tråd, de kunne have åbnet ved at spørge normalt.

Tokenet eksponeres aldrig. Det lever som en System Token, indsættes ved afsendelse og redigeres væk overalt, hvor et kald registreres.

Én ting skal du beslutte bevidst: ticket-tråde er private, men alle med din supportrolle kan læse dem, hvilket er det, du vil have til support, og værd at vide, hvis medlemmer kan indsætte følsomme detaljer. Henvis dem til email for alt, der reelt er fortroligt.

Hvad koster en Discord AI-supportbot?

Free-planen inkluderer AI Actions, Human Handoff, knowledge base, Topics og Insights, med 50 AI credits om måneden til personlig, ikke-kommerciel brug. Erhvervsbrug kræver en betalt plan. Betalte planer giver også flere AI credits. Hvis du vejer det op mod at køre noget selv, sammenligner free AI Discord bots den selvhostede vej ærligt, inklusive de timer, den koster.

Når begge forløb består, kan du slippe Agenten løs:

1. Peg medlemmer mod botten. Sig i dit kanaltema, at de kan @mention den. En bot, ingen kender til, deflecter ingenting.
2. Hold øje den første dag. Hver Action har en call log med den præcise request og response, og Inbox indeholder hver samtale, så du kan se, hvad den besvarede, og hvad den eskalerede.
3. Læs dine første tickets som et dokumentationsefterslæb. De er de spørgsmål, din dokumentation endnu ikke besvarer.

Den samme Agent fungerer også alle andre steder. Knowledge base, prompten og Human Handoff tilhører Agenten, ikke Discord, så den samme supportbot svarer i din website widget, i Slack, på WhatsApp og via email, og hver samtale lander i samme Inbox. De tre ticket Actions er den eneste Discord-specifikke del af denne opsætning. Hvis dit team arbejder i Slack i stedet for Discord, kan du send the handoff notification there i stedet for at kalde en Discord-rolle.

Hvad kan din Discord AI Agent ellers gøre?

Det samme galleri har en Moderation-kategori: timeout, kick, ban, unban, assign role, slowmode og announcements. Hver af dem installeres med en author_is_admin is true run condition, så kun en serveradministrator kan udløse dem, og det flag kommer fra Discord i stedet for fra samtalen. Det er en anden bot med en anden risikoprofil, og den får sin egen guide: Build an AI Discord moderation bot.

Alle andre Discord endpoints følger den samme opskrift: en HTTP Request Action med Authorization: Bot {{discord_bot_token}}-headeren, en parameter eller to og en beskrivelse i almindeligt sprog, der afgør, hvornår Agenten udløser den. Build an AI Agent that takes actions er begynderversionen af den idé, og Connect your AI Agent to any API dækker det generelle tilfælde.

Ikke alle Discord-bots er supportbots. Den samme Agent kan også køre en karakter: Discord AI roleplay bot bruger den samme knowledge base og memory til personas i stedet for tickets, og the full character build gennemgår persona-prompten, canon og de indstillinger, der holder den i karakter.

Appendix: de præcise requests

Du indtaster aldrig disse, men de er værd at læse én gang, og de er det, du ville bygge manuelt mod enhver anden platform. {{...}}-værdierne udfyldes af Quickchat AI ved afsendelse.

1. Åbn den private tråd

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, der gør tråden privat. auto_archive_duration er i minutter, så 1440 arkiverer en stille ticket efter en dag. Save to memory fanger $.id som discord_ticket_thread_id.

2. Tilføj medlemmet, der spurgte

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 parametre. Begge ID’er kommer fra memory og fra integrationen.

3. Underret 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}}> din ticket er åben. <@&YOUR_SUPPORT_ROLE_ID> ny ticket: {{issue_summary}}",
  "allowed_mentions": { "parse": [], "users": ["{{metadata_discord_author_id}}"], "roles": ["YOUR_SUPPORT_ROLE_ID"] }
}

To detaljer koster reel debuggingtid, hvis du bygger dette selv. Auth-skemaet er Bot, ikke Bearer, hvilket er den mest almindelige fejl, når man kalder Discord manuelt. Og i allowed_mentions er en tom parse sammen med eksplicitte users- og roles-lister det, du vil have: den blokerer @everyone, mens dine to tilsigtede mentions slipper igennem. En ikke-tom parse ved siden af en eksplicit liste af samme type afvises direkte med 400 MESSAGE_ALLOWED_MENTIONS_PARSE_EXCLUSIVE.

Relaterede guides

• Create an AI Discord bot, opsætningen denne guide forudsætter
• Build an AI Discord moderation bot, det samme galleri rettet mod moderation
• The best AI Discord bots, hvordan mulighederne sammenlignes
• Free AI Discord bots, hvad self-hosting faktisk koster dig
• Discord AI roleplay bot, den samme Agent, der kører en karakter i stedet
• Connect your AI Agent to HubSpot, det samme one-click-galleri til et CRM
• Make your AI Agent’s actions reliable, run conditions og memory i dybden
• Connect your AI Agent to any API, den generelle opskrift
• How to build a chatbot knowledge base, den halvdel, der bestemmer din ticket-volumen
• Product tutorial: Human Handoff, alle handoff-indstillinger forklaret

Ofte stillede spørgsmål

Hvordan sætter jeg en ticket-bot op i Discord?

Forbind din egen Discord app i External Apps, giv din Agent en knowledge base, åbn derefter Actions and MCPs, klik på Add Action, vælg Discord Action, og vælg Open Support Ticket. Vælg din server, din ticket-kanal og din supportrolle fra dropdowns, og klik på Install and enable. Der er intet at hoste og intet at konfigurere inde i Discord ud over at oprette kanalen og rollen.

Hvordan laver jeg en Discord ticket-bot?

Opret en Quickchat AI Agent, forbind din egen Discord app, åbn derefter Actions and MCPs, klik på Add Action, vælg Discord Action, og vælg Open Support Ticket. Du vælger din server, din ticket-kanal og din supportrolle fra dropdowns, klikker på Install and enable, og Quickchat AI skriver tre komplette AI Actions for dig. Giv først Agenten en knowledge base, fordi det er den, der afgør, hvor mange tickets den åbner.

Kan en AI besvare supportspørgsmål i Discord?

Ja. Agenten søger i din knowledge base og svarer i kanalen, når den finder svaret. Deflection følger dækningen: spørgsmål, som din dokumentation dækker, bliver besvaret, og spørgsmål, som den ikke dækker, bliver til tickets. Det forhold er det vigtigste at forstå, når du kører denne bot.

Skal jeg bruge kode for at bygge denne Discord ticket-bot?

Nej. Du vælger en skabelon fra Discord-galleriet, vælger en server, en kanal og en rolle fra dropdowns, og Quickchat AI skriver method, URL, headers, body, parameters, response settings og run conditions på backend. Du indtaster aldrig et Discord ID, og du redigerer aldrig JSON.

Hvor mange Actions installerer skabelonen?

Tre. En åbner en privat tråd i din ticket-kanal og gemmer dens ID i memory, en tilføjer medlemmet, der spurgte, og en poster et resumé, der nævner din supportrolle. De er allerede aktiveret og forbundet med hinanden, når de installeres.

Hvordan ved botten, hvornår den skal åbne en ticket?

To ting afgør det. Action-beskrivelsen fortæller Agenten, at den kun skal kalde den, når svaret ikke findes i knowledge base, og en run condition gør sekvensen deterministisk: tråden må ikke allerede findes, før en kan åbnes, og den skal findes, før opfølgningerne kan køre.

Kan botten åbne duplikerede tickets?

Ikke i samme samtale. Open Support Ticket har en run condition, der kræver, at der endnu ikke findes et ticket thread ID i memory, så når én ticket findes, kan Agenten ikke åbne en anden for den samtale, uanset hvad prompten siger.

Kan et menneske overtage samtalen?

Ja. Human Handoff markerer samtalen i din Quickchat AI Inbox med et AI-skrevet resumé. Tildel den til dig selv, skriv et svar i Inbox, og det lander i den samme Discord-kanal, som medlemmet allerede er i. De forlader aldrig Discord og behøver aldrig en konto hos dig.

Hvorfor skal ticket-botten bruge min egen Discord app?

Ticket Actions kalder Discord API som din bot, så de skal bruge din bots token. Den delte Quickchat AI-bot med one-click kan besvare spørgsmål og bruge Google Sheets Actions. Dens Discord-token er ikke tilgængelig for dine private-ticket Actions. I External Apps skal du åbne Discord og vælge Advanced setup, som tager cirka ti minutter.

Hvilke Discord-tilladelser skal botten bruge?

View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads og Manage Threads på ticket-kanalen. En supportbot behøver ingen Kick-, Ban- eller Timeout-tilladelse, og en tilladelse, den ikke har, er en tilladelse, du aldrig skal tage stilling til.

Hvorfor mangler min supportrolle i dropdownen?

Rollevælgeren viser kun roller, som Discord rapporterer som mentionable, og den udelukker @everyone. Hvis din supportrolle ikke er sat til mentionable i Server Settings, Roles, vises den ikke, fordi skabelonen ikke ville kunne pinge den.

Er en Discord ticket-bot sikker at køre på en offentlig server?

Kontrollerne er konfiguration og ikke prompt-formulering, så de gælder uanset, hvordan en besked er formuleret. Hver ticket Action kræver, at turen faktisk kom fra Discord og fra den server, du valgte, den Action, der tilføjer nogen til en privat tråd, har slet ingen modelredigerbare parametre, mentions er låst til medlemmet, der spurgte, og rollen, du valgte, og tråde er private og kan ikke inviteres til. Run conditions kontrolleres, før nogen request forlader Quickchat AI.

Hvad koster en Discord AI-supportbot?

Free-planen inkluderer 50 AI credits om måneden til personlig, ikke-kommerciel brug. AI Actions, Human Handoff, knowledge base, Topics og Insights er inkluderet. Erhvervsbrug kræver en betalt plan. Betalte planer giver også flere AI credits.

Hvad er forskellen på dette og Ticket Tool eller TicketsBot?

De er regelbaserede. Et medlem klikker på en Create Ticket-knap på et fastgjort panel, og en ticket åbnes hver gang, også for det spørgsmål, din dokumentation allerede besvarer. Denne svarer først og eskalerer kun det, den reelt ikke kan løse, så dit team læser de spørgsmål, der faktisk kræver et menneske.

Kan ChatGPT, Claude eller Gemini køre en Discord ticket-bot?

Ja, via Quickchat AI. Din Agent kører på de nyeste modeller og kalder Discord API med disse AI Actions, så den svarer fra din knowledge base og åbner rigtige private tråde. Du bestemmer, hvilke Actions der findes, og hvad botten må gøre.

Kan den samme Agent fungere på andre kanaler end Discord?

Ja. Knowledge base, prompten og Human Handoff tilhører Agenten, ikke Discord, så den samme supportbot svarer i din website widget, i Slack, på WhatsApp og via email. De tre ticket Actions er den eneste Discord-specifikke del af denne opsætning.

Hvordan starter medlemmer en samtale med botten?

Ticket-botten i denne guide bruger din egen Discord app, så medlemmer starter ved at @mentioning den i en kanal, den kan se. Agenten svarer i samme kanal og åbner kun en ticket-tråd, når den ikke kan svare. Kommandoen /ask tilhører den delte Quickchat AI-bot med one-click.

Hvordan stopper jeg botten fra at åbne for mange tickets?

Forbedr først dækningen i knowledge base, fordi hvert hul bliver til en ticket. Læs dine første tickets som et dokumentationsefterslæb, og brug Insights til at se, hvilke emner der optræder mest, så du ved, hvad du skal skrive næste gang. Først derefter skal du stramme Action-beskrivelsen.

Kan jeg redigere de Actions, som galleriet installerer?

Hvert felt. De er almindelige HTTP Request Actions uden noget, der markerer dem som særlige: ingen lås, intet badge, intet separat policylag. Skift URL, body, beskrivelsen eller run conditions, eller installer en anden kopi og rediger den i stedet.

Kan jeg køre et Discord ticket-system uden en helpdesk?

Ja. Ticketen er en privat Discord-tråd, og køen er din Quickchat AI Inbox, så der er ingen Zendesk, Intercom eller Jira i processen og intet at migrere. Hvis du allerede kører en helpdesk, kan du beholde den: den samme Agent kan også oprette en ticket der med en anden AI Action, og HubSpot gallery gør netop det.

Kan botten svare fra vores help center-indhold?

Det er det, den er bygget på. Indsæt din help center-URL, og Quickchat AI scraper siderne ind i en knowledge base, eller upload filer og indsæt artikler direkte. Agenten søger i disse artikler ved hvert spørgsmål og svarer i kanalen, når den finder svaret, så din eksisterende dokumentation bliver til botten uden at blive omskrevet. Create an AI support agent from your documentation gennemgår den halvdel separat.

Kan botten hilse på medlemmet, når ticket-kanalen åbnes?

Ja, med en separat funktion. En ticket-bot som Ticket Tool opretter kanalen, og Quickchat AI’s New channel automated message poster en fast hilsen i den et par sekunder senere, så medlemmet straks kan se, at der er noget at tale med. Det koster ingen credits, fordi ingen model kaldes. Greet members, threads and ticket channels sætter det op.

Hvordan måler jeg ticket deflection?

Deflection er andelen af spørgsmål, der besvares uden en ticket, så i denne opsætning er det samtaler uden ticket-tråd divideret med alle samtaler. Hver Action gemmer en call log, så optælling af kald til open_support_ticket giver dig den eskalerede halvdel direkte, og Insights grupperer resten efter emne. Følg det pr. emne i stedet for som ét tal: en faldende rate på ét emne er et dokumentationshul, du kan lukke. Chatbot analytics dækker det bredere sæt af målepunkter.

Summary

Med en knowledge base og ét klik bliver en Quickchat AI Agent til en first-line supportbot til din Discord-server: den besvarer de spørgsmål, din dokumentation dækker, indrømmer det, når den ikke gør, åbner en privat ticket-tråd for resten, trækker medlemmet ind, kalder din supportrolle med et resumé, den selv skrev, og overdrager samtalen til et menneske, der svarer fra din Inbox, uden at medlemmet nogensinde forlader Discord. Galleriet skriver de tre Actions, dropdowns betyder, at du aldrig indtaster et Discord ID, og run conditions betyder, at sekvensen holder, selv når samtalen ikke går efter planen. Tilbage er det arbejde, kun du kan gøre: en knowledge base, der er værd at svare fra.