บอตตั๋ว Discord ด้วย AI: ตอบก่อน แล้วค่อยส่งต่อ

Quickchat AI ตอบคำถามซัพพอร์ตในเซิร์ฟเวอร์ Discord ของคุณจากเอกสารของคุณเอง และเปิดเธรดตั๋วส่วนตัวเฉพาะเมื่อยังตอบไม่ได้ คู่มือนี้สร้างบอตดังกล่าวตั้งแต่ต้นจนจบ แบบไม่ต้องเขียนโค้ด ใช้เวลาประมาณครึ่งชั่วโมง

ผลลัพธ์ทำงานเหมือนเอเจนต์ด่านแรกที่ดี สมาชิกถามวิธีรีเซ็ต API key และได้รับขั้นตอนจริงในช่อง สมาชิกถามสิ่งที่เอกสารไม่ครอบคลุม และแทนที่จะเดา บอตบอกตามตรง เปิดเธรดส่วนตัว ดึงสมาชิกเข้าไปในเธรด ping บทบาทซัพพอร์ตของคุณพร้อมสรุปหนึ่งบรรทัด และส่งบทสนทนาให้มนุษย์ที่ตอบจาก 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 บอตแบบ one-click ที่ใช้ร่วมกันตอบคำถามได้ แต่รัน ticket Actions ในคู่มือนี้ไม่ได้
3. สร้างช่องตั๋วและบทบาทซัพพอร์ตที่ mentionable ในเซิร์ฟเวอร์ทดสอบของคุณ ใน Actions and MCPs คลิก Add Action เลือก Discord Action และติดตั้ง Open Support Ticket ด้วยเซิร์ฟเวอร์ ช่อง และบทบาทนั้น
4. หลังจากใช้คำสั่ง Agent ด้านล่างแล้ว ให้ @mention บอตของคุณด้วยคำถามที่เอกสารตอบได้ จากนั้นด้วยคำถามที่ตอบไม่ได้ คำถามแรกควรได้รับคำตอบโดยไม่มีตั๋ว คำถามที่สองควรเปิดเธรดส่วนตัวหนึ่งเธรดและแจ้งบทบาทซัพพอร์ต เพิ่มคำถามต่อเนื่องในบทสนทนาที่สองและตรวจสอบว่าไม่มีตั๋วซ้ำเปิดขึ้น

แผน Free สำหรับการใช้งานส่วนบุคคลที่ไม่ใช่เชิงพาณิชย์ เลือกแผนแบบชำระเงินก่อนใช้บอตสำหรับธุรกิจ ทดสอบทั้งสองเส้นทางให้เสร็จก่อนเชิญลูกค้า

ภาพหน้าจอด้านล่างมาจาก Agent ทดสอบชื่อ Lumen ซึ่งเป็นบอตซัพพอร์ตของบริษัทวิเคราะห์ผลิตภัณฑ์สมมติชื่อ Beacon บริษัทนี้ถูกสร้างขึ้นเพื่อให้ตัวอย่างเป็นกลาง แต่ ทุกบทสนทนา ทุก API call และทุกเธรดตั๋วที่แสดงที่นี่เกิดจาก Agent จริง ที่รัน pipeline ตอบกลับจริงกับเซิร์ฟเวอร์ Discord จริง

สิ่งที่คุณจะสร้าง

หนึ่งการตัดสินใจต่อคำถาม ในเส้นทางที่ตอบได้จะไม่มีการเขียนอะไรลง Discord เลย

AI Actions สามรายการทำงานส่งต่อ และ Quickchat AI ติดตั้งทั้งสามรายการจากการ์ดแกลเลอรีเดียว:

ฐานความรู้คืออะไร และทำไมจึงกำหนดปริมาณตั๋วของคุณ?

หากคุณยังไม่เคยสร้าง AI Agent มาก่อน นี่คือแนวคิดเดียวที่ควรใช้เวลาสองนาทีทำความเข้าใจ

ฐานความรู้ คือเอกสารของคุณเองที่โหลดเข้า Agent และทำดัชนีเพื่อให้ค้นหาได้ระหว่างบทสนทนา คุณสามารถชี้ Quickchat AI ไปยัง URL เอกสารช่วยเหลือและให้ scrape หน้าเว็บ วางบทความด้วยมือ หรืออัปโหลดไฟล์ เมื่อตอบ Agent จะค้นหาฐานความรู้และตอบจากสิ่งที่พบ แทนที่จะตอบจากสิ่งที่โมเดลพื้นฐานบังเอิญจำเกี่ยวกับโลก หากคุณเริ่มจากศูนย์ วิธีสร้างฐานความรู้สำหรับ chatbot อธิบายว่าควรเขียนอะไรและเรียงลำดับอย่างไร

ทุกสิ่งที่เอกสารของคุณครอบคลุมจะได้รับคำตอบ ทุกสิ่งที่ไม่ครอบคลุมจะกลายเป็นตั๋ว

นี่คือคันโยกทั้งหมดของงานนี้ Deflection ไม่ใช่กลเม็ด prompt และไม่ใช่ความสามารถของโมเดล แต่คือความครอบคลุมของคุณ หากบอตส่งต่อมากกว่าที่คาด ตั๋วกำลังบอกคุณว่าหน้าใดยังไม่ได้เขียน

เป็นภาพประกอบ ไม่ใช่การวัดจริง ประเด็นคือทิศทาง: การเขียนเอกสารคือสิ่งที่ให้ผลคุ้มค่าที่สุดที่คุณทำได้ที่นี่

AI ตอบคำถามซัพพอร์ตใน Discord ได้จริงหรือไม่?

สำหรับคำถามที่เอกสารของคุณครอบคลุม ได้ และเป็นขั้นตอนจริง ไม่ใช่การถอดความ นี่คือกรณี deflection จากเซิร์ฟเวอร์ทดสอบ โดยไม่ได้แก้ไข:

ตอบในช่อง จากบทความฐานความรู้ ไม่มีการสร้างตั๋ว เพราะไม่จำเป็น

ส่วนที่น่าสนใจกว่าคือสิ่งที่เกิดขึ้นเมื่อไม่มีคำตอบ บอตบอกตามตรง:

ความล้มเหลวที่ซื่อสัตย์ ฐานความรู้ของ Beacon จงใจละเว้น enterprise SSO ดังนั้นนี่คือเส้นทางที่เปิดตั๋ว

Agent ที่แต่งขั้นตอน SSO ที่ดูน่าเชื่อถือแย่กว่า Agent ที่เปิดตั๋ว ดังนั้นพฤติกรรมนี้ควรถูกทดสอบโดยตั้งใจ ไม่ใช่หวังเอาเอง เราจะกลับมาที่เรื่องนี้ใน การทดสอบ

สองวิธีเชื่อมต่อ Discord และทำไมตั๋วจึงต้องใช้วิธีที่สอง

Quickchat AI มีการเชื่อมต่อ Discord สองแบบ และความแตกต่างสำคัญก่อนเริ่ม

สำหรับคิว feedback สาธารณะที่ทำงานกับบอตที่ใช้ร่วมกัน ดู เวิร์กโฟลว์ feedback และช่องว่างเอกสาร Actions สำหรับตั๋วส่วนตัวด้านล่างต้องใช้ credential ของบอต 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 สิ่งที่ยังใช้ร่วมกันคือ avatar และ @username พื้นฐาน เพราะแอปพลิเคชัน Discord เดียวให้บริการทุกเซิร์ฟเวอร์ที่ติดตั้ง

One-click ไม่ได้แปลว่าทั่วไป บอตนำชื่อ Agent ของคุณเข้าสู่เซิร์ฟเวอร์ และคุณเปลี่ยนเป็นรายเซิร์ฟเวอร์ได้ภายหลัง

Advanced setup ลงทะเบียนแอปพลิเคชัน Discord ของคุณเอง คุณสร้างบอตใน developer portal ของ Discord และวาง token ลงใน Quickchat AI หนึ่งครั้ง ใช้เวลาประมาณ 10 นาที และทำให้คุณมี avatar และ @username ของคุณเอง, direct messages, บอตหลายตัวในหนึ่งเซิร์ฟเวอร์ และสิ่งที่คู่มือนี้ต้องใช้: Discord API Actions

เหตุผลควรพูดให้ชัด ไม่ใช่มองว่าเป็นเรื่องแปลก Ticket Actions ในคู่มือนี้เรียก Discord API ในฐานะบอตของคุณ โดยใช้ credential ที่ Quickchat AI ฉีดเข้า request ตอนส่ง token ของบอต one-click ที่ใช้ร่วมกันเป็นของบอตที่ใช้ร่วมกัน ไม่ใช่ของคุณ จึงไม่พร้อมให้ Actions ของคุณใช้ส่ง หากคุณเปิดแกลเลอรี Discord โดยยังไม่ได้เชื่อมต่อแอปของคุณเอง ระบบจะแจ้งให้ทราบและปิดการ์ด แทนที่จะปล่อยให้คุณสร้างสิ่งที่รันไม่ได้

External Apps คือจุดเริ่มต้นของทั้งสองเส้นทาง Advanced setup อยู่ใน callout ด้านล่างของแผง Discord

สิ่งที่ต้องมีก่อนเริ่ม

เชื่อมต่อแอป Discord ของคุณเอง ใน External Apps ให้เปิด Discord หา Use your own Discord app และเลือก Advanced setup สร้างแอปพลิเคชันและบอตใน developer portal ของ Discord เปิด Message Content Intent ปิด Require OAuth2 Code Grant ไว้ และวาง bot token Quickchat AI ตรวจสอบขณะคุณพิมพ์ คู่มือ สร้างบอต Discord ด้วย AI อธิบายฝั่ง portal อย่างละเอียดหากคุณยังไม่เคยทำ

ให้สิทธิ์บอตเท่าที่บอตซัพพอร์ตต้องใช้เท่านั้น ในช่องตั๋ว: 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 รายงานว่า mentionable และไม่รวม @everyone หากบทบาทซัพพอร์ตของคุณไม่ได้ตั้งให้ mentionable บทบาทนั้นจะไม่ปรากฏในดรอปดาวน์ โดยไม่มีคำอธิบาย ตัวกรองนี้จงใจมีไว้ เพราะงานทั้งหมดของเทมเพลตคือ ping บทบาทนั้น ตั้งค่าตอนสร้างบทบาท แล้วคุณจะไม่เจอปัญหา:

Server Settings, Roles เลือกบทบาทซัพพอร์ตของคุณ และเปิดสิ่งนี้ภายใต้ Display หากไม่เปิด บทบาทจะไม่ไปถึงตัวเลือก

บอตตัดสินใจตอบหรือเปิดตั๋วอย่างไร?

บอตตั๋ว Discord ส่วนใหญ่ไม่ได้ตัดสินใจอะไร Ticket Tool, TicketsBot และเครื่องมืออื่น ๆ โพสต์แผงที่ปักหมุดพร้อมปุ่ม Create Ticket หรือลงทะเบียน slash command สมาชิกคลิก ตั๋วเปิด และทีมของคุณอ่าน นี่เป็นการออกแบบที่ดีและคาดเดาได้ทั้งหมด แต่หมายความว่าคนสิบคนที่ถามวิธีรีเซ็ต API key ในสัปดาห์นี้จะสร้างตั๋วสิบใบ

คำถามสิบข้อเหมือนกัน ความต่างคือสุดท้ายทีมของคุณต้องอ่านอะไร

บอตแบบตอบก่อนอ่านเอกสารของคุณก่อนตัดสินใจ และเมื่อส่งต่อ การเปิดตั๋วหนึ่งใบต้องใช้ข้อเท็จจริงเพียงสี่อย่าง:

• ช่องใด ที่เธรดจะเปิด
• คำถามมาจาก เซิร์ฟเวอร์ใด
• ใครเป็นผู้ถาม เพื่อดึงเข้าเธรดได้
• ตั๋วชื่ออะไร และสรุปปัญหาหนึ่งบรรทัด

ส่วนที่น่าสนใจคือสี่ค่านี้มาจากสามทางที่ต่างกันโดยสิ้นเชิง และมีเพียงค่าสุดท้ายที่ AI เขียน:

คุณไม่ต้องพิมพ์ Discord ID และโมเดลไม่เคยเห็นช่องหรือบทบาทของคุณ

ค่าที่คุณเลือกครั้งเดียว ช่องตั๋วและบทบาทซัพพอร์ตของคุณ คุณเลือกจากดรอปดาวน์เมื่อติดตั้งเทมเพลต และ Quickchat AI ฝังค่าเหล่านี้ไว้ใน Action โมเดลไม่เคยเห็นและเปลี่ยนไม่ได้

ค่าที่ Discord ส่งมา ทุกข้อความที่ส่งต่อมา integration ของ Discord จะบอก Quickchat AI ว่ามาจากเซิร์ฟเวอร์ใดและใครพูด ในรูป {{metadata_discord_guild_id}} และ {{metadata_discord_author_id}} bot token ของคุณมาทางเดียวกันในฐานะ System Token ที่ฉีดตอนส่งและถูก redact ทุกที่ที่มีการบันทึก call ไม่มีค่าใดพิมพ์โดยโมเดล และไม่มีค่าใดถูกส่งจาก public chat หรือ API message ได้

ค่าที่ Agent เขียน หัวข้อตั๋วและสรุปปัญหาหนึ่งบรรทัด นี่คือการตัดสินเชิงเนื้อหาเพียงส่วนเดียวในงานทั้งหมด จึงทำให้การปรับแต่งภายหลังสั้น

Step 1: สร้าง Agent และเพิ่มฐานความรู้

สร้าง Agent ของคุณ จากนั้นเปิด Knowledge Base และเพิ่มเอกสารของคุณ วาง URL เอกสารช่วยเหลือและให้ Quickchat AI scrape หรือเขียนบทความโดยตรง สร้าง AI support agent จากเอกสารของคุณ อธิบายเส้นทางการ scrape อย่างละเอียด

ฐานความรู้ของ Beacon: การรีเซ็ต API key, dashboard ว่าง, การติดตั้ง tracking snippet, แผนและการเรียกเก็บเงิน และการส่งออกข้อมูล

เอกสารของ Beacon จงใจ ไม่ ครอบคลุมสิ่งหนึ่ง: การตั้งค่า enterprise SSO ช่องว่างนี้ไม่ใช่ความผิดพลาดในบทความนี้ แต่คือประเด็น ฐานความรู้ซัพพอร์ตทุกชุดมีคำถามที่ตอบไม่ได้ และคุณค่าทั้งหมดของบอตนี้คือสิ่งที่ทำเมื่อเจอคำถามนั้น SSO คือคำถามนั้นตลอดคู่มือนี้

สมาชิกเข้าถึงบอตของคุณเองโดย @mentioning it ในช่องที่บอตมองเห็น ไม่มีอะไรต้องลงทะเบียน คำสั่ง /ask มีในบอต Quickchat AI แบบ one-click ที่ใช้ร่วมกัน

Step 2: บอก Agent ว่าเมื่อใดควรตอบและเมื่อใดควรส่งต่อ

คำสั่งของ Agent อยู่ใน AI Main Prompt บน Identity วางข้อความนี้และปรับให้เข้ากับบริษัทของคุณ:

คุณคือ Lumen ผู้ช่วยซัพพอร์ตของ Beacon ซึ่งเป็นเครื่องมือวิเคราะห์ผลิตภัณฑ์แบบโฮสต์สำหรับทีมซอฟต์แวร์ คุณตอบคำถามจากลูกค้าใน Discord community ของ Beacon
ตอบจาก Knowledge Base ทุกครั้งที่ทำได้ ให้คำตอบสั้นและใช้งานได้จริง สองหรือสามประโยค และให้ขั้นตอนที่เป็นรูปธรรม
หากคำถามไม่ครอบคลุมใน Knowledge Base อย่าเดาและอย่าแต่งขั้นตอน บอกอย่างชัดเจนว่าคุณไม่มีข้อมูลนั้น จากนั้นเปิดตั๋วซัพพอร์ต:
1. เรียก open_support_ticket หนึ่งครั้ง พร้อม ticket_subject สั้น 2 ถึง 4 คำที่อธิบายปัญหา
2. จากนั้นเรียก add_ticket_requester เพื่อนำลูกค้าเข้าเธรด
3. จากนั้นเรียก post_in_ticket พร้อม issue_summary หนึ่งบรรทัดของสิ่งที่ลูกค้าถาม
จากนั้นบอกลูกค้าว่าตั๋วของพวกเขาเปิดแล้วและทีมจะติดตามต่อในเธรดใหม่
อย่าขอ Discord ID, channel ID หรือ thread ID จากลูกค้า ค่าพวกนั้นถูกเติมให้คุณแล้ว

AI Main Prompt บน Identity นี่คือฟิลด์ที่ใช้งานได้เสมอ ไม่ใช่รายการ guidelines แยก

สองบรรทัดในบล็อกนั้นสำคัญมาก “อย่าเดาและอย่าแต่งขั้นตอน” คือสิ่งที่เปลี่ยนช่องว่างความรู้ให้เป็นคำตอบที่ซื่อสัตย์แทนที่จะเป็นคำตอบที่ดูน่าเชื่อถือ และการระบุชื่อ Actions ทั้งสามตามลำดับคือสิ่งที่ทำให้ Agent เรียกใช้เป็นลำดับ แทนที่จะเลือกเพียงรายการหนึ่ง

ลำดับถูกอธิบายใน prompt แต่ไม่ได้บังคับใช้เฉพาะที่นั่น ซึ่งเป็นประเด็นของสองส่วนถัดไป

Step 3: ติดตั้ง ticket Actions ด้วยคลิกเดียว

เปิด Actions & MCPs คลิก Add Action และเลือก Discord Action

Discord Action อยู่ร่วมกับแกลเลอรี one-click อื่น ๆ

แกลเลอรีเปิดพร้อมเทมเพลต Discord ที่จัดกลุ่มตามงาน: Support & Tickets มีรายการที่คู่มือนี้ใช้ และ Moderation มีอีกเจ็ดรายการ

แปดการ์ด Open Support Ticket เป็นรายการเดียวที่ถามข้อมูลจากคุณ

เลือก Open Support Ticket แล้วขั้นตอนกำหนดค่าสั้น ๆ จะเปิดขึ้น นี่คือฟอร์มเดียวในงานทั้งหมด:

ดรอปดาวน์สามรายการ และกล่องบอกตั้งแต่ต้นว่าจะติดตั้งอะไร

รายการมาจาก Discord แบบสด และกรองเฉพาะสิ่งที่ทำงานได้จริง ช่องเป็นช่องข้อความเท่านั้น:

เลือกช่องที่ตั๋วควรเปิดอยู่ใต้ช่องนั้น เธรดจะถูกสร้างภายในช่อง

และบทบาทเป็นเฉพาะบทบาทที่ mentionable โดยไม่รวม @everyone:

นี่คือตัวกรองที่ซ่อนบทบาทซัพพอร์ตที่คุณยังไม่ได้ทำให้ mentionable

เลือกสามรายการแล้วฟอร์มเสร็จ:

การกำหนดค่าทั้งหมด Server, channel, role และปุ่มเดียวที่สำคัญ

คลิก Install and enable Quickchat AI เขียน Actions สามรายการในแบ็กเอนด์ ในธุรกรรมเดียว และเปิดใช้งานแล้ว

สามการ์ด เปิดใช้งานแล้ว พร้อมไอคอน Discord ไม่มีอะไรต้องกรอกเพิ่ม

มีสองเรื่องที่ควรรู้เกี่ยวกับเทมเพลตมอดเดอเรชันเจ็ดรายการขณะอยู่ที่นี่ เทมเพลตเหล่านั้น ไม่ต้อง กำหนดค่าเลย เพราะนำเซิร์ฟเวอร์ สมาชิก บทบาท หรือช่องจาก request ของ Discord เอง ดังนั้นการคลิกการ์ดจะติดตั้งทันที และการติดตั้งเทมเพลตซ้ำสองครั้งจะให้สำเนาที่แก้ไขได้อีกชุด แทนที่จะเป็นข้อผิดพลาด ซึ่งเป็นวิธีที่เหมาะสมในการสร้าง variant

คลิกเดียวนั้นสร้างอะไรขึ้นมาจริง ๆ?

ควรทำความเข้าใจแม้คุณไม่ต้องพิมพ์ เพราะทุกอย่างที่คุณอาจต้องการเปลี่ยนภายหลังอยู่ที่นี่

HTTP Request Actions ปกติสามรายการ ไม่มีสิ่งใดทำเครื่องหมายว่าเป็นพิเศษ

Actions เหล่านี้เชื่อมต่อกันผ่านฟีเจอร์สองอย่างที่คุณมีอยู่แล้วใน editor และทั้งสองอย่างควรรู้ชื่อไว้

Save to memory จับค่าจาก response และเก็บไว้ในบทสนทนา open_support_ticket ใช้เพื่อเก็บ ID ของเธรดใหม่: Discord ส่งคืน thread object, $.id คือ ID และเขียนลง memory เป็น discord_ticket_thread_id Actions ถัดไปทั้งสองรายการอ่านค่านี้กลับมาใน URL จึงทำงานกับเธรดที่เพิ่งสร้าง แทนที่จะเป็นสิ่งที่คุณต้องตั้งชื่อล่วงหน้า (Save to memory ใน docs.)

Run only when กั้น Action ตามสถานะของบทสนทนา และถูกตรวจสอบฝั่ง Quickchat AI ก่อนส่ง request ใด ๆ (Run only when ใน docs.)

ประตูที่เปลี่ยน Actions อิสระสามรายการให้เป็นลำดับที่เชื่อถือได้

อ่านแผนภาพนั้นทั้งสองทิศทาง เพราะมันทำงานสองอย่าง:

• Follow-ups ต้องการให้ thread ID มีอยู่ ดังนั้น Agent จะไม่สามารถแจ้งทีมของคุณเกี่ยวกับเธรดที่ไม่เคยถูกสร้าง
• open_support_ticket ต้องการให้ thread ID ยังไม่มีอยู่ ดังนั้น Agent จะเปิดตั๋วที่สองในบทสนทนาเดียวกันไม่ได้ ไม่ว่าบทสนทนาจะพูดว่าอย่างไร นี่เป็นการรับประกัน ไม่ใช่คำสั่ง: หากสมาชิกใช้ข้อความอีกสิบข้อความเพิ่มรายละเอียด พวกเขายังมีตั๋วเดียว ในโหมดตอบกลับในช่อง แต่ละ exchange ในช่องเป็นบทสนทนาของตัวเอง ดังนั้นคำถามจริงถัดไปยังเปิดตั๋วของตัวเองได้

แต่ละ Action ยังมี Response filter และส่วนนี้อ่านผิดได้ง่าย response filter คือ allowlist: ระบุ path ที่ Agent ได้รับอนุญาตให้เห็น และทุกอย่างอื่นใน response จะถูกทิ้งก่อนที่โมเดลจะอ่าน (Response filter ใน docs.)

Discord ส่งคืนฟิลด์หลายสิบฟิลด์เกี่ยวกับเซิร์ฟเวอร์ของคุณ Agent เห็นสองฟิลด์

Thread ID ที่ลำดับต้องใช้ถูกจับไว้ฝั่ง Quickchat AI ด้วย Save to memory ดังนั้น Agent ไม่ต้องพกค่านั้น และไม่มีข้อมูลอื่นเกี่ยวกับเซิร์ฟเวอร์ของคุณถึงโมเดล ตัด allowlist ให้แคบลง Agent ก็เห็นน้อยลง Agent ไม่เคยเห็นมากกว่าที่คุณระบุ

มนุษย์รับช่วงจาก AI ได้หรือไม่?

ได้ และนี่คืออีกครึ่งที่บอตตั๋วส่วนใหญ่มักไม่มี ตั๋วที่ไม่มีใครอ่านก็เป็นแค่เธรด

Human Handoff เป็น Action ในตัวที่แยกต่างหาก เปิดใช้งานและอธิบายภายใต้ Handoff Rules ว่าเมื่อใดบทสนทนาควรถึงคน เช่น “เมื่อลูกค้าขอคุยกับมนุษย์ หรือเมื่อ Agent ตอบจากฐานความรู้ไม่ได้” จากนั้น Quickchat AI ทำเครื่องหมายบทสนทนาใน Inbox ของคุณพร้อมสรุปที่ AI เขียน เพื่อให้คนที่รับงานอ่านย่อหน้าเดียวแทนทั้งเธรด การตั้งค่า handoff ทุกอย่างมีคำอธิบายของตัวเองใน บทช่วยสอน Human Handoff

Operator ทำงานใน Inbox สมาชิกไม่ต้องออกจาก Discord

มอบหมายบทสนทนาให้ตัวคุณเองและตอบใน composer ของ Inbox คำตอบนั้นถูกส่งตรงกลับไปยังช่อง Discord ที่สมาชิกกำลังคุยอยู่ พวกเขาไม่ต้องมีบัญชีกับคุณ ไม่ต้องใช้อีเมลเธรด หรือเข้าสู่ portal AI จะเงียบตั้งแต่วินาทีที่มนุษย์เป็นเจ้าของบทสนทนา ดังนั้นคุณจะไม่แข่งกับบอตของคุณเอง

ช่องเดียวกัน ห่างกันสามวัน Agent ปฏิเสธและส่งต่อ ข้อความใต้ตัวแบ่งถูกพิมพ์โดยมนุษย์ใน Quickchat AI Inbox โปรดสังเกตว่าข้อความมาถึงภายใต้ชื่อบอตของคุณ เพราะบอตของคุณเป็น identity เดียวที่ Discord ให้เราโพสต์เป็น

บทสนทนาเดียวกันจากฝั่งของคุณ การปฏิเสธของ Agent, Action calls สองรายการด้านหลัง, คำตอบของ operator ด้านล่าง และแผงรายละเอียดที่รู้แล้วว่าช่องคือ Discord และหัวข้อคือ single sign-on

ขณะเดียวกันเธรดตั๋วส่วนตัวยังคงอยู่ในที่ที่ทีมของคุณคุยกัน: เป็นพื้นที่ทำงาน มีสมาชิกอยู่ในนั้นและบทบาทซัพพอร์ตถูก ping คำตอบกลับไปยังที่ที่ถามคำถาม

หกขั้นตอน สามขั้นตอนเป็นการเขียนไปยัง Discord และทั้งสามเกิดขึ้นเพราะไม่มีคำตอบ

ทดสอบทั้งสองทาง

รันทั้งสองเส้นทางก่อนพึ่งพาระบบนี้ และทดสอบความล้มเหลวที่ซื่อสัตย์ให้หนักที่สุด

คำถามที่ครอบคลุม @mention บอตในช่องที่บอตมองเห็นและถามสิ่งที่ฐานความรู้ครอบคลุม คุณควรได้ขั้นตอนจริงในช่อง และไม่มีเธรดที่ไหน นี่คือกรณีที่ช่วยประหยัดเวลาทีมของคุณ และจะเป็นทราฟฟิกส่วนใหญ่เมื่อเอกสารของคุณดี

คำถามที่ไม่ครอบคลุม ถามสิ่งที่เอกสารของคุณไม่ครอบคลุม Agent ควรบอกเช่นนั้นแล้วส่งต่อ ในเวลาเดียวกัน ตั๋วจะปรากฏ:

เธรดที่ Agent เปิด ตั้งชื่อตามปัญหา ดึงสมาชิกเข้ามา ping บทบาท และเขียนสรุปเอง

และเธรดเป็นส่วนตัวจริง ซึ่งรายชื่อสมาชิกของเธรดพิสูจน์ได้:

ตั๋วคือเธรดส่วนตัว บทสนทนาซัพพอร์ตไม่ได้เกิดในที่สาธารณะ

ทดสอบทั้งบทสนทนา ไม่ใช่ข้อความเดียว ตัวกันซ้ำจะแสดงคุณค่าในเทิร์นที่สอง เมื่อสมาชิกเพิ่มรายละเอียดและบอตแบบง่ายเปิดตั๋วที่สอง

สิ่งหนึ่งที่ run conditions ไม่ครอบคลุม มันหยุดการเรียกผิดลำดับ แต่ไม่ deduplicate retry: หากคุณรัน notify Action ซ้ำด้วยมือ มันจะโพสต์ข้อความที่สอง ควรรู้ก่อนเข้าไปลองกับตั๋วจริง

หากต้องการตรวจหลายถ้อยคำพร้อมกันโดยไม่ต้องพิมพ์ทั้งหมดใน Discord ให้ใช้ Simulations ภายใต้ Testing: สร้าง dataset ของข้อความลูกค้า, รัน กับ Agent จริงของคุณ และ อ่านผลคะแนน รวมกัน ผสมคำถามที่ครอบคลุมและไม่ครอบคลุมใน dataset เดียว เพราะสองเส้นทางล้มเหลวต่างกัน

หกคำถาม ครอบคลุมสี่ข้อและไม่ครอบคลุมสองข้อ ให้คะแนนในการรันเดียว แถว 5 และ 6 คือความล้มเหลวที่ซื่อสัตย์ และได้คะแนนสูงเท่าคำตอบ

เขียนเกณฑ์ประเมินสำหรับ grader ที่เห็นได้เพียง transcript เพราะนั่นคือทั้งหมดที่ได้เห็น มีสองสิ่งที่มองไม่เห็นซึ่งอาจทำให้เสียคะแนน ไม่เห็น side effect ใน Discord ดังนั้นถ้าคุณไม่บอก ระบบจะอ่าน “ฉันเปิดตั๋วให้คุณแล้ว” ว่า Agent แต่งความสามารถขึ้นมา และไม่เห็นฐานความรู้ของคุณ จึงอาจลดคะแนนคำตอบที่ถูกต้องและเฉพาะเจาะจงว่าเป็นการแต่งขึ้น เพราะตรวจตัวเลขไม่ได้ ทั้งสองอย่างควรมีประโยคหนึ่งในเกณฑ์ และทั้งสองอย่างจะลดคะแนนพฤติกรรมที่ดีที่สุดของคุณหากละไว้

จะหยุดไม่ให้บอตเปิดตั๋วมากเกินไปได้อย่างไร?

นี่คือการปรับแต่งเดียวที่เซิร์ฟเวอร์ส่วนใหญ่ต้องใช้ และส่วนใหญ่ไม่ใช่ปัญหา prompt

ปริมาณตั๋วเป็นปัญหาฐานความรู้ ทุกช่องว่างในเอกสารของคุณจะกลายเป็นตั๋ว หากบอตส่งต่อมากกว่าที่คาด ให้อ่านตั๋ว: มันคือรายการคำถามที่เอกสารของคุณยังไม่ตอบ การปิดช่องว่างเหล่านั้นลดปริมาณโดยตรง

Insights บอกคุณว่าควรเขียนเอกสารอะไรต่อ Quickchat AI จัดกลุ่มบทสนทนาตามหัวข้อ คุณจึงเห็นว่าคำถามใดเกิดขึ้นบ่อยที่สุด แทนที่จะเดา แก้หัวข้อสามอันดับแรกในฐานความรู้ แล้วดูอัตราการส่งต่อลดลง

ไม่มีใครกำหนดค่าเหล่านี้ ภายใต้ Insights, Advanced, AI-Detected Topics ตั้งชื่อจากบทสนทนาเอง และจำนวนคือ backlog เอกสารตามลำดับความสำคัญ

รายการนั้นคือวงจรปรับแต่งทั้งหมด Pricing และ API keys เกิดขึ้นมากที่สุด ดังนั้นบทความเหล่านั้นควรถูกเขียนก่อน และกราฟสัปดาห์ถัดไปจะบอกว่าได้ผลหรือไม่ หัวข้อด้านบนถูกค้นพบให้คุณ คุณยังกำหนดเองภายใต้ Manage Topics ได้หากต้องการติดตามพื้นที่ผลิตภัณฑ์เฉพาะโดยตั้งใจ ดู AI-Detected Topics, Conversation Topics และ การจัดการ topics ใน docs

หากส่งต่อเร็วเกินไป ให้ทำให้ Action description เข้มขึ้น เพื่อให้ยิงเฉพาะหลังจาก Agent บอกสมาชิกแล้วว่าไม่มีข้อมูล หากส่งต่อน้อยเกินไป และเริ่มเดา ให้เสริมบรรทัด “อย่าเดาและอย่าแต่งขั้นตอน” ใน main prompt

ปลอดภัยพอสำหรับใช้งานในเซิร์ฟเวอร์สาธารณะหรือไม่?

บอตที่ใครก็พูดคุยได้ในช่องสาธารณะควรถูกตรวจอย่างจริงจัง สิ่งที่ปกป้องบอตนี้คือการกำหนดค่าที่คุณอ่านได้ใน editor ไม่ใช่ถ้อยคำ prompt จึงคงอยู่ไม่ว่าข้อความจะเขียนอย่างไร

สมาชิกคุยกับโมเดลได้ แต่ข้ามคอลัมน์กลางไม่ได้

ทุก ticket Action ต้องมีเทิร์น Discord จริงจากเซิร์ฟเวอร์ของคุณ run conditions สองในสามรายการของแต่ละ Action ตรวจว่าข้อความมาถึงผ่าน Discord integration จริง และมาจากเซิร์ฟเวอร์ที่คุณเลือกตอนติดตั้ง ค่าดังกล่าวถูกสร้างโดย integration ไม่ใช่โดยข้อความ และ public chat หรือ API message ไม่สามารถส่งค่าดังกล่าวหรือสืบทอดสำเนาที่เก็บไว้เก่ากว่าได้ ชี้ public API ของ Agent ไปที่ Actions เหล่านี้ แล้วมันจะปฏิเสธ

Action ที่เพิ่มคนเข้าเธรดส่วนตัวไม่มีพารามิเตอร์ที่โมเดลแก้ไขได้เลย URL จบด้วย member ID ที่ integration ส่งมาสำหรับข้อความปัจจุบัน Agent ส่งค่าอื่นไม่ได้ จึงดึงสมาชิกคนอื่นในเซิร์ฟเวอร์ของคุณเข้าไปในตั๋วของคนอื่นไม่ได้

Mentions ถูกล็อกตอนติดตั้ง notify Action ส่งรายการ mention แบบชัดเจนที่มีสมาชิกที่ถามและบทบาทที่คุณเลือก โดยปิด parsing mention ที่ Agent บังเอิญเขียนใน issue summary จะไม่ resolve และ @everyone จะไม่ยิงได้ ควรตรวจสอบแทนที่จะเชื่อ และมันเป็นเช่นนั้นจริง: role ping และ user mention ทั้งคู่ทำงาน และ literal @everyone ในข้อความเดียวกันไม่ทำอะไร

เธรดเป็นส่วนตัวและเชิญเพิ่มไม่ได้ สร้างด้วย type: 12 พร้อม invitable: false ดังนั้นสมาชิกที่ถูกเพิ่มเข้า ticket จะพาใครอื่นเข้ามาไม่ได้

บอตมอดเดอเรตไม่ได้ ไม่มีสิทธิ์ Kick, Ban หรือ Timeout ผลลัพธ์เลวร้ายที่สุดของสมาชิกที่หลอกให้ Agent ทำสิ่งที่ไม่ควรทำคือตั๋วเธรดที่พวกเขาเปิดได้ด้วยการถามตามปกติอยู่แล้ว

token ไม่ถูกเปิดเผย มันอยู่เป็น System Token ถูกฉีดตอนส่ง และถูก redact ทุกที่ที่มีการบันทึก call

สิ่งหนึ่งที่ต้องตัดสินใจโดยตั้งใจ: เธรดตั๋วเป็นส่วนตัว แต่ใครก็ตามที่มีบทบาทซัพพอร์ตของคุณอ่านได้ ซึ่งเป็นสิ่งที่ต้องการสำหรับซัพพอร์ตและควรรู้หากสมาชิกอาจวางรายละเอียดอ่อนไหว ให้ชี้ไปที่อีเมลสำหรับสิ่งที่เป็นความลับจริง ๆ

บอตซัพพอร์ต Discord ด้วย AI มีค่าใช้จ่ายเท่าไร?

แผน Free รวม AI Actions, Human Handoff, ฐานความรู้, Topics และ Insights พร้อม AI credits 50 เครดิตต่อเดือนสำหรับ การใช้งานส่วนบุคคลที่ไม่ใช่เชิงพาณิชย์ การใช้งานทางธุรกิจต้องใช้แผนแบบชำระเงิน แผนแบบชำระเงินยังให้ AI credits มากขึ้น หากคุณกำลังเปรียบเทียบกับการรันเอง บอต Discord AI ฟรี เปรียบเทียบเส้นทาง self-hosted อย่างตรงไปตรงมา รวมถึงชั่วโมงที่ต้องใช้

เมื่อทั้งสองเส้นทางผ่าน ให้ปล่อย Agent ใช้งาน:

1. บอกสมาชิกให้ใช้บอต ระบุในหัวข้อช่องว่าพวกเขาสามารถ @mention บอตได้ บอตที่ไม่มีใครรู้จักไม่ deflect อะไร
2. ดูวันแรก ทุก Action มี call log พร้อม request และ response ที่แน่นอน และ Inbox เก็บทุกบทสนทนา คุณจึงเห็นได้ว่าตอบอะไรและส่งต่ออะไร
3. อ่านตั๋วแรก ๆ เป็น backlog ของเอกสาร มันคือคำถามที่เอกสารของคุณยังไม่ตอบ

Agent เดียวกันทำงานได้ทุกที่อื่นด้วย ฐานความรู้, prompt และ Human Handoff เป็นของ Agent ไม่ใช่ Discord ดังนั้นบอตซัพพอร์ตเดียวกันตอบบน วิดเจ็ตเว็บไซต์ ของคุณ ใน Slack บน WhatsApp และทางอีเมลได้ และทุกบทสนทนาเข้าสู่ Inbox เดียวกัน Ticket Actions ทั้งสามรายการเป็นส่วนเดียวของงานนี้ที่เฉพาะกับ Discord หากทีมของคุณทำงานใน Slack แทน Discord ให้ ส่งการแจ้งเตือน handoff ที่นั่น แทนการ page บทบาท Discord

Discord AI Agent ของคุณทำอะไรได้อีก?

แกลเลอรีเดียวกันมีหมวด Moderation: timeout, kick, ban, unban, assign role, slowmode และ announcements ทุกอย่างติดตั้งพร้อม run condition author_is_admin is true ดังนั้นมีเพียงผู้ดูแลเซิร์ฟเวอร์เท่านั้นที่ trigger ได้ และ flag นั้นมาจาก Discord ไม่ใช่จากบทสนทนา นั่นคือบอตอีกแบบที่มี risk profile ต่างกัน และมีคู่มือของตัวเอง: สร้างบอตมอดเดอเรชัน Discord ด้วย AI

Discord endpoint อื่นใดก็ใช้สูตรเดียวกัน: HTTP Request Action พร้อม header Authorization: Bot {{discord_bot_token}}, parameter หนึ่งหรือสองรายการ และ description ภาษาธรรมดาที่ตัดสินว่า Agent จะยิงเมื่อใด สร้าง AI Agent ที่ทำ actions คือเวอร์ชันเริ่มต้นของแนวคิดนี้ และ เชื่อมต่อ AI Agent ของคุณกับ API ใดก็ได้ ครอบคลุมกรณีทั่วไป

ไม่ใช่บอต Discord ทุกตัวเป็นบอตซัพพอร์ตเช่นกัน Agent เดียวกันสามารถรันตัวละครแทนได้: บอต roleplay Discord ด้วย AI ใช้ฐานความรู้และ memory แบบเดียวกันสำหรับ persona แทนตั๋ว และ การสร้างตัวละครแบบเต็ม อธิบาย persona prompt, canon และการตั้งค่าที่ทำให้คงคาแรกเตอร์

ภาคผนวก: requests ที่แน่นอน

คุณไม่ต้องพิมพ์สิ่งเหล่านี้ แต่ควรอ่านสักครั้ง และนี่คือสิ่งที่คุณจะสร้างด้วยมือเมื่อต่อกับแพลตฟอร์มอื่น ค่า {{...}} ถูกเติมโดย 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 จะ archive ตั๋วที่เงียบหลังหนึ่งวัน 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}}

ไม่มี body และไม่มี parameters ID ทั้งสองมาจาก memory และจาก integration

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 ticket is open. <@&YOUR_SUPPORT_ROLE_ID> new ticket: {{issue_summary}}",
  "allowed_mentions": { "parse": [], "users": ["{{metadata_discord_author_id}}"], "roles": ["YOUR_SUPPORT_ROLE_ID"] }
}

สองรายละเอียดทำให้เสียเวลาดีบักจริงหากคุณสร้างเอง auth scheme คือ Bot, ไม่ใช่ Bearer ซึ่งเป็นข้อผิดพลาดที่พบบ่อยที่สุดเมื่อเรียก Discord ด้วยมือ และใน allowed_mentions, parse ที่ ว่าง พร้อมรายการ users และ roles แบบชัดเจนคือสิ่งที่ต้องการ: มันบล็อก @everyone ขณะปล่อยให้สอง mentions ที่ตั้งใจผ่านได้ parse ที่ ไม่ว่าง ถัดจากรายการชัดเจนของชนิดเดียวกันจะถูกปฏิเสธทันทีด้วย 400 MESSAGE_ALLOWED_MENTIONS_PARSE_EXCLUSIVE

คู่มือที่เกี่ยวข้อง

• สร้างบอต Discord ด้วย AI, การตั้งค่าที่คู่มือนี้ถือว่าคุณมี
• สร้างบอตมอดเดอเรชัน Discord ด้วย AI, แกลเลอรีเดียวกันที่ใช้กับมอดเดอเรชัน
• บอต Discord AI ที่ดีที่สุด, วิธีเปรียบเทียบตัวเลือก
• บอต Discord AI ฟรี, self-hosting มีต้นทุนจริงอย่างไร
• บอต roleplay Discord ด้วย AI, Agent เดียวกันที่รันตัวละครแทน
• เชื่อมต่อ AI Agent ของคุณกับ HubSpot, แกลเลอรี one-click แบบเดียวกันสำหรับ CRM
• ทำให้ actions ของ AI Agent เชื่อถือได้, run conditions และ memory แบบละเอียด
• เชื่อมต่อ AI Agent ของคุณกับ API ใดก็ได้, สูตรทั่วไป
• วิธีสร้างฐานความรู้สำหรับ chatbot, ครึ่งหนึ่งที่กำหนดปริมาณตั๋วของคุณ
• บทช่วยสอนผลิตภัณฑ์: 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 ค้นหาฐานความรู้ของคุณและตอบในช่องเมื่อพบคำตอบ Deflection ติดตามความครอบคลุม: คำถามที่เอกสารของคุณครอบคลุมจะได้รับคำตอบ และคำถามที่ไม่ครอบคลุมจะกลายเป็นตั๋ว ความสัมพันธ์นี้คือสิ่งสำคัญที่สุดอย่างหนึ่งที่ต้องเข้าใจเมื่อใช้งานบอตนี้

ฉันต้องเขียนโค้ดเพื่อสร้างบอตตั๋ว Discord นี้หรือไม่?

ไม่ต้อง คุณเลือกเทมเพลตจากแกลเลอรี Discord เลือกเซิร์ฟเวอร์ ช่อง และบทบาทจากดรอปดาวน์ แล้ว Quickchat AI เขียน method, URL, headers, body, parameters, response settings และ run conditions ในแบ็กเอนด์ คุณไม่ต้องพิมพ์ Discord ID และไม่ต้องแก้ JSON

เทมเพลตติดตั้ง Actions กี่รายการ?

สามรายการ รายการหนึ่งเปิดเธรดส่วนตัวในช่องตั๋วของคุณและบันทึก ID ลง memory อีกรายการเพิ่มสมาชิกที่ถาม และอีกรายการโพสต์สรุปที่ mention บทบาทซัพพอร์ตของคุณ ทั้งหมดมาพร้อมสถานะเปิดใช้งานและเชื่อมกันแล้ว

บอตรู้ได้อย่างไรว่าเมื่อใดควรเปิดตั๋ว?

มีสองสิ่งที่ตัดสิน Action description บอก Agent ให้เรียกเฉพาะเมื่อคำตอบไม่อยู่ในฐานความรู้ และ run condition ทำให้ลำดับเป็นแบบกำหนดแน่นอน: เธรดต้องยังไม่มีอยู่ก่อนจึงจะเปิดได้ และต้องมีอยู่ก่อนที่ follow-ups จะรันได้

บอตเปิดตั๋วซ้ำได้หรือไม่?

ไม่ได้ในบทสนทนาเดียวกัน Open Support Ticket มี run condition ที่กำหนดว่าต้องยังไม่มี ticket thread ID ใน memory ดังนั้นเมื่อมีตั๋วหนึ่งใบแล้ว Agent จะเปิดใบที่สองสำหรับบทสนทนานั้นไม่ได้ ไม่ว่า prompt จะบอกอย่างไร

มนุษย์รับช่วงบทสนทนาได้หรือไม่?

ได้ Human Handoff ทำเครื่องหมายบทสนทนาใน Quickchat AI Inbox ของคุณพร้อมสรุปที่ AI เขียน มอบหมายให้ตัวคุณเอง พิมพ์คำตอบใน Inbox แล้วคำตอบจะไปถึงช่อง Discord เดียวกันที่สมาชิกใช้อยู่ สมาชิกไม่ต้องออกจาก Discord และไม่ต้องมีบัญชีกับคุณ

ทำไมบอตตั๋วจึงต้องใช้แอป Discord ของฉันเอง?

Ticket Actions เรียก Discord API ในฐานะบอตของคุณ จึงต้องใช้ token ของบอตคุณ บอต Quickchat AI แบบ one-click ที่ใช้ร่วมกันตอบคำถามและใช้ Google Sheets Actions ได้ แต่ Discord token ของบอตนั้นไม่พร้อมให้ Actions สำหรับตั๋วส่วนตัวของคุณใช้ ใน External Apps ให้เปิด Discord และเลือก Advanced setup ซึ่งใช้เวลาประมาณ 10 นาที

บอตต้องใช้สิทธิ์ Discord ใดบ้าง?

View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads และ Manage Threads ในช่องตั๋ว บอตซัพพอร์ตไม่ต้องใช้สิทธิ์ Kick, Ban หรือ Timeout และสิทธิ์ที่บอตไม่มีคือสิ่งที่คุณไม่ต้องพิจารณา

ทำไมบทบาทซัพพอร์ตของฉันจึงหายไปจากดรอปดาวน์?

ตัวเลือกบทบาทแสดงเฉพาะบทบาทที่ Discord รายงานว่า mentionable และไม่รวม @everyone หากบทบาทซัพพอร์ตของคุณไม่ได้ตั้งให้ mentionable ใน Server Settings, Roles บทบาทนั้นจะไม่ปรากฏ เพราะเทมเพลตจะ ping บทบาทนั้นไม่ได้

บอตตั๋ว Discord ปลอดภัยพอสำหรับเซิร์ฟเวอร์สาธารณะหรือไม่?

การควบคุมเป็นการกำหนดค่า ไม่ใช่ถ้อยคำ prompt จึงคงอยู่ไม่ว่าข้อความจะเขียนอย่างไร ทุก ticket Action กำหนดว่าเทิร์นนั้นต้องมาจาก Discord จริงและจากเซิร์ฟเวอร์ที่คุณเลือก Action ที่เพิ่มคนเข้าเธรดส่วนตัวไม่มีพารามิเตอร์ที่โมเดลแก้ไขได้เลย mentions ถูกล็อกไว้ที่สมาชิกที่ถามและบทบาทที่คุณเลือก และเธรดเป็นส่วนตัวและเชิญเพิ่มไม่ได้ Run conditions ถูกตรวจสอบก่อน request ใดจะออกจาก Quickchat AI

บอตซัพพอร์ต Discord ด้วย AI มีค่าใช้จ่ายเท่าไร?

แผน Free รวม AI credits 50 เครดิตต่อเดือนสำหรับการใช้งานส่วนบุคคลที่ไม่ใช่เชิงพาณิชย์ AI Actions, Human Handoff, ฐานความรู้, Topics และ Insights รวมอยู่ด้วย การใช้งานทางธุรกิจต้องใช้แผนแบบชำระเงิน และแผนแบบชำระเงินยังให้ AI credits มากขึ้น

สิ่งนี้ต่างจาก 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 แบบ one-click ที่ใช้ร่วมกัน

ฉันหยุดไม่ให้บอตเปิดตั๋วมากเกินไปได้อย่างไร?

ปรับปรุงความครอบคลุมของฐานความรู้ก่อน เพราะทุกช่องว่างจะกลายเป็นตั๋ว อ่านตั๋วแรก ๆ เป็น backlog ของเอกสาร และใช้ Insights เพื่อดูว่าหัวข้อใดเกิดขึ้นบ่อยที่สุด เพื่อรู้ว่าควรเขียนอะไรต่อ จากนั้นจึงทำให้ Action description เข้มขึ้น

ฉันแก้ไข Actions ที่แกลเลอรีติดตั้งได้หรือไม่?

ได้ทุกฟิลด์ เป็น HTTP Request Actions ปกติ ไม่มีสิ่งใดทำเครื่องหมายว่าเป็นพิเศษ: ไม่มี lock, ไม่มี badge, ไม่มีเลเยอร์ policy แยก เปลี่ยน URL, body, description หรือ run conditions หรือจะติดตั้งสำเนาที่สองแล้วแก้ไขสำเนานั้นแทนก็ได้

ฉันรันระบบตั๋ว Discord โดยไม่มี helpdesk ได้หรือไม่?

ได้ ตั๋วคือเธรด Discord ส่วนตัว และคิวคือ Quickchat AI Inbox ของคุณ จึงไม่มี Zendesk, Intercom หรือ Jira อยู่ในกระบวนการ และไม่มีอะไรต้องย้าย หากคุณมี helpdesk อยู่แล้วก็เก็บไว้ได้: Agent เดียวกันยังสร้างตั๋วที่นั่นด้วย AI Action อีกรายการได้ และ แกลเลอรี HubSpot ทำเช่นนั้นพอดี

บอตตอบจากเนื้อหา help center ของเราได้หรือไม่?

นั่นคือสิ่งที่บอตนี้สร้างขึ้นมาให้ทำ วาง URL ของ help center แล้ว Quickchat AI จะ scrape หน้าเว็บเข้าเป็นฐานความรู้ หรืออัปโหลดไฟล์และวางบทความโดยตรง Agent ค้นหาบทความเหล่านั้นในทุกคำถามและตอบในช่องเมื่อพบคำตอบ ดังนั้นเอกสารที่มีอยู่ของคุณจะกลายเป็นบอตโดยไม่ต้องเขียนใหม่ สร้าง AI support agent จากเอกสารของคุณ อธิบายส่วนนี้แยกต่างหาก

บอตทักทายสมาชิกเมื่อช่องตั๋วเปิดได้หรือไม่?

ได้ ด้วยฟีเจอร์แยกต่างหาก บอตตั๋วเช่น Ticket Tool สร้างช่อง และ automated message แบบ New channel ของ Quickchat AI โพสต์คำทักทายคงที่ในช่องนั้นหลังจากนั้นไม่กี่วินาที สมาชิกจึงเห็นทันทีว่ามีสิ่งที่คุยด้วยได้ ไม่ใช้เครดิต เพราะไม่มีการเรียกโมเดล ทักทายสมาชิก เธรด และช่องตั๋ว ตั้งค่าเรื่องนี้

ฉันวัด ticket deflection อย่างไร?

Deflection คือสัดส่วนของคำถามที่ตอบได้โดยไม่ต้องเปิดตั๋ว ดังนั้นในงานนี้คือบทสนทนาที่ไม่มีเธรดตั๋วหารด้วยบทสนทนาทั้งหมด ทุก Action เก็บ call log ดังนั้นการนับการเรียก open_support_ticket ให้ส่วนที่ถูกส่งต่อโดยตรง และ Insights จัดกลุ่มส่วนที่เหลือตามหัวข้อ ติดตามเป็นรายหัวข้อแทนที่จะดูเป็นตัวเลขเดียว: อัตราที่ลดลงในหัวข้อหนึ่งคือช่องว่างเอกสารที่คุณปิดได้ Chatbot analytics ครอบคลุมชุด metric ที่กว้างกว่า

สรุป

ด้วยฐานความรู้และคลิกเดียว Quickchat AI Agent จะกลายเป็นบอตซัพพอร์ตด่านแรกสำหรับเซิร์ฟเวอร์ Discord ของคุณ: ตอบคำถามที่เอกสารครอบคลุม ยอมรับเมื่อเอกสารไม่ครอบคลุม เปิดเธรดตั๋วส่วนตัวสำหรับส่วนที่เหลือ ดึงสมาชิกเข้าไป page บทบาทซัพพอร์ตของคุณพร้อมสรุปที่เขียนเอง และส่งบทสนทนาให้มนุษย์ที่ตอบจาก Inbox ของคุณได้โดยที่สมาชิกไม่ต้องออกจาก Discord แกลเลอรีเขียน Actions ทั้งสามรายการ ดรอปดาวน์ทำให้คุณไม่ต้องพิมพ์ Discord ID และ run conditions ทำให้ลำดับยังคงถูกต้องแม้บทสนทนาไม่เป็นไปตามแผน สิ่งที่เหลือคืองานที่มีเพียงคุณทำได้: ฐานความรู้ที่ควรค่าแก่การตอบจาก