בוט טיקטים ב-Discord עם AI: עונה ואז מסלים

Quickchat AI עונה על שאלות תמיכה בשרת Discord שלכם מתוך התיעוד שלכם, ופותח שרשור טיקט פרטי רק כשהוא אינו יכול לענות. המדריך הזה בונה את הבוט מקצה לקצה, ללא קוד, בכחצי שעה.

התוצאה מתנהגת כמו נציג קו ראשון טוב. חבר שואל איך לאפס מפתח API ומקבל את השלבים האמיתיים בערוץ. חבר שואל משהו שהמסמכים אינם מכסים, ובמקום לנחש, הבוט אומר זאת, פותח שרשור פרטי, מכניס אליו את החבר, מתייג את תפקיד התמיכה שלכם עם סיכום בשורה אחת, ומעביר את השיחה לאדם שיכול לענות מתוך ה-Inbox שלכם.

בחרו את העבודה של בוט ה-Discord שלכם

בנייה זו עונה על שאלות תמיכה ומסלימה פערים בתיעוד שלכם. בחרו במדריך הברכה לברכות קבועות או במדריך המודרציה לפקודות מנהלים.

אתם צריכים שני דברים:

• Quickchat AI Agent (צרו חשבון)
• שרת Discord שבו אתם מנהלים

מהרשמה עד בדיקת התמיכה הראשונה

1. אם אתם נרשמים עם אימייל וסיסמה, פתחו את קישור האימות באימייל. בהגדרה, תארו Discord support Agent, לחצו Create my AI Agent, וסיימו את שלבי ההגדרה, כולל בחירת תוכנית לשימוש המיועד שלכם.
2. הוסיפו את התיעוד שלכם תחת Knowledge Base. ב-External Apps, פתחו Discord, ואז Use your own Discord app, ובחרו Advanced setup. הבוט המשותף בקליק אחד יכול לענות על שאלות, אבל אינו יכול להריץ את ה-ticket Actions במדריך הזה.
3. צרו ערוץ טיקטים ותפקיד תמיכה שניתן לאזכור בשרת הבדיקה שלכם. ב-Actions and MCPs, לחצו Add Action, בחרו Discord Action, והתקינו Open Support Ticket עם אותו שרת, ערוץ ותפקיד.
4. לאחר החלת הוראות ה-Agent שלמטה, עשו @mention לבוט עם שאלה שהמסמכים עונים עליה, ואז עם שאלה שלא. הראשונה צריכה לקבל תשובה ללא טיקט; השנייה צריכה לפתוח שרשור פרטי אחד ולהודיע לתפקיד התמיכה. הוסיפו שאלת המשך לשיחה השנייה ובדקו שלא נפתח טיקט כפול.

תוכנית Free מיועדת לשימוש אישי ולא מסחרי. בחרו תוכנית בתשלום לפני שימוש בבוט לעסק. השלימו את בדיקת שני המסלולים לפני הזמנת לקוחות.

צילומי המסך למטה מגיעים מ-Agent בדיקה בשם Lumen, בוט התמיכה של חברת אנליטיקת מוצר בדיונית בשם Beacon. החברה מומצאת כדי שהדוגמה תישאר ניטרלית, אבל כל שיחה, כל קריאת API וכל שרשור טיקט שמוצגים כאן הופקו על ידי Agent אמיתי שרץ בצינור התשובות האמיתי מול שרת Discord אמיתי.

מה תבנו

החלטה אחת לכל שאלה. במסלול התקין לא נכתב שום דבר ל-Discord.

שלוש AI Actions מבצעות את עבודת ההסלמה, ו-Quickchat AI מתקין את שלושתן מכרטיס גלריה אחד:

מהו בסיס ידע, ולמה הוא קובע את נפח הטיקטים שלכם?

אם עדיין לא בניתם AI Agent, זה המושג ששווה שתי דקות.

בסיס ידע הוא התיעוד שלכם, נטען ל-Agent שלכם ומאונדקס כך שאפשר יהיה לחפש בו במהלך שיחה. אפשר להפנות את Quickchat AI ל-URL של מסמכי העזרה שלכם ולתת לו לסרוק את העמודים, להדביק מאמרים ידנית, או להעלות קבצים. בזמן תשובה ה-Agent מחפש בו ועונה ממה שהוא מוצא, במקום ממה שהמודל הבסיסי במקרה זוכר על העולם. אם אתם מתחילים מאפס, איך לבנות בסיס ידע לצ’אטבוט מסביר מה לכתוב ובאיזה סדר.

כל מה שהמסמכים שלכם מכסים מקבל תשובה. כל מה שהם לא מכסים הופך לטיקט.

זה המנוף כולו בבנייה הזו. הסטה אינה טריק prompt ואינה יכולת מודל: היא הכיסוי שלכם. אם הבוט מסלים יותר מכפי שציפיתם, הטיקטים אומרים לכם אילו עמודים עדיין לא כתבתם.

להמחשה ולא מדידה. הנקודה היא הכיוון: כתיבת מסמכים היא הפעולה בעלת המינוף הגבוה ביותר כאן.

האם AI באמת יכול לענות על שאלות תמיכה ב-Discord?

לשאלות שהמסמכים שלכם מכסים, כן, ועם השלבים האמיתיים ולא פרפרזה. הנה מקרה ההסטה משרת הבדיקה, ללא עריכה:

נענה בערוץ, מתוך מאמר בסיס הידע. לא נוצר טיקט, כי לא היה בו צורך.

החצי המעניין יותר הוא מה קורה כשהתשובה אינה שם. הבוט אומר זאת:

הכישלון הכנה. בסיס הידע של Beacon משמיט בכוונה SSO ארגוני, ולכן זה המסלול שפותח טיקט.

Agent שממציא נוהל SSO סביר גרוע יותר מ-Agent שפותח טיקט, ולכן כדאי לבדוק התנהגות זו במכוון ולא לקוות לה. נחזור לכך ב-בדיקות.

שתי דרכים לחבר Discord, ולמה טיקטים צריכים את השנייה

ל-Quickchat AI יש שני חיבורי Discord, וההבדל חשוב לפני שמתחילים.

לתור משוב ציבורי שעובד עם הבוט המשותף, ראו את תהליך העבודה למשוב ופערי תיעוד. Actions הטיקטים הפרטיים למטה צריכות את אישור הבוט שלכם ב-Discord.

One-click הוא המסלול המהיר. ב-External Apps פותחים Discord, לוחצים Add to your Discord server, מאשרים, והבוט המשותף של Quickchat AI פעיל בשרת שלכם בתוך כדקה. הוא עונה כשחברים עושים לו @mention או משתמשים ב-/ask, ולשרתים רבים זו כל העבודה.

אפשר לתת לו שם. לפני האישור יש שדה Bot name in the new server, שמולא מראש בשם ה-Agent שלכם, וכל שרת מחובר שומר תיבת Bot name in this server משלו שאפשר לשנות אחר כך. זה כינוי Discord, ולכן הוא לפי שרת ומוגבל ל-32 תווים, וניקויו מחזיר את הבוט ל-Quickchat AI. מה שנשאר משותף הוא האווטאר וה-@username הבסיסי, כי אפליקציית Discord אחת משרתת כל שרת שמתקין אותה.

בקליק אחד לא אומר גנרי. הבוט נושא את שם ה-Agent שלכם לתוך השרת, ואפשר לשנות אותו לפי שרת לאחר מכן.

Advanced setup רושם את אפליקציית Discord שלכם. יוצרים בוט ב-Discord’s developer portal ומדביקים את הטוקן שלו ל-Quickchat AI פעם אחת. זה לוקח כעשר דקות ומקנה לכם אווטאר ו-@username משלכם, הודעות ישירות, כמה בוטים בשרת אחד, ואת הדבר שהמדריך הזה צריך: Discord API Actions.

כדאי לומר את הסיבה בפשטות במקום להתייחס אליה כאל חריגה. ה-ticket Actions במדריך הזה קוראות ל-Discord API בתור הבוט שלכם, באמצעות אישור ש-Quickchat AI מזריק לבקשה בזמן השליחה. הטוקן של הבוט המשותף בקליק אחד שייך לבוט המשותף, לא לכם, ולכן אינו זמין ל-Actions שלכם לשליחה. אם תפתחו את גלריית Discord בלי אפליקציה משלכם מחוברת, היא תאמר לכם זאת ותשבית את הכרטיסים במקום לאפשר לכם לבנות משהו שלא יכול לרוץ.

External Apps הוא המקום שבו שני המסלולים מתחילים. Advanced setup נמצא בקריאה לפעולה בתחתית לוח Discord.

מה צריך לפני שמתחילים

חברו את אפליקציית Discord שלכם. ב-External Apps, פתחו Discord, מצאו Use your own Discord app ובחרו Advanced setup. צרו את האפליקציה והבוט ב-Discord’s developer portal, הפעילו את Message Content Intent, השאירו את Require OAuth2 Code Grant כבוי, והדביקו את טוקן הבוט. Quickchat AI מאמת אותו בזמן ההקלדה. מדריך Create an AI Discord bot מכסה את צד הפורטל בפירוט אם לא עשיתם זאת בעבר.

העניקו לבוט רק את מה שבוט תמיכה צריך. בערוץ הטיקטים: View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads ו-Manage Threads. הוא אינו צריך הרשאת Kick, Ban או Timeout, ובשרת הבדיקה הוא מחזיק בכוונה באף אחת מהן. לבוט תמיכה אין סיבה לבצע מודרציה, והרשאה שאין לו היא הרשאה שלעולם אינכם צריכים לחשוב עליה.

ב-Discord, צרו את שני הדברים שה-Actions יצביעו אליהם. חלק זה מתבצע בלקוח Discord, לא ב-Quickchat AI, וזו ההגדרה היחידה שעושים שם:

1. ערוץ שבו טיקטים ייפתחו. כל ערוץ טקסט יתאים. השתמשו ב-+ ליד רשימת הערוצים, או השתמשו בערוץ קיים. בשרת הבדיקה הוא #support.
2. תפקיד לזימון כשנפתח טיקט. Server Settings, אחר כך Roles, ואז Create Role. בשרת הבדיקה הוא @support.

שלושה מקומות, ורק אחד מהם ציבורי.

שני אלה חוזרים ב-Step 3. כשמתקינים את תבנית הטיקט, Quickchat AI קורא את השרת שלכם בזמן אמת מ-Discord ומציג שלוש רשימות נפתחות, אחת מהן בורר Role שמפרט את התפקידים שמצא. בוחרים שם את תפקיד התמיכה במקום להקליד ID כלשהו.

בורר Role ב-Step 3. הוא קורא את הרשימה מ-Discord, כך שתפקיד שתיצרו עכשיו יופיע כאן בעוד רגע.

פרט אחד יפגע בכם אם תדלגו עליו: הבורר הזה מציג רק תפקידים ש-Discord מדווח עליהם כניתנים לאזכור, והוא משמיט את @everyone. אם תפקיד התמיכה שלכם אינו מוגדר כניתן לאזכור, הוא פשוט לא יופיע ברשימה הנפתחת, בלי הסבר. הסינון מכוון, כי כל תפקידה של התבנית הוא לתייג את התפקיד הזה. הגדירו זאת בזמן יצירת התפקיד ולא תפגשו את הבעיה:

Server Settings, Roles, בחרו את תפקיד התמיכה שלכם, והפעילו זאת תחת Display. בלעדיו התפקיד לעולם לא מגיע לבורר.

איך הבוט מחליט לענות או לפתוח טיקט?

רוב בוטי הטיקטים ל-Discord אינם מחליטים דבר. Ticket Tool, TicketsBot והשאר מפרסמים פאנל מוצמד עם כפתור Create Ticket, או רושמים פקודת slash. חבר לוחץ עליו, טיקט נפתח, והצוות שלכם קורא אותו. זה תכנון תקין וצפוי לחלוטין, אבל המשמעות היא שעשרת האנשים ששאלו השבוע איך לאפס מפתח API יצרו עשרה טיקטים.

אותן עשר שאלות. ההבדל הוא מה הצוות שלכם קורא בסוף.

בוט שעונה קודם קורא את המסמכים שלכם לפני שהוא מחליט. וכשהוא מסלים, פתיחת טיקט אחד דורשת בדיוק ארבע עובדות:

• באיזה ערוץ השרשור נפתח
• מאיזה שרת הגיעה השאלה
• מי שואל, כדי שאפשר יהיה להכניס אותו לשרשור
• איך נקרא הטיקט, וסיכום הבעיה בשורה אחת

החלק המעניין הוא שארבעת הדברים האלה מגיעים בשלוש דרכים שונות לחלוטין, ורק האחרון נכתב על ידי ה-AI:

אתם אף פעם לא מקלידים Discord ID, והמודל אף פעם לא רואה את הערוץ או התפקיד שלכם.

אלה שבוחרים פעם אחת. ערוץ הטיקטים ותפקיד התמיכה שלכם. בוחרים אותם מרשימות נפתחות כשמתקינים את התבנית, ו-Quickchat AI מטמיע אותם ב-Action. המודל לעולם לא רואה אותם ואינו יכול לשנות אותם.

אלה ש-Discord מספק. עם כל הודעה שהוא מעביר, אינטגרציית Discord אומרת ל-Quickchat AI מאיזה שרת היא הגיעה ומי מדבר, בתור {{metadata_discord_guild_id}} ו-{{metadata_discord_author_id}}. טוקן הבוט שלכם מגיע באותה דרך, בתור System Token שמוזרק בזמן השליחה ומושחר בכל מקום שבו קריאה נרשמת. שום דבר מזה אינו מוקלד על ידי המודל, ושום דבר מזה לא יכול להיות מסופק על ידי צ’אט ציבורי או הודעת API.

אלה שה-Agent כותב. נושא הטיקט וסיכום הבעיה בשורה אחת. אלה שיקולי הדעת היחידים בכל הבנייה, ולכן הכוונון בהמשך קצר.

Step 1: צרו את ה-Agent ותנו לו בסיס ידע

צרו את ה-Agent, ואז פתחו Knowledge Base והוסיפו את התיעוד שלכם. הדביקו את URL מסמכי העזרה שלכם ותנו ל-Quickchat AI לסרוק אותו, או כתבו מאמרים ישירות. Create an AI support agent from your documentation מכסה את מסלול הסריקה בפירוט.

בסיס הידע של Beacon: איפוס מפתח API, dashboard ריק, התקנת tracking snippet, תוכניות וחיוב, וייצוא נתונים.

המסמכים של Beacon בכוונה לא מכסים דבר אחד: הגדרת SSO ארגוני. הפער הזה אינו טעות במדריך, הוא העיקר. בכל בסיס ידע לתמיכה יש שאלות שהוא אינו עונה עליהן, וכל הערך של הבוט הזה הוא מה שהוא עושה כשהוא פוגש אחת. SSO היא השאלה הזו לאורך המדריך.

חברים מגיעים לבוט שלכם באמצעות @mention שלו בערוץ שהוא יכול לראות. אין מה לרשום. הפקודה /ask זמינה בבוט Quickchat AI המשותף בקליק אחד.

Step 2: אמרו ל-Agent מתי לענות ומתי להסלים

הוראות ה-Agent נכנסות ל-AI Main Prompt ב-Identity. הדביקו זאת, מותאם לחברה שלכם:

אתה Lumen, עוזר התמיכה של Beacon, כלי אנליטיקת מוצר מתארח לצוותי תוכנה. אתה עונה על שאלות של לקוחות ב-Discord הקהילתי של Beacon.
ענה מתוך Knowledge Base בכל פעם שאתה יכול. שמור תשובות קצרות ומעשיות, שניים או שלושה משפטים, ותן את השלבים הקונקרטיים.
אם שאלה אינה מכוסה על ידי Knowledge Base, אל תנחש ואל תמציא שלבים. אמור בפשטות שאין לך את המידע הזה, ואז פתח טיקט תמיכה:
1. Call open_support_ticket once, with a short 2 to 4 word ticket_subject describing the problem.
2. Then call add_ticket_requester to bring the customer into the thread.
3. Then call post_in_ticket with a one line issue_summary of what the customer asked.
לאחר מכן אמור ללקוח שהטיקט שלו פתוח והצוות ימשיך טיפול בשרשור החדש.
לעולם אל תבקש מהלקוח את Discord ID שלו, את channel ID או את thread ID. אלה ממולאים עבורך.

ה-AI Main Prompt ב-Identity. זה השדה הזמין תמיד, לא רשימת הנחיות נפרדת.

שתי שורות בבלוק הזה נושאות עומס. “אל תנחש ואל תמציא שלבים” היא מה שהופך פער ידע לתשובה כנה במקום לתשובה סבירה. וציון שלוש ה-Actions לפי הסדר הוא מה שגורם ל-Agent לקרוא להן כרצף במקום לבחור אחת.

הסדר מתואר ב-prompt, אבל הוא לא נאכף רק שם. על זה עוסקים שני הסעיפים הבאים.

Step 3: התקינו את ה-ticket Actions בקליק אחד

פתחו Actions & MCPs, לחצו Add Action, ובחרו Discord Action.

Discord Action נמצא עם גלריות הקליק האחד האחרות.

הגלריה נפתחת עם תבניות Discord מקובצות לפי עבודה: Support & Tickets מכילה את זו שהמדריך משתמש בה, ו-Moderation מכילה עוד שבע.

שמונה כרטיסים. Open Support Ticket הוא היחיד ששואל אתכם משהו.

בחרו Open Support Ticket ונפתח שלב הגדרה קצר. זה הטופס היחיד בכל הבנייה:

שלוש רשימות נפתחות, והדיאלוג אומר מראש מה הוא עומד להתקין.

הרשימות מגיעות בזמן אמת מ-Discord, מסוננות למה שיכול לעבוד בפועל. ערוצים הם ערוצי טקסט בלבד:

בחרו את הערוץ שתחתיו טיקטים צריכים להיפתח. שרשורים נוצרים בתוכו.

ותפקידים הם רק תפקידים שניתנים לאזכור, בלי @everyone:

זה הסינון שמסתיר תפקיד תמיכה שעדיין לא הפכתם לניתן לאזכור.

שלוש בחירות והטופס מוכן:

כל התצורה. שרת, ערוץ, תפקיד, והכפתור היחיד שחשוב.

לחצו Install and enable. Quickchat AI כותב שלוש Actions ב-backend, בעסקה אחת, כבר פעילות.

שלושה כרטיסים, מופעלים, עם סמל Discord. אין עוד מה למלא.

שני דברים שכדאי לדעת על שבע תבניות המודרציה בזמן שאתם כאן. הן לא צריכות שום תצורה, כי הן לוקחות את השרת, החבר, התפקיד או הערוץ מבקשת Discord עצמה, ולכן לחיצה על הכרטיס מתקינה אותן מיד. והתקנת תבנית פעמיים נותנת לכם עותק שני ניתן לעריכה במקום שגיאה, דרך סבירה לבנות וריאנט.

מה אותו קליק אחד באמת בנה?

כדאי להבין זאת גם אם לא הייתם צריכים להקליד, כי כל מה שאולי תרצו לשנות מאוחר יותר נמצא כאן.

שלוש HTTP Request Actions רגילות. שום דבר לא מסמן אותן כמיוחדות.

הן מחוברות זו לזו דרך שני פיצ’רים שכבר יש לכם בעורך, ושווה להכיר את שניהם בשם.

Save to memory לוכד ערך מתוך תגובה ושומר אותו בשיחה. open_support_ticket משתמש בו כדי לשמור את ה-ID של השרשור החדש: Discord מחזיר את אובייקט השרשור, $.id הוא ה-ID, והוא נכתב לזיכרון בתור discord_ticket_thread_id. שתי ה-Actions הבאות קוראות אותו בחזרה ב-URL שלהן, כך שהן פועלות על השרשור שנוצר עכשיו ולא על משהו שהייתם צריכים לתת לו שם מראש. (Save to memory במסמכים.)

Run only when מגביל Action לפי מצב השיחה, ונבדק בצד של Quickchat AI לפני שליחת בקשה כלשהי. (Run only when במסמכים.)

השער שהופך שלוש Actions עצמאיות לרצף אמין.

קראו את התרשים הזה בשני הכיוונים, כי הוא עושה שתי עבודות:

• פעולות ההמשך דורשות שה-thread ID יתקיים, ולכן ה-Agent אינו יכול לזמן את הצוות שלכם לגבי שרשור שמעולם לא נוצר.
• open_support_ticket דורש שהוא לא יתקיים, ולכן ה-Agent אינו יכול לפתוח טיקט שני באותה שיחה, בלי קשר למה שהשיחה אומרת. זו ערובה ולא הוראה: אם חבר מוסיף פרטים במשך עשר הודעות נוספות, עדיין יש לו טיקט אחד. במצב תשובה בערוץ כל חילוף דברים בערוץ הוא שיחה משלו, ולכן השאלה האמיתית הבאה עדיין יכולה לפתוח טיקט משלה.

לכל Action יש גם Response filter, ואת זה קל לפרש לא נכון. מסנן תגובה הוא רשימת היתר: הוא מציין את הנתיבים שה-Agent רשאי לראות, וכל השאר בתגובה מושלך לפני שהמודל קורא אותו. (Response filter במסמכים.)

Discord מחזיר תריסר שדות על השרת שלכם. ל-Agent מוצגים שניים.

ה-thread ID שהרצף צריך נלכד בצד של Quickchat AI על ידי Save to memory, כך שה-Agent לעולם לא צריך לשאת אותו, ושום דבר אחר על השרת שלכם לא מגיע למודל. צמצמו עוד את רשימת ההיתר והוא יראה פחות. הוא לעולם לא רואה יותר ממה שרשמתם.

האם אדם יכול להשתלט מה-AI?

כן, וזה החצי שרוב בוטי הטיקטים משאירים בחוץ. טיקט שאף אחד לא קורא הוא רק שרשור.

Human Handoff היא Action מובנית נפרדת. הפעילו אותה ותארו תחת Handoff Rules מתי שיחה צריכה להגיע לאדם, למשל “כשהלקוח מבקש אדם, או כשה-Agent לא הצליח לענות מתוך בסיס הידע”. Quickchat AI אז מסמן את השיחה ב-Inbox שלכם עם סיכום שנכתב על ידי AI, כך שמי שלוקח אותה קורא פסקה במקום את כל השרשור. לכל הגדרת handoff יש מדריך משלה ב-מדריך Human Handoff.

המפעיל עובד ב-Inbox. החבר לעולם לא עוזב את Discord.

הקצו את השיחה לעצמכם וענו בעורך ה-Inbox. התשובה הזו נשלחת ישר בחזרה לערוץ Discord שבו החבר כבר מדבר. הוא לא צריך חשבון אצלכם, שרשור אימייל או התחברות לפורטל. ה-AI נשאר שקט מהרגע שאדם מחזיק בשיחה, כך שאינכם מתחרים בבוט שלכם.

אותו ערוץ, בהפרש של שלושה ימים. ה-Agent סירב והסלים; ההודעה מתחת למחלק הוקלדה על ידי אדם ב-Quickchat AI Inbox. שימו לב שהיא מגיעה תחת שם הבוט שלכם, כי הבוט שלכם הוא הזהות היחידה ש-Discord מאפשר לנו לפרסם בשמה.

אותה שיחה מהצד שלכם. סירוב ה-Agent, שתי קריאות ה-Action מאחוריו, תשובת המפעיל למטה, וחלונית פרטים שכבר יודעת שהערוץ הוא Discord והנושא הוא single sign-on.

בינתיים שרשור הטיקט הפרטי נשאר במקום שבו הצוות שלכם מדבר: זהו מרחב העבודה, עם החבר בתוכו ותפקיד התמיכה שלכם מתויג. התשובה חוזרת למקום שבו נשאלה השאלה.

שישה שלבים. שלושה מהם הם כתיבות Discord, וכל השלושה מתרחשים רק כי התשובה הייתה חסרה.

בדקו את זה, בשני המסלולים

הריצו את שני המסלולים לפני שאתם מסתמכים על זה, ובדקו במיוחד את הכישלון הכנה.

השאלה המכוסה. עשו @mention לבוט בערוץ שהוא יכול לראות ושאלו משהו שבסיס הידע שלכם מכסה. אתם צריכים לקבל את השלבים האמיתיים, בערוץ, בלי שרשור בשום מקום. זה המקרה שחוסך לצוות שלכם זמן, והוא יהיה רוב התעבורה שלכם אחרי שהמסמכים יהיו טובים.

השאלה הלא מכוסה. שאלו את הדבר שהמסמכים שלכם אינם מכסים. ה-Agent צריך לומר זאת ואז להסלים. באותו רגע, הטיקט מופיע:

השרשור שה-Agent פתח. הוא קרא לו לפי הבעיה, הכניס את החבר, תייג את התפקיד וכתב את הסיכום בעצמו.

והשרשור באמת פרטי, כפי שמוכיחה רשימת החברים שלו:

טיקט הוא שרשור פרטי. שיחות תמיכה אינן מתנהלות בציבור.

בדקו לאורך שיחה שלמה, לא הודעה אחת. מנגנון מניעת הכפילות מראה את ערכו רק בתור השני, כשהחבר מוסיף פרטים ובוט נאיבי פותח טיקט שני.

דבר אחד שתנאי ההרצה אינם מכסים. הם עוצרים קריאה מחוץ לסדר, אבל אינם מבטלים כפילות של ניסיון חוזר: אם תריצו ידנית מחדש את notify Action, היא תפרסם הודעה שנייה. כדאי לדעת זאת לפני שמתחילים להתעסק עם טיקט חי.

כדי לבדוק ניסוחים רבים בבת אחת בלי להקליד את כולם ל-Discord, השתמשו ב-Simulations תחת Testing: בנו dataset של הודעות לקוחות, הריצו אותו מול ה-Agent האמיתי שלכם, ו-קראו את התוצאות המדורגות יחד. ערבבו שאלות מכוסות ולא מכוסות באותו dataset, כי שני המסלולים נכשלים בדרכים שונות.

שש שאלות, ארבע מכוסות ושתיים לא, מדורגות בהרצה אחת. שורות 5 ו-6 הן הכישלונות הכנים, והן מקבלות ציון גבוה כמו התשובות.

כתבו את קריטריוני ההערכה עבור בודק שיכול לראות רק את התמליל, כי זה כל מה שהוא מקבל. שני דברים שהוא לא יכול לראות יעלו לכם אחרת. הוא לא יכול לראות את תופעת הלוואי ב-Discord, ולכן אם לא תאמרו זאת הוא יקרא את “פתחתי עבורך טיקט” כאילו ה-Agent ממציא יכולת. והוא לא יכול לראות את בסיס הידע שלכם, ולכן יסמן תשובה נכונה וספציפית כמומצאת פשוט כי אינו יכול לבדוק את המספר. שניהם שווים משפט אחד בקריטריונים, ושניהם יורידו ציון להתנהגות הטובה ביותר שלכם אם תשאירו אותם בחוץ.

איך מונעים מהבוט לפתוח יותר מדי טיקטים?

זה הכוונון היחיד שרוב השרתים צריכים, וברובו אינו בעיית prompt.

נפח הטיקטים הוא בעיית בסיס ידע. כל פער במסמכים שלכם הופך לטיקט. אם הבוט מסלים יותר מכפי שציפיתם, קראו את הטיקטים: הם רשימת השאלות שהתיעוד שלכם אינו עונה עליהן. סגירת הפערים האלה מפחיתה נפח ישירות.

Insights אומר לכם מה לתעד בהמשך. Quickchat AI מקבץ שיחות לפי נושא, כך שאפשר לראות אילו שאלות מופיעות הכי הרבה במקום לנחש. תקנו את שלושת הנושאים המובילים בבסיס הידע וצפו בשיעור ההסלמה יורד.

אף אחד לא הגדיר את אלה. תחת Insights, Advanced, AI-Detected Topics נתן להם שמות מתוך השיחות עצמן, והספירות הן backlog התיעוד לפי סדר עדיפות.

הרשימה הזו היא כל לולאת הכוונון. Pricing ו-API keys הופיעו הכי הרבה, ולכן המאמרים האלה נכתבים ראשונים, והתרשים של השבוע הבא אומר לכם אם זה עבד. הנושאים למעלה מתגלים עבורכם; אפשר גם להגדיר נושאים משלכם תחת Manage Topics אם רוצים לעקוב בכוונה אחר אזור מוצר מסוים. ראו AI-Detected Topics, Conversation Topics ו-ניהול נושאים במסמכים.

אם הוא מסלים מהר מדי, הדקו את תיאור ה-Action כך שתרוץ רק לאחר שה-Agent אמר לחבר שאין לו את המידע. אם הוא מסלים לעיתים רחוקות מדי ומתחיל לנחש, חזקו את שורת “אל תנחש ואל תמציא שלבים” ב-prompt הראשי.

האם בטוח להריץ את זה בשרת ציבורי?

בוט שכל אחד בערוץ ציבורי יכול לדבר איתו מחייב בדיקה קפדנית. מה שמגן על הבוט הזה הוא תצורה שאפשר לקרוא בעורך, לא ניסוח prompt, ולכן היא נשמרת בלי קשר לאופן ניסוח ההודעה.

חבר יכול לדבר עם המודל. הוא לא יכול לעקוף את העמודה האמצעית.

כל ticket Action דורשת תור Discord אמיתי, מהשרת שלכם. שניים משלושת תנאי ההרצה בכל Action בודקים שההודעה באמת הגיעה דרך אינטגרציית Discord ושהיא הגיעה מהשרת שבחרתם בהתקנה. הערכים האלה נכתבים על ידי האינטגרציה, לא על ידי ההודעה, וצ’אט ציבורי או הודעת API אינם יכולים לספק אותם או לרשת עותק מאוחסן ישן יותר. הפנו את ה-API הציבורי של ה-Agent שלכם ל-Actions האלה והן יסרבו.

ל-Action שמוסיפה אדם לשרשור פרטי אין כלל פרמטרים שהמודל יכול לערוך. ה-URL שלה מסתיים ב-member ID שהאינטגרציה סיפקה להודעה הנוכחית. ה-Agent אינו יכול להעביר אחר, ולכן אינו יכול למשוך חבר שרירותי מהשרת שלכם לטיקט של מישהו אחר.

אזכורים נעולים בזמן ההתקנה. ה-notify Action שולחת רשימת אזכורים מפורשת שמכילה את החבר ששאל ואת התפקיד שבחרתם, כשה-parsing מושבת. אזכור שה-Agent במקרה כותב בסיכום הבעיה לא מתממש, ו-@everyone לעולם לא יכול לפעול. כדאי לוודא זאת ולא רק לסמוך על זה, וזה אכן נשמר: תיוג תפקיד ואזכור משתמש מגיעים, ו-@everyone מילולי באותה הודעה לא עושה דבר.

שרשורים פרטיים ואינם ניתנים להזמנה. הם נוצרים כ-type: 12 עם invitable: false, כך שחבר שנוסף לטיקט אינו יכול להביא אליו מישהו אחר.

הבוט לא יכול לבצע מודרציה. אין לו הרשאת Kick, Ban או Timeout. התוצאה הגרועה ביותר של חבר שמשכנע את ה-Agent לעשות משהו שלא צריך היא שרשור טיקט שהוא היה יכול לפתוח באמצעות בקשה רגילה.

הטוקן לעולם אינו נחשף. הוא חי כ-System Token, מוזרק בזמן השליחה, ומושחר בכל מקום שבו קריאה מתועדת.

דבר אחד שצריך להחליט במכוון: שרשורי טיקטים הם פרטיים, אבל כל מי שיש לו את תפקיד התמיכה שלכם יכול לקרוא אותם. זה מה שאתם רוצים לתמיכה וכדאי לדעת זאת אם חברים עשויים להדביק פרטים רגישים. הפנו אותם לאימייל לכל דבר שבאמת חסוי.

כמה עולה בוט תמיכה ל-Discord עם AI?

תוכנית Free כוללת AI Actions, Human Handoff, בסיס הידע, Topics ו-Insights, עם 50 קרדיטי AI בחודש ל-שימוש אישי ולא מסחרי. שימוש עסקי דורש תוכנית בתשלום; תוכניות בתשלום מספקות גם יותר קרדיטי AI. אם אתם שוקלים זאת מול הפעלה עצמית, בוטי AI חינמיים ל-Discord משווה בכנות את מסלול האירוח העצמי, כולל השעות שהוא עולה.

כששני המסלולים עוברים, שחררו את ה-Agent:

1. הפנו חברים לבוט. אמרו בנושא הערוץ שלכם שהם יכולים לעשות לו @mention. בוט שאף אחד לא יודע עליו לא מסיט דבר.
2. עקבו ביום הראשון. כל Action שומרת יומן קריאות עם הבקשה והתגובה המדויקות, וה-Inbox מחזיק כל שיחה, כך שאפשר לראות על מה הוא ענה ומה הוא הסלים.
3. קראו את הטיקטים הראשונים שלכם כ-backlog תיעוד. אלה השאלות שהמסמכים שלכם עדיין אינם עונים עליהן.

אותו Agent עובד גם בכל מקום אחר. בסיס הידע, ה-prompt ו-Human Handoff שייכים ל-Agent, לא ל-Discord, ולכן אותו בוט תמיכה עונה ב-ווידג’ט האתר שלכם, ב-Slack, ב-WhatsApp ובאימייל, וכל שיחה נוחתת באותו Inbox. שלוש ה-ticket Actions הן החלק היחיד בבנייה הזו שספציפי ל-Discord. אם הצוות שלכם נמצא ב-Slack ולא ב-Discord, שלחו לשם את הודעת ה-handoff במקום לזמן תפקיד Discord.

מה עוד Discord AI Agent שלכם יכול לעשות?

אותה גלריה כוללת קטגוריית Moderation: timeout, kick, ban, unban, assign role, slowmode והכרזות. כל אחת מהן מותקנת עם תנאי הרצה author_is_admin is true, כך שרק מנהל שרת יכול להפעיל אותה, והדגל הזה מגיע מ-Discord ולא מהשיחה. זה בוט אחר עם פרופיל סיכון אחר, והוא מקבל מדריך משלו: בנו בוט מודרציה ל-Discord עם AI.

כל endpoint אחר של Discord פועל לפי אותו מתכון: HTTP Request Action עם הכותרת Authorization: Bot {{discord_bot_token}}, פרמטר או שניים, ותיאור בשפה פשוטה שקובע מתי ה-Agent מפעיל אותה. בנו AI Agent שמבצע פעולות הוא גרסת המתחילים של הרעיון הזה, ו-חברו את ה-AI Agent שלכם לכל API מכסה את המקרה הכללי.

לא כל בוט Discord הוא בוט תמיכה. אותו Agent יכול להריץ דמות במקום זאת: בוט roleplay עם AI ל-Discord משתמש באותו בסיס ידע וזיכרון לפרסונות במקום לטיקטים, ו-בניית הדמות המלאה עוברת על prompt הפרסונה, הקאנון וההגדרות ששומרות עליו בדמות.

נספח: הבקשות המדויקות

אתם אף פעם לא מקלידים אותן, אבל כדאי לקרוא אותן פעם אחת, והן מה שהייתם בונים ידנית מול כל פלטפורמה אחרת. ערכי {{...}} ממולאים על ידי Quickchat AI בזמן השליחה.

1. פתחו את השרשור הפרטי

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 הוא מה שהופך את השרשור לפרטי. auto_archive_duration הוא בדקות, ולכן 1440 מאחסן בארכיון טיקט שקט אחרי יום. Save to memory לוכד את $.id בתור discord_ticket_thread_id.

2. הוסיפו את החבר ששאל

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

אין גוף ואין פרמטרים. שני ה-IDs מגיעים מהזיכרון ומהאינטגרציה.

3. הודיעו לצוות התמיכה

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}}> הכרטיס שלך פתוח. <@&YOUR_SUPPORT_ROLE_ID> כרטיס חדש: {{issue_summary}}",
  "allowed_mentions": { "parse": [], "users": ["{{metadata_discord_author_id}}"], "roles": ["YOUR_SUPPORT_ROLE_ID"] }
}

שני פרטים עולים בזמן דיבוג אמיתי אם בונים זאת בעצמכם. סכימת האימות היא Bot, לא Bearer, וזו הטעות הנפוצה ביותר כשקוראים ל-Discord ידנית. וב-allowed_mentions, parse ריק לצד רשימות users ו-roles מפורשות הוא מה שאתם רוצים: הוא חוסם @everyone ועדיין מאפשר לשני האזכורים המיועדים לעבור. parse לא ריק לצד רשימה מפורשת מאותו סוג נדחה מיד, עם 400 MESSAGE_ALLOWED_MENTIONS_PARSE_EXCLUSIVE.

מדריכים קשורים

• Create an AI Discord bot, ההגדרה שהמדריך הזה מניח
• בנו בוט מודרציה ל-Discord עם AI, אותה גלריה שמכוונת למודרציה
• בוטי ה-AI הטובים ביותר ל-Discord, איך האפשרויות משתוות
• בוטי AI חינמיים ל-Discord, כמה אירוח עצמי באמת עולה לכם
• בוט roleplay עם AI ל-Discord, אותו Agent שמריץ דמות במקום זאת
• חברו את ה-AI Agent שלכם ל-HubSpot, אותה גלריית קליק אחד עבור CRM
• הפכו את פעולות ה-AI Agent שלכם לאמינות, תנאי הרצה וזיכרון לעומק
• חברו את ה-AI Agent שלכם לכל API, המתכון הכללי
• איך לבנות בסיס ידע לצ’אטבוט, החצי שקובע את נפח הטיקטים שלכם
• מדריך מוצר: Human Handoff, כל הגדרת handoff מוסברת

שאלות נפוצות

איך מגדירים בוט טיקטים ב-Discord?

חברו את אפליקציית Discord שלכם ב-External Apps, תנו ל-Agent בסיס ידע, ואז פתחו Actions and MCPs, לחצו Add Action, בחרו Discord Action ובחרו Open Support Ticket. בחרו את השרת, ערוץ הטיקטים ותפקיד התמיכה שלכם מרשימות נפתחות ולחצו Install and enable. אין מה לארח ואין מה להגדיר בתוך Discord מעבר ליצירת הערוץ והתפקיד.

איך יוצרים בוט טיקטים ל-Discord?

צרו Quickchat AI Agent, חברו את אפליקציית Discord שלכם, ואז פתחו Actions and MCPs, לחצו Add Action, בחרו Discord Action ובחרו Open Support Ticket. אתם בוחרים את השרת, ערוץ הטיקטים ותפקיד התמיכה שלכם מרשימות נפתחות, לוחצים Install and enable, ו-Quickchat AI כותב עבורכם שלוש AI Actions מלאות. תנו ל-Agent בסיס ידע קודם, כי זה מה שקובע כמה טיקטים הוא יפתח.

האם AI יכול לענות על שאלות תמיכה ב-Discord?

כן. ה-Agent מחפש בבסיס הידע שלכם ועונה בערוץ כשהוא מוצא את התשובה. הסטה עוקבת אחר הכיסוי: שאלות שהמסמכים שלכם מכסים נענות, ושאלות שהם אינם מכסים הופכות לטיקטים. זה הקשר החשוב ביותר להבנה בהפעלת הבוט הזה.

האם צריך קוד כדי לבנות את בוט הטיקטים הזה ל-Discord?

לא. אתם בוחרים תבנית מגלריית Discord, בוחרים שרת, ערוץ ותפקיד מרשימות נפתחות, ו-Quickchat AI כותב ב-backend את המתודה, ה-URL, הכותרות, הגוף, הפרמטרים, הגדרות התגובה ותנאי ההרצה. אתם אף פעם לא מקלידים Discord ID ואף פעם לא עורכים JSON.

כמה Actions התבנית מתקינה?

שלוש. אחת פותחת שרשור פרטי בערוץ הטיקטים שלכם ושומרת את ה-ID שלו לזיכרון, אחת מוסיפה את החבר ששאל, ואחת מפרסמת סיכום שמזכיר את תפקיד התמיכה שלכם. הן מגיעות כבר מופעלות ומחוברות זו לזו.

איך הבוט יודע מתי לפתוח טיקט?

שני דברים קובעים זאת. תיאור ה-Action אומר ל-Agent לקרוא לה רק כשהתשובה אינה בבסיס הידע, ותנאי הרצה הופך את הרצף לדטרמיניסטי: השרשור חייב לא להתקיים עדיין לפני שאפשר לפתוח אחד, והוא חייב להתקיים לפני שהפעולות הבאות יכולות לרוץ.

האם הבוט יכול לפתוח טיקטים כפולים?

לא באותה שיחה. Open Support Ticket כולל תנאי הרצה שמחייב שעדיין אין בזיכרון ID של שרשור טיקט, ולכן לאחר שטיקט אחד קיים ה-Agent אינו יכול לפתוח טיקט שני לאותה שיחה, בלי קשר למה שה-prompt אומר.

האם אדם יכול להשתלט על השיחה?

כן. Human Handoff מסמן את השיחה ב-Quickchat AI Inbox שלכם עם סיכום שנכתב על ידי AI. הקצו אותה לעצמכם, הקלידו תשובה ב-Inbox, והיא תגיע לאותו ערוץ Discord שבו החבר כבר נמצא. הם לעולם לא עוזבים את Discord ולעולם לא צריכים חשבון אצלכם.

למה בוט הטיקטים צריך את אפליקציית Discord שלי?

ה-ticket Actions קוראות ל-Discord API בתור הבוט שלכם, ולכן הן צריכות את הטוקן של הבוט שלכם. הבוט המשותף של Quickchat AI בחיבור בקליק אחד יכול לענות על שאלות ולהשתמש ב-Google Sheets Actions. טוקן ה-Discord שלו אינו זמין ל-Actions של טיקטים פרטיים שלכם. ב-External Apps, פתחו Discord ובחרו Advanced setup, פעולה שאורכת כעשר דקות.

אילו הרשאות Discord הבוט צריך?

View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads ו-Manage Threads בערוץ הטיקטים. בוט תמיכה אינו צריך הרשאת Kick, Ban או Timeout, והרשאה שאין לו היא הרשאה שלעולם אינכם צריכים לחשוב עליה.

למה תפקיד התמיכה שלי חסר ברשימה הנפתחת?

בורר התפקידים מציג רק תפקידים ש-Discord מדווח עליהם כניתנים לאזכור, והוא לא כולל @everyone. אם תפקיד התמיכה שלכם אינו מוגדר כניתן לאזכור ב-Server Settings, Roles, הוא לא יופיע, כי התבנית לא תוכל לתייג אותו.

האם בטוח להריץ בוט טיקטים ל-Discord בשרת ציבורי?

הבקרות הן תצורה ולא ניסוח prompt, ולכן הן נשמרות בלי קשר לאופן שבו הודעה מנוסחת. כל ticket Action מחייבת שהתור באמת הגיע מ-Discord ומהשרת שבחרתם, ל-Action שמוסיפה אדם לשרשור פרטי אין כלל פרמטרים שהמודל יכול לערוך, האזכורים נעולים לחבר ששאל ולתפקיד שבחרתם, והשרשורים פרטיים ואינם ניתנים להזמנה. תנאי ההרצה נבדקים לפני שבקשה כלשהי יוצאת מ-Quickchat AI.

כמה עולה בוט תמיכה ל-Discord עם AI?

תוכנית Free כוללת 50 קרדיטי AI בחודש לשימוש אישי ולא מסחרי. AI Actions, Human Handoff, בסיס הידע, Topics ו-Insights כלולים. שימוש עסקי דורש תוכנית בתשלום; תוכניות בתשלום מספקות גם יותר קרדיטי AI.

מה ההבדל בין זה לבין Ticket Tool או TicketsBot?

אלה מבוססי כללים. חבר לוחץ על כפתור Create Ticket בפאנל מוצמד וטיקט נפתח בכל פעם, כולל עבור שאלה שהמסמכים שלכם כבר עונים עליה. הבוט הזה עונה קודם ומסלים רק את מה שהוא באמת לא יכול לפתור, כך שהצוות שלכם קורא את השאלות שבאמת דורשות אדם.

האם ChatGPT, Claude או Gemini יכולים להפעיל בוט טיקטים ל-Discord?

כן, דרך Quickchat AI. ה-Agent שלכם רץ על המודלים האחרונים וקורא ל-Discord API באמצעות AI Actions אלה, כך שהוא עונה מתוך בסיס הידע שלכם ופותח שרשורים פרטיים אמיתיים. אתם מחליטים אילו Actions קיימות ומה מותר לבוט לעשות.

האם אותו Agent יכול לעבוד בערוצים שאינם Discord?

כן. בסיס הידע, ה-prompt ו-Human Handoff שייכים ל-Agent ולא ל-Discord, ולכן אותו בוט תמיכה עונה בווידג’ט האתר שלכם, ב-Slack, ב-WhatsApp ובאימייל. שלוש ה-ticket Actions הן החלק היחיד בבנייה הזו שספציפי ל-Discord.

איך חברים מתחילים שיחה עם הבוט?

בוט הטיקטים במדריך הזה משתמש באפליקציית Discord שלכם, ולכן חברים מתחילים באמצעות @mention שלו בערוץ שהוא יכול לראות. ה-Agent עונה באותו ערוץ ופותח שרשור טיקט רק כשהוא לא יכול לענות. הפקודה /ask שייכת לבוט Quickchat AI המשותף בחיבור בקליק אחד.

איך מונעים מהבוט לפתוח יותר מדי טיקטים?

שפרו קודם את כיסוי בסיס הידע, כי כל פער הופך לטיקט. קראו את הטיקטים הראשונים שלכם כ-backlog תיעוד, והשתמשו ב-Insights כדי לראות אילו נושאים מופיעים הכי הרבה וכך לדעת מה לכתוב בהמשך. רק אז הדקו את תיאור ה-Action.

האם אפשר לערוך את ה-Actions שהגלריה מתקינה?

כל שדה. אלה HTTP Request Actions רגילות בלי שום דבר שמסמן אותן כמיוחדות: אין נעילה, אין תג, אין שכבת מדיניות נפרדת. שנו את ה-URL, הגוף, התיאור או תנאי ההרצה, או התקינו עותק שני וערכו אותו במקום.

האם אפשר להריץ מערכת טיקטים ל-Discord בלי helpdesk?

כן. הטיקט הוא שרשור Discord פרטי והתור הוא Quickchat AI Inbox שלכם, כך שאין Zendesk, Intercom או Jira בתהליך ואין מה להעביר. אם אתם כבר מפעילים helpdesk אפשר להשאיר אותו: אותו Agent יכול גם ליצור שם טיקט עם AI Action נוספת, ו-גלריית HubSpot עושה בדיוק זאת.

האם הבוט יכול לענות מתוכן מרכז העזרה שלנו?

על זה הוא בנוי. הדביקו את URL מרכז העזרה שלכם ו-Quickchat AI יסרוק את העמודים לתוך בסיס ידע, או העלו קבצים והדביקו מאמרים ישירות. ה-Agent מחפש במאמרים האלה בכל שאלה ועונה בערוץ כשהוא מוצא את התשובה, כך שהתיעוד הקיים שלכם הופך לבוט בלי להיכתב מחדש. Create an AI support agent from your documentation עובר על החצי הזה בפני עצמו.

האם הבוט יכול לברך את החבר כשערוץ הטיקט נפתח?

כן, עם פיצ’ר נפרד. בוט טיקטים כגון Ticket Tool יוצר את הערוץ, ו-Quickchat AI’s New channel automated message מפרסם בו ברכה קבועה כמה שניות אחר כך, כך שהחבר רואה מיד שיש עם מה לדבר. זה לא עולה קרדיטים כי לא נקרא מודל. ברכו חברים, שרשורים וערוצי טיקטים מגדיר זאת.

איך מודדים הסטת טיקטים?

הסטה היא שיעור השאלות שנענו ללא טיקט, ולכן בבנייה הזו מדובר בשיחות ללא שרשור טיקט חלקי כל השיחות. כל Action שומרת יומן קריאות, כך שספירת הקריאות ל-open_support_ticket נותנת ישירות את החצי שהוסלם, ו-Insights מקבץ את השאר לפי נושא. עקבו אחר זה לפי נושא ולא כמספר יחיד: ירידה בשיעור בנושא אחד היא פער תיעוד שאפשר לסגור. אנליטיקה לצ’אטבוט מכסה את מערך המדדים הרחב יותר.

סיכום

עם בסיס ידע וקליק אחד, Quickchat AI Agent הופך לבוט תמיכה קו ראשון לשרת Discord שלכם: הוא עונה על השאלות שהמסמכים שלכם מכסים, מודה בכך כשהם לא מכסים, פותח שרשור טיקט פרטי לשאר, מכניס את החבר, מזמן את תפקיד התמיכה שלכם עם סיכום שכתב בעצמו, ומעביר את השיחה לאדם שעונה מתוך ה-Inbox שלכם בלי שהחבר יעזוב את Discord. הגלריה כותבת את שלוש ה-Actions, הרשימות הנפתחות אומרות שלעולם אינכם מקלידים Discord ID, ותנאי ההרצה אומרים שהרצף נשמר גם כשהשיחה לא מתנהלת לפי התוכנית. מה שנשאר הוא העבודה שרק אתם יכולים לעשות: בסיס ידע ששווה לענות ממנו.