AI Discord-ticketbot: svara först, eskalera sedan utan kod

Quickchat AI besvarar supportfrågor i din Discord-server från din egen dokumentation, och öppnar en privat ticket-tråd bara när den inte kan svara. Den här guiden bygger den boten från början till slut, utan kod, på ungefär en halvtimme.

Resultatet beter sig som en bra första linjens agent. En medlem frågar hur man återställer en API-nyckel och får de riktiga stegen i kanalen. En medlem frågar något som dokumentationen inte täcker, och i stället för att gissa säger boten det, öppnar en privat tråd, tar in medlemmen i den, pingar din supportroll med en sammanfattning på en rad och lämnar över konversationen till en människa som kan svara från din Inbox.

Välj uppgift för din Discord-bot

Den här implementationen besvarar supportfrågor och eskalerar luckor i din dokumentation. Välj välkomstguiden för fasta hälsningar eller modereringsguiden för administratörskommandon.

Du behöver två saker:

• en Quickchat AI Agent (skapa ditt konto)
• en Discord-server där du är admin

Från registrering till ditt första supporttest

1. Om du registrerar dig med e-post och lösenord, öppna verifieringslänken i din e-post. I konfigurationen beskriver du en Discord-support-Agent, klickar på Create my AI Agent och slutför konfigurationsstegen, inklusive att välja en plan för din avsedda användning.
2. Lägg till din dokumentation under Knowledge Base. I External Apps öppnar du Discord, sedan Use your own Discord app, och väljer Advanced setup. Den delade boten med ett klick kan svara på frågor, men kan inte köra ticket-Actions i den här guiden.
3. Skapa en ticket-kanal och en nämnbar supportroll i din testserver. I Actions and MCPs klickar du på Add Action, väljer Discord Action och installerar Open Support Ticket med den servern, kanalen och rollen.
4. När du har tillämpat Agent-instruktionerna nedan @nämner du din bot med en fråga som dokumentationen besvarar, och sedan en som den inte besvarar. Den första ska få ett svar utan en ticket; den andra ska öppna en privat tråd och meddela supportrollen. Lägg till en uppföljning i den andra konversationen och kontrollera att ingen dubblett-ticket öppnas.

Free-planen är för personligt, icke-kommersiellt bruk. Välj en betald plan innan du använder boten för ett företag. Slutför testet med båda vägarna innan du bjuder in kunder.

Skärmbilderna nedan kommer från en test-Agent som heter Lumen, supportboten för ett fiktivt produktanalysföretag som heter Beacon. Företaget är påhittat så att exemplet förblir neutralt, men varje konversation, varje API-anrop och varje ticket-tråd som visas här producerades av en riktig Agent som körde den riktiga svarsprocessen mot en riktig Discord-server.

Vad du kommer att bygga

Ett beslut per fråga. På den lyckade vägen skrivs ingenting alls till Discord.

Tre AI Actions gör eskaleringsarbetet, och Quickchat AI installerar alla tre från ett enda gallerikort:

Vad är en kunskapsbas, och varför styr den din ticket-volym?

Om du inte har byggt en AI Agent tidigare är detta det enda begreppet som är värt två minuter.

En kunskapsbas är din egen dokumentation, inläst i din Agent och indexerad så att den kan sökas under en konversation. Du kan peka Quickchat AI mot din hjälpdocs-URL och låta den skrapa sidorna, klistra in artiklar manuellt eller ladda upp filer. Vid svarstid söker Agent i den och svarar från det den hittar, snarare än från vad den underliggande modellen råkar minnas om världen. Om du börjar från ingenting går hur du bygger en chatbot-kunskapsbas igenom vad du ska skriva och i vilken ordning.

Allt som din dokumentation täcker besvaras. Allt den inte täcker blir en ticket.

Det är hela hävstången i den här implementationen. Avlastning är inte ett prompttrick och det är inte en modellförmåga: det är din täckning. Om boten eskalerar mer än du väntade dig berättar tickets vilka sidor du ännu inte har skrivit.

Illustrativt snarare än uppmätt. Poängen är riktningen: att skriva dokumentation är det som ger störst effekt här.

Kan en AI faktiskt svara på supportfrågor i Discord?

För frågor som din dokumentation täcker, ja, och med de riktiga stegen snarare än en parafras. Här är avlastningsfallet från testservern, oredigerat:

Besvarat i kanalen, från kunskapsbasartikeln. Ingen ticket skapades, eftersom ingen behövdes.

Den mer intressanta halvan är vad som händer när svaret inte finns där. Boten säger det:

Det ärliga misslyckandet. Beacons kunskapsbas utelämnar avsiktligt enterprise SSO, så detta är vägen som öppnar en ticket.

En Agent som hittar på en trovärdig SSO-procedur är sämre än en som öppnar en ticket, så detta beteende är värt att testa medvetet i stället för att hoppas på. Vi återkommer till det i testning.

Två sätt att ansluta Discord, och varför tickets behöver det andra

Quickchat AI har två Discord-anslutningar, och skillnaden spelar roll innan du börjar.

För en offentlig feedbackkö som fungerar med den delade boten, se arbetsflödet för feedback och dokumentationsluckor. De privata ticket-Actions nedan behöver din egen Discord-botcredential.

One-click är den snabba vägen. I External Apps öppnar du Discord, klickar på Add to your Discord server, godkänner den, och den delade Quickchat AI-boten är live på din server på ungefär en minut. Den svarar när medlemmar @nämner den eller använder /ask, och för många servrar är det hela uppgiften.

Du får namnge den. Innan du godkänner finns fältet Bot name in the new server, förifyllt med din Agents namn, och varje ansluten server behåller sin egen ruta Bot name in this server som du kan ändra senare. Det är ett Discord-smeknamn, så det gäller per server och är begränsat till 32 tecken, och om du rensar det går boten tillbaka till Quickchat AI. Det som förblir delat är avataren och det underliggande @username, eftersom en Discord-applikation betjänar varje server som installerar den.

One-click betyder inte generisk. Boten tar med din Agents namn in på servern, och du kan ändra det per server efteråt.

Advanced setup registrerar din egen Discord-applikation. Du skapar en bot i Discords developer portal och klistrar in dess token i Quickchat AI en gång. Det tar ungefär tio minuter och ger dig din egen avatar och @username, direktmeddelanden, flera botar i en server, och det den här guiden behöver: Discord API Actions.

Anledningen är värd att säga tydligt i stället för att behandla den som en egenhet. Ticket-Actions i den här guiden anropar Discord API som din bot, med en credential som Quickchat AI injicerar i begäran vid sändning. Den delade ettklicksbotens token tillhör den delade boten, inte dig, så den är inte tillgänglig för dina Actions att skicka. Om du öppnar Discord-galleriet utan att ha anslutit din egen app säger det det och inaktiverar korten i stället för att låta dig bygga något som inte kan köras.

External Apps är där båda vägarna börjar. Advanced setup finns i en informationsruta längst ned i Discord-panelen.

Vad du behöver innan du börjar

Anslut din egen Discord-app. I External Apps öppnar du Discord, hittar Use your own Discord app och väljer Advanced setup. Skapa applikationen och boten i Discords developer portal, slå på Message Content Intent, lämna Require OAuth2 Code Grant avstängt och klistra in bottoken. Quickchat AI validerar den medan du skriver. Guiden Create an AI Discord bot går igenom portalsidan i detalj om du inte har gjort det tidigare.

Ge boten bara det en supportbot behöver. På ticket-kanalen: View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads och Manage Threads. Den behöver ingen Kick-, Ban- eller Timeout-behörighet, och den har avsiktligt inga sådana på testservern. En supportbot har ingen anledning att moderera, och en behörighet den inte har är en du aldrig behöver resonera om.

Skapa de två saker som Actions ska peka på i Discord. Den här delen sker i Discord-klienten, inte i Quickchat AI, och det är den enda konfiguration du gör där:

1. En kanal där tickets ska öppnas. Vilken textkanal som helst fungerar. Använd + bredvid din kanallista, eller återanvänd en du redan har. På testservern är den #support.
2. En roll att larma när en ticket öppnas. Server Settings, sedan Roles, sedan Create Role. På testservern är den @support.

Tre platser, och bara en av dem är offentlig.

Båda dessa återkommer i Steg 3. När du installerar ticket-mallen läser Quickchat AI din server live från Discord och visar tre rullgardinsmenyer, varav en är en Role-väljare som listar rollerna den hittade. Du väljer din supportroll där i stället för att skriva ett ID någonstans.

Role-väljaren i Steg 3. Den läser listan från Discord, så en roll du skapar nu visas här om en stund.

En detalj som orsakar problem om du hoppar över den: den väljaren listar bara roller som Discord rapporterar som nämnbara, och den utelämnar @everyone. Om din supportroll inte är inställd som nämnbar visas den helt enkelt inte i rullgardinsmenyn, utan någon förklaring. Filtret är avsiktligt, eftersom mallens hela uppgift är att pinga den rollen. Ställ in det medan du skapar rollen så möter du aldrig problemet:

Server Settings, Roles, välj din supportroll och slå på detta under Display. Utan det når rollen aldrig väljaren.

Hur bestämmer boten om den ska svara eller öppna en ticket?

De flesta Discord-ticketbotar bestämmer ingenting. Ticket Tool, TicketsBot och resten publicerar en fäst panel med en Create Ticket-knapp, eller registrerar ett slash-kommando. En medlem klickar, en ticket öppnas, och ditt team läser den. Det är en bra design och den är helt förutsägbar, men det betyder att de tio personer som alla frågade hur man återställer en API-nyckel den här veckan skapade tio tickets.

Samma tio frågor. Skillnaden är vad ditt team till slut behöver läsa.

En bot som svarar först läser din dokumentation innan den bestämmer sig. Och när den eskalerar krävs exakt fyra fakta för att öppna en ticket:

• vilken kanal tråden öppnas i
• vilken server frågan kom från
• vem som frågar, så att personen kan tas in i tråden
• vad ticketen heter, och en sammanfattning av problemet på en rad

Det intressanta är att dessa fyra kommer på tre helt olika sätt, och bara den sista skrivs av AI:n:

Du skriver aldrig ett Discord-ID, och modellen ser aldrig din kanal eller din roll.

De du väljer en gång. Din ticket-kanal och din supportroll. Du väljer dem från rullgardinsmenyer när du installerar mallen, och Quickchat AI bakar in dem i Action. Modellen ser dem aldrig och kan inte ändra dem.

De som Discord tillhandahåller. Med varje meddelande den vidarebefordrar berättar Discord-integrationen för Quickchat AI vilken server det kom från och vem som talar, som {{metadata_discord_guild_id}} och {{metadata_discord_author_id}}. Din bottoken kommer på samma sätt, som en System Token som injiceras vid sändning och maskeras överallt där ett anrop loggas. Inget av detta skrivs av modellen, och inget av det kan tillhandahållas av en offentlig chatt eller ett API-meddelande.

De som Agent skriver. Ticket-ämnet och sammanfattningen av ärendet på en rad. Dessa är de enda bedömningarna i hela implementationen, vilket är varför senare trimning är kort.

Steg 1: Skapa Agent och ge den en kunskapsbas

Skapa din Agent, öppna sedan Knowledge Base och lägg till din dokumentation. Klistra in din hjälpdocs-URL och låt Quickchat AI skrapa den, eller skriv artiklar direkt. Create an AI support agent from your documentation beskriver skrapningsvägen i detalj.

Beacons kunskapsbas: återställning av en API-nyckel, en tom dashboard, installation av tracking-snippet, planer och fakturering samt export av data.

Beacons dokumentation täcker avsiktligt inte en sak: konfiguration av enterprise SSO. Den luckan är inte ett misstag i den här handledningen, den är poängen. Varje supportkunskapsbas har frågor den inte besvarar, och hela värdet med den här boten är vad den gör när den träffar en sådan. SSO är den frågan genom hela guiden.

Medlemmar når din egen bot genom att @nämna den i en kanal den kan se. Det finns inget att registrera. Kommandot /ask är tillgängligt på den delade Quickchat AI-boten med ett klick.

Steg 2: Berätta för Agent när den ska svara och när den ska eskalera

Agentens instruktioner finns i AI Main Prompt på Identity. Klistra in detta, anpassat till ditt företag:

Du är Lumen, supportassistenten för Beacon, ett hostat produktanalysverktyg för mjukvaruteam. Du svarar på frågor från kunder i Beacons community på Discord.
Svara från din Knowledge Base när du kan. Håll svaren korta och praktiska, två eller tre meningar, och ge de konkreta stegen.
Om en fråga inte täcks av din Knowledge Base ska du inte gissa och inte hitta på steg. Säg tydligt att du inte har den informationen, öppna sedan en support-ticket:
1. Anropa open_support_ticket en gång, med ett kort ticket_subject på 2 till 4 ord som beskriver problemet.
2. Anropa sedan add_ticket_requester för att ta in kunden i tråden.
3. Anropa sedan post_in_ticket med en issue_summary på en rad av vad kunden frågade.
Berätta sedan för kunden att deras ticket är öppen och att teamet kommer att följa upp i den nya tråden.
Be aldrig kunden om deras Discord-ID, kanal-ID eller tråd-ID. De fylls i åt dig.

AI Main Prompt på Identity. Detta är det alltid tillgängliga fältet, inte en separat riktlinjelista.

Två rader i det blocket är bärande. “Gissa inte och hitta inte på steg” är det som gör en kunskapslucka till ett ärligt svar i stället för ett trovärdigt. Och att namnge de tre Actions i ordning är det som får Agent att anropa dem som en sekvens i stället för att välja en.

Ordningen beskrivs i prompten, men den genomdrivs inte bara där, vilket är vad de nästa två avsnitten handlar om.

Steg 3: Installera ticket-Actions med ett klick

Öppna Actions & MCPs, klicka på Add Action och välj Discord Action.

Discord Action finns tillsammans med de andra ettklicksgallerierna.

Galleriet öppnas med Discord-mallarna grupperade efter uppgift: Support & Tickets innehåller den här guiden använder, och Moderation innehåller sju till.

Åtta kort. Open Support Ticket är det enda som frågar dig om något.

Välj Open Support Ticket så öppnas ett kort konfigurationssteg. Detta är det enda formuläret i hela implementationen:

Tre rullgardinsmenyer, och dialogen säger direkt vad den tänker installera.

Listorna kommer live från Discord, filtrerade till det som faktiskt kan fungera. Kanaler är endast textkanaler:

Välj kanalen som tickets ska öppnas under. Trådar skapas inuti den.

Och roller är endast nämnbara roller, med @everyone utesluten:

Detta är filtret som döljer en supportroll du inte har gjort nämnbar ännu.

Tre val och formuläret är klart:

Hela konfigurationen. Server, kanal, roll och den enda knapp som spelar roll.

Klicka på Install and enable. Quickchat AI skriver tre Actions på backend, i en transaktion, redan aktiva.

Tre kort, aktiverade, med Discord-ikonen. Inget mer att fylla i.

Två saker är värda att veta om de sju modereringsmallarna medan du är här. De behöver ingen konfiguration alls, eftersom de tar server, medlem, roll eller kanal från själva Discord-begäran, så ett klick på kortet installerar dem direkt. Och att installera en mall två gånger ger dig en andra redigerbar kopia i stället för ett fel, vilket är ett rimligt sätt att bygga en variant.

Vad byggde det där klicket egentligen?

Detta är värt att förstå även om du inte behövde skriva det, eftersom allt du senare kan vilja ändra finns här.

Tre vanliga HTTP Request Actions. Inget markerar dem som särskilda.

De är kopplade till varandra via två funktioner du redan har i editorn, och båda är värda att känna till vid namn.

Save to memory fångar ett värde ur ett svar och lagrar det på konversationen. open_support_ticket använder det för att behålla den nya trådens ID: Discord returnerar trådobjektet, $.id är ID:t, och det skrivs till minnet som discord_ticket_thread_id. De två uppföljande Actions läser sedan tillbaka det i sin URL, så de agerar på tråden som just skapades i stället för något du behövde namnge i förväg. (Save to memory i dokumentationen.)

Run only when spärrar en Action baserat på konversationstillstånd, och den kontrolleras på Quickchat AI:s sida innan någon begäran skickas. (Run only when i dokumentationen.)

Spärren som gör tre oberoende Actions till en tillförlitlig sekvens.

Läs diagrammet åt båda håll, eftersom det gör två jobb:

• Uppföljningarna kräver att tråd-ID:t finns, så Agent kan inte larma ditt team om en tråd som aldrig skapades.
• open_support_ticket kräver att det inte finns, så Agent kan inte öppna en andra ticket i samma konversation, oavsett vad konversationen säger. Det är en garanti snarare än en instruktion: om en medlem ägnar tio meddelanden till att lägga till detaljer har de fortfarande en ticket. I kanalsvarsläge är varje utbyte i kanalen en egen konversation, så nästa riktiga fråga kan fortfarande öppna sin egen ticket.

Varje Action har också ett Response filter, och det är lätt att missläsa. Ett svarsfilter är en allowlist: det namnger sökvägarna som Agent får se, och allt annat i svaret tas bort innan modellen någonsin läser det. (Response filter i dokumentationen.)

Discord returnerar ett dussin fält om din server. Agent visas två.

Tråd-ID:t som sekvensen behöver fångas på Quickchat AI:s sida av Save to memory, så Agent behöver aldrig bära det, och inget annat om din server når modellen. Trimma allowlisten ytterligare så ser den mindre. Den ser aldrig mer än du listar.

Kan en människa ta över från AI:n?

Ja, och det är den halvan de flesta ticketbotar utelämnar. En ticket som ingen läser är bara en tråd.

Human Handoff är en separat, inbyggd Action. Slå på den och beskriv under Handoff Rules när en konversation ska nå en person, till exempel “när kunden ber om en människa, eller när Agent inte kunde svara från kunskapsbasen”. Quickchat AI flaggar sedan konversationen i din Inbox med en AI-skriven sammanfattning, så den som tar den läser ett stycke i stället för hela tråden. Varje handoff-inställning har sin egen genomgång i Human Handoff-handledningen.

Operatören arbetar i Inbox. Medlemmen lämnar aldrig Discord.

Tilldela konversationen till dig själv och svara i Inbox-kompositorn. Det svaret levereras direkt tillbaka till Discord-kanalen där medlemmen redan pratar. De behöver inget konto hos dig, ingen e-posttråd och ingen portalinloggning. AI:n är tyst från det ögonblick en person äger konversationen, så du konkurrerar inte med din egen bot.

Samma kanal, med tre dagars mellanrum. Agent avböjde och eskalerade; meddelandet under avdelaren skrevs av en person i Quickchat AI Inbox. Observera att det kommer under din bots namn, eftersom din bot är den enda identitet Discord låter oss publicera som.

Samma konversation från din sida. Agentens avslag, de två Action-anropen bakom det, operatörens svar nedan och en detaljpanel som redan vet att kanalen är Discord och ämnet är single sign-on.

Samtidigt ligger den privata ticket-tråden kvar där ditt team pratar: den är arbetsytan, med medlemmen i den och din supportroll pingad. Svaret går tillbaka dit frågan ställdes.

Sex steg. Tre av dem är Discord-skrivningar, och alla tre sker bara för att svaret saknades.

Testa det, åt båda håll

Kör båda vägarna innan du förlitar dig på detta, och testa det ärliga misslyckandet mest.

Den täckta frågan. @nämn boten i en kanal den kan se och fråga något som din kunskapsbas täcker. Du ska få de riktiga stegen, i kanalen, och ingen tråd någonstans. Det är fallet som sparar tid för ditt team, och det blir det mesta av din trafik när din dokumentation är bra.

Den otäckta frågan. Fråga om det som din dokumentation inte täcker. Agent ska säga det och sedan eskalera. I samma ögonblick visas ticketen:

Tråden som Agent öppnade. Den namngav den från problemet, tog in medlemmen, pingade rollen och skrev sammanfattningen själv.

Och tråden är faktiskt privat, vilket dess egen medlemslista visar:

En ticket är en privat tråd. Supportkonversationer spelas inte upp offentligt.

Testa över en hel konversation, inte ett meddelande. Dubblettskyddet visar sitt värde först på tur två, när medlemmen lägger till detaljer och en naiv bot öppnar en andra ticket.

En sak körvillkoren inte täcker. De stoppar ett anrop i fel ordning, men de deduplicerar inte ett återförsök: om du kör om notify-Action manuellt publicerar den ett andra meddelande. Värt att veta innan du petar i en live-ticket.

För att kontrollera många formuleringar på en gång utan att skriva alla i Discord använder du Simulations under Testing: bygg ett dataset med kundmeddelanden, kör det mot din riktiga Agent och läs de poängsatta resultaten tillsammans. Blanda täckta och otäckta frågor i ett dataset, eftersom de två vägarna misslyckas på olika sätt.

Sex frågor, fyra täckta och två inte, poängsatta i en körning. Raderna 5 och 6 är de ärliga misslyckandena, och de får lika höga poäng som svaren.

Skriv utvärderingskriterierna för en granskare som bara kan se transkriptet, eftersom det är allt den får. Två saker den inte kan se kostar dig annars. Den kan inte se Discord-bieffekten, så om du inte säger det läser den “Jag har öppnat en ticket åt dig” som att Agent hittar på en förmåga. Och den kan inte se din kunskapsbas, så den markerar ett korrekt, specifikt svar som fabricerat bara för att den inte kan kontrollera siffran. Båda är värda en mening var i kriterierna, och båda sänker ditt bästa beteende om du utelämnar dem.

Hur stoppar du boten från att öppna för många tickets?

Detta är den enda trimning de flesta servrar behöver, och det är oftast inte ett promptproblem.

Ticket-volym är ett kunskapsbasproblem. Varje lucka i din dokumentation blir en ticket. Om boten eskalerar mer än du väntade dig, läs tickets: de är en lista över frågorna din dokumentation inte besvarar. Att stänga dessa luckor minskar volymen direkt.

Insights berättar vad du ska dokumentera härnäst. Quickchat AI grupperar konversationer efter ämne, så du kan se vilka frågor som återkommer oftast i stället för att gissa. Åtgärda de tre viktigaste ämnena i din kunskapsbas och se eskaleringsgraden falla.

Ingen konfigurerade dessa. Under Insights, Advanced, AI-Detected Topics namngav dem från själva konversationerna, och antalen är dokumentationsbackloggen i prioriteringsordning.

Den listan är hela trimningsloopen. Priser och API-nycklar dök upp mest, så de artiklarna skrivs först, och nästa veckas diagram visar om det fungerade. Ämnena ovan upptäcks åt dig; du kan också definiera egna under Manage Topics om du vill följa ett visst produktområde medvetet. Se AI-Detected Topics, Conversation Topics och hantering av ämnen i dokumentationen.

Om den eskalerar för lätt, skärp Action-beskrivningen så att den bara utlöses efter att Agent har sagt till medlemmen att den inte har informationen. Om den eskalerar för sällan och börjar gissa, stärk raden “gissa inte och hitta inte på steg” i huvudprompten.

Är detta säkert att köra på en offentlig server?

En bot som vem som helst i en offentlig kanal kan prata med förtjänar en noggrann granskning. Det som skyddar den här är konfiguration som du kan läsa i editorn, inte promptformulering, vilket är varför den håller oavsett hur ett meddelande formuleras.

En medlem kan prata med modellen. De kan inte prata förbi mittkolumnen.

Varje ticket-Action kräver en riktig Discord-tur, från din server. Två av de tre körvillkoren på varje Action kontrollerar att meddelandet faktiskt kom via Discord-integrationen och att det kom från servern du valde vid installation. Dessa värden skapas av integrationen, inte av meddelandet, och en offentlig chatt eller ett API-meddelande kan inte tillhandahålla dem eller ärva en äldre lagrad kopia. Rikta din Agents offentliga API mot dessa Actions och de vägrar.

Action som lägger till någon i en privat tråd har inga modellredigerbara parametrar alls. Dess URL slutar med medlems-ID:t som integrationen tillhandahöll för det aktuella meddelandet. Agent kan inte skicka ett annat, så den kan inte dra in en godtycklig medlem på din server i någon annans ticket.

Omnämnanden låses vid installation. Notify-Action skickar en uttrycklig omnämnandelista som innehåller medlemmen som frågade och rollen du valde, med parsing avstängd. Ett omnämnande som Agent råkar skriva i ärendesammanfattningen löses inte, och @everyone kan aldrig utlösas. Detta är värt att verifiera i stället för att lita på, och det håller: en rollping och ett användaromnämnande går fram, och ett bokstavligt @everyone i samma meddelande gör ingenting.

Trådar är privata och inte inbjudningsbara. De skapas som type: 12 med invitable: false, så en medlem som lagts till i en ticket kan inte ta in någon annan.

Boten kan inte moderera. Den har ingen Kick-, Ban- eller Timeout-behörighet. Det värsta resultatet av att en medlem pratar Agent till något den inte borde göra är en ticket-tråd som de kunde ha öppnat genom att fråga normalt.

Token exponeras aldrig. Den finns som en System Token, injiceras vid sändning och maskeras överallt där ett anrop registreras.

En sak att besluta medvetet: ticket-trådar är privata, men alla med din supportroll kan läsa dem, vilket är vad du vill för support och värt att veta om medlemmar kan klistra in känsliga detaljer. Hänvisa dem till e-post för allt som verkligen är konfidentiellt.

Vad kostar en Discord AI-supportbot?

Free-planen innehåller AI Actions, Human Handoff, kunskapsbasen, Topics och Insights, med 50 AI-krediter per månad för personligt, icke-kommersiellt bruk. Företagsanvändning kräver en betald plan; betalda planer ger också fler AI-krediter. Om du väger det mot att köra något själv jämför gratis AI Discord-botar den självhostade vägen ärligt, inklusive timmarna den kostar.

När båda vägarna fungerar, släpp lös Agent:

1. Peka medlemmar mot boten. Säg i kanalämnet att de kan @nämna den. En bot som ingen känner till avlastar ingenting.
2. Följ första dagen. Varje Action behåller en anropslogg med exakt begäran och svar, och Inbox innehåller varje konversation, så du kan se vad den svarade på och vad den eskalerade.
3. Läs dina första tickets som en dokumentationsbacklogg. De är frågorna din dokumentation ännu inte besvarar.

Samma Agent fungerar överallt annars också. Kunskapsbasen, prompten och Human Handoff tillhör Agent, inte Discord, så samma supportbot svarar i din webbplatswidget, i Slack, på WhatsApp och via e-post, och varje konversation landar i samma Inbox. De tre ticket-Actions är den enda Discord-specifika delen av den här implementationen. Om ditt team finns i Slack snarare än Discord, skicka handoff-meddelandet dit i stället för att pinga en Discord-roll.

Vad mer kan din Discord AI Agent göra?

Samma galleri har en Moderation-kategori: timeout, kick, ban, unban, assign role, slowmode och announcements. Var och en installeras med ett author_is_admin is true-körvillkor, så bara en serveradministratör kan trigga dem, och den flaggan kommer från Discord snarare än från konversationen. Det är en annan bot med en annan riskprofil, och den får sin egen guide: Bygg en AI Discord-modereringsbot.

Alla andra Discord-endpoints följer samma recept: en HTTP Request Action med headern Authorization: Bot {{discord_bot_token}}, en parameter eller två, och en beskrivning på vanligt språk som avgör när Agent utlöser den. Build an AI Agent that takes actions är nybörjarversionen av den idén, och Connect your AI Agent to any API täcker det allmänna fallet.

Alla Discord-botar är inte supportbotar heller. Samma Agent kan köra en karaktär i stället: Discord AI-roleplaybot använder samma kunskapsbas och minne för personas snarare än tickets, och den fullständiga karaktärsimplementationen går igenom personaprompten, kanon och inställningarna som håller den i karaktär.

Bilaga: de exakta begärandena

Du skriver aldrig dessa, men de är värda att läsa en gång, och de är vad du skulle bygga manuellt mot vilken annan plattform som helst. Värdena {{...}} fylls i av Quickchat AI vid sändning.

1. Öppna den privata 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 är det som gör tråden privat. auto_archive_duration är i minuter, så 1440 arkiverar en tyst ticket efter en dag. Save to memory fångar $.id som discord_ticket_thread_id.

2. Lägg till medlemmen som frågade

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 och inga parametrar. Båda ID:n kommer från minnet och från integrationen.

3. Meddela 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 är öppen. <@&YOUR_SUPPORT_ROLE_ID> ny ticket: {{issue_summary}}",
  "allowed_mentions": { "parse": [], "users": ["{{metadata_discord_author_id}}"], "roles": ["YOUR_SUPPORT_ROLE_ID"] }
}

Två detaljer kostar verklig felsökningstid om du bygger detta själv. Auth-schemat är Bot, inte Bearer, vilket är det vanligaste misstaget när man anropar Discord manuellt. Och i allowed_mentions är en tom parse tillsammans med explicita users- och roles-listor vad du vill ha: den blockerar @everyone samtidigt som dina två avsedda omnämnanden släpps igenom. En icke-tom parse bredvid en explicit lista av samma typ avvisas direkt, med 400 MESSAGE_ALLOWED_MENTIONS_PARSE_EXCLUSIVE.

Relaterade guider

• Skapa en AI Discord-bot, konfigurationen den här guiden förutsätter
• Bygg en AI Discord-modereringsbot, samma galleri riktat mot moderering
• De bästa AI Discord-botarna, hur alternativen jämförs
• Gratis AI Discord-botar, vad självhosting faktiskt kostar dig
• Discord AI-roleplaybot, samma Agent som kör en karaktär i stället
• Anslut din AI Agent till HubSpot, samma ettklicksgalleri för ett CRM
• Gör din AI Agents actions tillförlitliga, körvillkor och minne på djupet
• Anslut din AI Agent till valfritt API, det allmänna receptet
• Så bygger du en chatbot-kunskapsbas, halvan som avgör din ticket-volym
• Produkthandledning: Human Handoff, varje handoff-inställning förklarad

Vanliga frågor

Hur konfigurerar jag en ticketbot i Discord?

Anslut din egen Discord-app i External Apps, ge din Agent en kunskapsbas, öppna sedan Actions and MCPs, klicka på Add Action, välj Discord Action och välj Open Support Ticket. Välj din server, din ticket-kanal och din supportroll från rullgardinsmenyer och klicka på Install and enable. Det finns inget att hosta och inget att konfigurera i Discord utöver att skapa kanalen och rollen.

Hur skapar jag en Discord-ticketbot?

Skapa en Quickchat AI Agent, anslut din egen Discord-app, öppna sedan Actions and MCPs, klicka på Add Action, välj Discord Action och välj Open Support Ticket. Du väljer din server, din ticket-kanal och din supportroll från rullgardinsmenyer, klickar på Install and enable, och Quickchat AI skriver tre kompletta AI Actions åt dig. Ge först Agent en kunskapsbas, eftersom det är den som avgör hur många tickets den öppnar.

Kan en AI svara på supportfrågor i Discord?

Ja. Agent söker i din kunskapsbas och svarar i kanalen när den hittar svaret. Avlastning följer täckning: frågor som din dokumentation täcker besvaras, och frågor som den inte täcker blir tickets. Det sambandet är det viktigaste att förstå när du kör den här boten.

Behöver jag kod för att bygga den här Discord-ticketboten?

Nej. Du väljer en mall från Discord-galleriet, väljer en server, en kanal och en roll från rullgardinsmenyer, och Quickchat AI skriver metod, URL, headers, body, parametrar, svarsinställningar och körvillkor på backend. Du skriver aldrig ett Discord-ID och du redigerar aldrig JSON.

Hur många Actions installerar mallen?

Tre. En öppnar en privat tråd i din ticket-kanal och sparar dess ID i minnet, en lägger till medlemmen som frågade, och en publicerar en sammanfattning som nämner din supportroll. De levereras redan aktiverade och kopplade till varandra.

Hur vet boten när den ska öppna en ticket?

Två saker avgör det. Action-beskrivningen säger åt Agent att bara anropa den när svaret inte finns i kunskapsbasen, och ett körvillkor gör sekvensen deterministisk: tråden får inte redan finnas innan en kan öppnas, och den måste finnas innan uppföljningarna kan köras.

Kan boten öppna dubbla tickets?

Inte i samma konversation. Open Support Ticket har ett körvillkor som kräver att inget ticket-tråd-ID ännu finns i minnet, så när en ticket finns kan Agent inte öppna en andra för den konversationen, oavsett vad prompten säger.

Kan en människa ta över konversationen?

Ja. Human Handoff flaggar konversationen i din Quickchat AI Inbox med en AI-skriven sammanfattning. Tilldela den till dig själv, skriv ett svar i Inbox, och det kommer fram i samma Discord-kanal som medlemmen redan befinner sig i. De lämnar aldrig Discord och behöver aldrig ett konto hos dig.

Varför behöver ticketboten min egen Discord-app?

Ticket-Actions anropar Discord API som din bot, så de behöver din bots token. Den delade Quickchat AI-boten med ett klick kan svara på frågor och använda Google Sheets Actions. Dess Discord-token är inte tillgänglig för dina privata ticket-Actions. I External Apps öppnar du Discord och väljer Advanced setup, vilket tar ungefär tio minuter.

Vilka Discord-behörigheter behöver boten?

View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads och Manage Threads på ticket-kanalen. En supportbot behöver ingen Kick-, Ban- eller Timeout-behörighet, och en behörighet den inte har är en du aldrig behöver resonera om.

Varför saknas min supportroll i rullgardinsmenyn?

Rollväljaren listar bara roller som Discord rapporterar som nämnbara, och den utesluter @everyone. Om din supportroll inte är inställd som nämnbar i Server Settings, Roles, visas den inte, eftersom mallen inte skulle kunna pinga den.

Är en Discord-ticketbot säker att köra på en offentlig server?

Kontrollerna är konfiguration snarare än promptformulering, så de gäller oavsett hur ett meddelande formuleras. Varje ticket-Action kräver att turen faktiskt kom från Discord och från servern du valde, Action som lägger till någon i en privat tråd har inga modellredigerbara parametrar alls, omnämnanden är låsta till medlemmen som frågade och rollen du valde, och trådar är privata och inte inbjudningsbara. Körvillkor kontrolleras innan någon begäran lämnar Quickchat AI.

Vad kostar en Discord AI-supportbot?

Free-planen innehåller 50 AI-krediter per månad för personligt, icke-kommersiellt bruk. AI Actions, Human Handoff, kunskapsbasen, Topics och Insights ingår. Företagsanvändning kräver en betald plan; betalda planer ger också fler AI-krediter.

Vad är skillnaden mellan detta och Ticket Tool eller TicketsBot?

De är regelbaserade. En medlem klickar på en Create Ticket-knapp på en fäst panel och en ticket öppnas varje gång, även för frågor som din dokumentation redan besvarar. Den här svarar först och eskalerar bara det den faktiskt inte kan lösa, så ditt team läser de frågor som faktiskt behöver en person.

Kan ChatGPT, Claude eller Gemini köra en Discord-ticketbot?

Ja, via Quickchat AI. Din Agent körs på de senaste modellerna och anropar Discord API med dessa AI Actions, så den svarar från din kunskapsbas och öppnar riktiga privata trådar. Du bestämmer vilka Actions som finns och vad boten får göra.

Kan samma Agent fungera på andra kanaler än Discord?

Ja. Kunskapsbasen, prompten och Human Handoff tillhör Agent, inte Discord, så samma supportbot svarar i din webbplatswidget, i Slack, på WhatsApp och via e-post. De tre ticket-Actions är den enda Discord-specifika delen av den här implementationen.

Hur startar medlemmar en konversation med boten?

Ticketboten i den här guiden använder din egen Discord-app, så medlemmar börjar genom att @nämna den i en kanal den kan se. Agent svarar i samma kanal och öppnar en ticket-tråd bara när den inte kan svara. Kommandot /ask tillhör den delade Quickchat AI-boten med ett klick.

Hur stoppar jag boten från att öppna för många tickets?

Förbättra kunskapsbasens täckning först, eftersom varje lucka blir en ticket. Läs dina första tickets som en dokumentationsbacklogg, och använd Insights för att se vilka ämnen som återkommer mest så att du vet vad du ska skriva härnäst. Först därefter skärper du Action-beskrivningen.

Kan jag redigera de Actions som galleriet installerar?

Varje fält. De är vanliga HTTP Request Actions utan något som markerar dem som särskilda: inget lås, ingen badge, inget separat policylager. Ändra URL, body, beskrivning eller körvillkor, eller installera en andra kopia och redigera den i stället.

Kan jag köra ett Discord-ticketsystem utan ett helpdesk?

Ja. Ticketen är en privat Discord-tråd och kön är din Quickchat AI Inbox, så det finns ingen Zendesk, Intercom eller Jira i flödet och inget att migrera. Om du redan använder ett helpdesk kan du behålla det: samma Agent kan också skapa en ticket där med en annan AI Action, och HubSpot-galleriet gör just det.

Kan boten svara från vårt hjälpcenterinnehåll?

Det är vad den bygger på. Klistra in URL:en till ditt hjälpcenter så skrapar Quickchat AI sidorna till en kunskapsbas, eller ladda upp filer och klistra in artiklar direkt. Agent söker i dessa artiklar vid varje fråga och svarar i kanalen när den hittar svaret, så din befintliga dokumentation blir boten utan att skrivas om. Create an AI support agent from your documentation går igenom den halvan separat.

Kan boten hälsa på medlemmen när ticket-kanalen öppnas?

Ja, med en separat funktion. En ticketbot som Ticket Tool skapar kanalen, och Quickchat AI:s New channel automated message publicerar en fast hälsning i den ett par sekunder senare, så medlemmen ser direkt att det finns något att prata med. Det kostar inga krediter eftersom ingen modell anropas. Hälsa på medlemmar, trådar och ticket-kanaler konfigurerar det.

Hur mäter jag ticket-avlastning?

Avlastning är andelen frågor som besvaras utan en ticket, så i den här implementationen är det konversationer utan ticket-tråd dividerat med alla konversationer. Varje Action behåller en anropslogg, så genom att räkna anropen till open_support_ticket får du den eskalerade halvan direkt, och Insights grupperar resten efter ämne. Följ det per ämne snarare än som ett enda tal: en fallande nivå för ett ämne är en dokumentationslucka du kan stänga. Chatbot-analys täcker den bredare uppsättningen mätvärden.

Sammanfattning

Med en kunskapsbas och ett klick blir en Quickchat AI Agent en första linjens supportbot för din Discord-server: den besvarar frågorna som din dokumentation täcker, medger när den inte gör det, öppnar en privat ticket-tråd för resten, tar in medlemmen, larmar din supportroll med en sammanfattning den skrev själv, och lämnar över konversationen till en människa som svarar från din Inbox utan att medlemmen någonsin lämnar Discord. Galleriet skriver de tre Actions, rullgardinsmenyerna betyder att du aldrig skriver ett Discord-ID, och körvillkoren betyder att sekvensen håller även när konversationen inte går enligt plan. Det som återstår är arbetet som bara du kan göra: en kunskapsbas som är värd att svara från.