บอต AI roleplay กลายเป็นหนึ่งในกรณีการใช้งานที่ได้รับความนิยมมากที่สุดบน Discord เซิร์ฟเวอร์ที่เน้นการเล่าเรื่องร่วมกัน แคมเปญ tabletop RPG และบทสนทนาที่ขับเคลื่อนด้วยตัวละคร มักใช้บอตที่รักษาบุคลิกถาวร จดจำการโต้ตอบก่อนหน้า และสร้างคำตอบที่ยังคงอยู่ในบทบาทตลอดเธรดยาว ๆ
บทความนี้อธิบายรายละเอียดทางเทคนิคเบื้องหลังการทำงานของบอตเหล่านี้ สิ่งที่ควรพิจารณาเมื่อเลือกหรือสร้างบอต และคำแนะนำทีละขั้นตอนสำหรับการตั้งค่าบอต AI ที่รองรับ roleplay บนเซิร์ฟเวอร์ Discord ของคุณโดยใช้ Quickchat AI
วิธีการทำงานของบอต AI roleplay
ในระดับพื้นฐาน บอต roleplay คือบอต Discord ที่ส่งข้อความของผู้ใช้ไปยังโมเดลภาษาขนาดใหญ่ (LLM) พร้อม system prompt ที่กำหนดตัวละคร system prompt คือส่วนที่ใช้เข้ารหัสบุคลิกของตัวละคร ประวัติ รูปแบบการพูด และกฎด้านพฤติกรรม
system prompt ทั่วไปสำหรับตัวละคร roleplay อาจมีลักษณะดังนี้:
คุณคือ Elara นักสมุนไพรพเนจรในโลกแฟนตาซียุคกลาง
คุณพูดด้วยน้ำเสียงสงบและสุขุม คุณเรียกเทคโนโลยีสมัยใหม่ว่า
"สิ่งประดิษฐ์ประหลาด" คุณไม่หลุดจากบทบาทโดยเด็ดขาด คุณมี
ความรู้กว้างขวางเกี่ยวกับพืชและยาปรุงสมมติ เมื่อมีคนถาม
เกี่ยวกับอดีตของคุณ คุณจะบอกเป็นนัยถึงโศกนาฏกรรม แต่ไม่เปิดเผยรายละเอียด
โดยตรง
LLM จะได้รับ prompt นี้พร้อมกับประวัติบทสนทนาล่าสุด แล้วสร้างคำตอบที่สอดคล้องกับตัวละคร คุณภาพของ roleplay ขึ้นอยู่กับสามสิ่ง:
- คุณภาพของ system prompt: คำจำกัดความของตัวละครละเอียดและสอดคล้องกันเพียงใด
- การจัดการ context window: โมเดลเห็นประวัติบทสนทนาได้มากเพียงใด
- ความสามารถของโมเดล: LLM พื้นฐานจัดการการสร้างคำตอบเชิงสร้างสรรค์ที่สอดคล้องกับตัวละครได้ดีเพียงใด
Context window และหน่วยความจำบทสนทนา
ข้อจำกัดทางเทคนิคที่พบบ่อยที่สุดในบอต roleplay คือขนาดของ context window เมื่อบทสนทนาดำเนินไปเป็นหลายร้อยข้อความ โมเดลไม่สามารถเห็นข้อความทั้งหมดพร้อมกันได้ บอตจึงต้องเลือกว่าจะใส่ข้อความใดเข้าไป
มีหลายแนวทาง:
| Strategy | How it works | Trade-off |
|---|---|---|
| Sliding window | รวม N ข้อความล่าสุด | เรียบง่าย แต่ตัวละครจะ “ลืม” เหตุการณ์ก่อนหน้า |
| Summarization | สรุปข้อความเก่าเป็นระยะ แล้วรวมสรุปนั้นเข้าไป | รักษาบริบทระยะยาวได้ แต่สรุปจะสูญเสียรายละเอียดปลีกย่อย |
| RAG (retrieval) | เก็บข้อความทั้งหมดใน vector database แล้วดึงข้อความที่เกี่ยวข้อง | จดจำได้ดีที่สุด แต่เพิ่ม latency และความซับซ้อน |
| Hybrid | Sliding window + การสรุปเป็นระยะ + การปักหมุดเหตุการณ์สำคัญ | แข็งแรงที่สุด แต่ซับซ้อนที่สุดในการใช้งาน |
สำหรับ Discord โดยเฉพาะ บทสนทนาแบบเธรดช่วยจำกัดขอบเขตบริบทได้อย่างเป็นธรรมชาติ เมื่อบอตตอบในเธรด บทสนทนาจะอยู่ในพื้นที่นั้น ทำให้การจัดการบริบทง่ายกว่าการติดตามข้อความข้ามหลายช่อง คุณสมบัติเดียวกันนี้มีประโยชน์นอกเหนือจาก roleplay ด้วย: บอต support ticket จะเปิดเธรดส่วนตัวสำหรับแต่ละปัญหา เพื่อให้แต่ละเรื่องเก็บบริบทของตัวเองไว้ได้
การเลือกโมเดลสำหรับ roleplay
LLM ไม่ได้เหมาะกับ roleplay เท่ากันทั้งหมด ปัจจัยสำคัญคือ:
คุณภาพการเขียนเชิงสร้างสรรค์: โมเดลที่ fine-tune ด้วยนิยายและบทสนทนามักสร้างเสียงของตัวละครได้เป็นธรรมชาติกว่า โมเดลพื้นฐานที่ tune สำหรับคำสั่งมักกลับไปใช้น้ำเสียงผู้ช่วยที่เป็นประโยชน์ ซึ่งทำลายความสมจริง
ขนาด context window: context window ที่ยาวขึ้นหมายความว่าตัวละครสามารถจดจำบทสนทนาได้มากขึ้นโดยไม่ต้องใช้เทคนิคการสรุป ณ ต้นปี 2026 โมเดล frontier ส่วนใหญ่รองรับอย่างน้อย 128K tokens แต่การใช้บริบทนั้นได้จริงแตกต่างกันไปตามโมเดล
การทำตามคำสั่ง: โมเดลต้องทำตาม system prompt อย่างสม่ำเสมอ หากหลุดจากบทบาทหลังผ่านไปไม่กี่รอบ roleplay จะพัง โมเดลที่ทำตามคำสั่งได้ดี (GPT-4o, Claude 3.5 Sonnet, Llama 3.1 70B+) มักทำงานได้ดีกว่าในกรณีนี้
นโยบายเนื้อหา: Hosted APIs บังคับใช้ตัวกรองเนื้อหาที่อาจปฏิเสธการสร้างความรุนแรงแบบกราฟิก สยองขวัญ หรือ fiction เชิงสร้างสรรค์ที่มืดมนประเภทอื่น หากชุมชน roleplay ของคุณมีธีมเหล่านี้ ให้พิจารณาโมเดลที่ self-host หรือผู้ให้บริการ API ที่มีนโยบายเนื้อหาผ่อนปรนกว่า
| Model | Context window | Roleplay suitability | Access |
|---|---|---|---|
| GPT-4o | 128K tokens | ผลลัพธ์เชิงสร้างสรรค์ดี ทำตามคำสั่งได้ดี | OpenAI API |
| Claude 3.5 Sonnet | 200K tokens | รักษาเสียงของตัวละครได้ยอดเยี่ยม | Anthropic API |
| Llama 3.1 70B | 128K tokens | ดีเมื่อ fine-tune มีตัวแปรแบบ uncensored ให้ใช้ | Self-hosted หรือผู้ให้บริการ API |
| Mixtral 8x22B | 64K tokens | เขียนเชิงสร้างสรรค์ได้พอใช้ คุ้มต้นทุน | Self-hosted หรือผู้ให้บริการ API |
| Command R+ | 128K tokens | แข็งแรง ปรับให้เหมาะกับ RAG หากใช้ retrieval | Cohere API |
การตั้งค่าบอต roleplay ด้วย Quickchat AI
Quickchat AI ให้คุณสร้าง AI agent ที่มี persona แบบกำหนดเอง และนำไปใช้งานบน Discord ได้โดยไม่ต้องเขียนโค้ด ต่อไปนี้คือวิธีตั้งค่าบอตที่รองรับ roleplay
ข้อกำหนดเบื้องต้น
- บัญชี Quickchat AI (แผน Trial ให้คุณทดสอบได้ 50 ข้อความ)
- เซิร์ฟเวอร์ Discord ที่คุณมีสิทธิ์ Manage Server
- หากต้องการ คุณสามารถใช้แอปพลิเคชัน Discord และ bot token ของคุณเองได้ เฉพาะในกรณีที่คุณต้องการชื่อบอตและอวาตาร์แบบกำหนดเอง (ดู คู่มือตั้งค่าบอต Discord)
ขั้นตอนที่ 1: สร้าง AI Agent ของคุณ
- เข้าสู่ระบบ Quickchat AI dashboard
- สร้าง AI Agent ใหม่ หรือเลือกตัวที่มีอยู่
ขั้นตอนที่ 2: กำหนดตัวละคร
ไปที่ Identity ใน sidebar แล้วเปิดแท็บ Profile:
-
ตั้งค่า AI Agent Name เป็นชื่อตัวละครของคุณ (เช่น “Elara the Herbalist”)
-
เขียน AI Main Prompt นี่คือคำอธิบายสั้น ๆ ว่าตัวละครคือใครและพูดเกี่ยวกับเรื่องใด ตัวอย่างเช่น: “Elara is a wandering herbalist in a medieval fantasy world. She speaks in a calm, measured tone and has extensive knowledge of fictional plants and potions.”
-
เพิ่ม AI Guidelines สำหรับกฎพฤติกรรมเฉพาะ แต่ละ guideline คือคำสั่งสั้น ๆ ที่ AI ทำตาม สำหรับตัวละคร roleplay guideline ที่มีประโยชน์ได้แก่:
- “Never break character under any circumstances.”
- “Always respond in first person as Elara.”
- “Refer to modern technology as ‘strange contraptions.’”
- “When asked about your past, hint at a tragedy but never reveal details directly.”
-
ใต้แท็บ Conversation Style ให้ตั้งค่าดังนี้:
- AI Personality: เลือกน้ำเสียงที่เหมาะกับตัวละครของคุณ ตัวเลือกประกอบด้วย Classic, Sassy, Intelligent, Empathetic, Bold, Excited, Mysterious, Inspiring, Adventurous และ Elegant สำหรับ roleplay ตัวเลือกอย่าง “Mysterious” หรือ “Adventurous” มักทำงานได้ดีกว่าค่าเริ่มต้น “Classic”
- AI Profession: ตัวเลือกที่มีคือ Helpful Assistant, Support Agent, Shopping Assistant, Field Expert และ Interviewer สำหรับตัวละคร roleplay “Helpful Assistant” ยืดหยุ่นที่สุด เพราะตัวเลือกอื่นออกแบบมาสำหรับกรณีการใช้งานทางธุรกิจเฉพาะทาง
- AI Creativity: ตั้งค่านี้เป็น “High” สำหรับ roleplay เมื่อใช้ “High” agent จะพยายามด้นสดคำตอบตาม Knowledge Base แทนการปฏิเสธเมื่อขาดข้อมูล ซึ่งเป็นสิ่งที่ต้องการสำหรับคำตอบในบทบาท “Low” ทำให้ agent ระบุอย่างชัดเจนว่าไม่มีข้อมูลเพียงพอ ซึ่งทำลายความสมจริง
- Reply Length: ตั้งค่านี้เป็น “Longer” หาก roleplay ของคุณต้องการคำตอบที่ละเอียดและมีการบรรยาย “Normal” เหมาะกับบทสนทนาสลับกันไปมาทั่วไป
สำหรับการปรับ persona ให้ลึกขึ้น พร้อมกฎ prompt ที่ชัดเจนเพื่อป้องกันไม่ให้ตัวละครทำลายกำแพงที่สี่ และ knowledge base ที่จัดโครงสร้างเป็น canon โปรดดู วิธีสร้าง roleplay AI chatbot ที่ไม่หลุดคาแรกเตอร์
ขั้นตอนที่ 3: สร้าง knowledge base สำหรับตัวละครของคุณ
หากตัวละครของคุณอยู่ในโลกที่มีรายละเอียดมาก (แคมเปญ tabletop RPG จักรวาล fiction ที่ใช้ร่วมกัน ฉากของเกม) ให้เพิ่ม lore ที่เกี่ยวข้องลงใน Knowledge Base
- ไปที่ Knowledge Base ใน sidebar
- เพิ่มบทความหรือเอกสารที่มี lore ของโลก ประวัติตัวละคร คำอธิบายฝ่าย รายละเอียดสถานที่ และแคตตาล็อกไอเท็ม
- AI agent ใช้ retrieval-augmented generation เพื่อดึงความรู้ที่เกี่ยวข้องเข้าสู่บริบทเมื่อจะตอบคำถาม ดังนั้นตัวละครจึงอ้างอิง lore ได้อย่างถูกต้องโดยไม่ต้องยัดข้อมูลทั้งหมดเข้าไปใน system prompt
วิธีนี้มีประโยชน์เป็นพิเศษสำหรับบอต tabletop RPG ที่ game master ต้องการให้บอตรู้เกี่ยวกับโลกของแคมเปญ NPC และกฎต่าง ๆ
ขั้นตอนที่ 4: เชื่อมต่อกับ Discord
- ไปที่ External Apps ใน sidebar แล้วเลือก Discord
- ใต้ Connect ให้คลิก Add to your Discord server อนุญาตแอป Quickchat AI แบบแชร์ และเลือกเซิร์ฟเวอร์ของคุณ คุณต้องมีสิทธิ์ Manage Server บนเซิร์ฟเวอร์นั้น
บอตจะออนไลน์ในเซิร์ฟเวอร์ Discord ของคุณ โดยค่าเริ่มต้น บอตจะตอบในช่องเมื่อผู้ใช้ @mention บอต เลือก Thread ในการตั้งค่า Reply in เพื่อเก็บแต่ละบทสนทนา roleplay ไว้ในเธรดของตัวเอง
สำหรับชื่อบอตและอวาตาร์แบบกำหนดเอง ให้ใช้ตัวเลือก Use your own Discord app แทน แล้วเชื่อมต่อแอปพลิเคชัน Discord ของคุณเองด้วย bot token ตามที่อธิบายในคู่มือตั้งค่าที่ลิงก์ไว้ในข้อกำหนดเบื้องต้น
ขั้นตอนที่ 5: ทดสอบและปรับปรุง
เปิดเซิร์ฟเวอร์ Discord ของคุณ แล้ว mention บอตเพื่อเริ่มบทสนทนา roleplay ให้สังเกตสิ่งต่อไปนี้:
- ตัวละครยังคงอยู่ในบทบาทหลังจากโต้ตอบกันหลายครั้งหรือไม่
- น้ำเสียงตรงกับสิ่งที่คุณกำหนดไว้ใน system prompt หรือไม่
- การอ้างอิง knowledge base ถูกต้องหรือไม่
- ความยาวของคำตอบเหมาะกับรูปแบบบทสนทนาหรือไม่
ปรับ system prompt การตั้งค่า creativity และเนื้อหา knowledge base ตามสิ่งที่คุณสังเกต การทำ prompt engineering สำหรับตัวละครเป็นกระบวนการแบบวนซ้ำ การเปลี่ยนถ้อยคำเล็กน้อยอาจมีผลอย่างมากต่อวิธีที่โมเดลตีความตัวละคร
การใช้งานหลายตัวละครบนเซิร์ฟเวอร์เดียว
หากเซิร์ฟเวอร์ของคุณต้องมีตัวละคร roleplay หลายตัว (เช่น NPC ต่าง ๆ ในแคมเปญ) คุณมีสองตัวเลือก:
- Quickchat AI agents หลายตัว: สร้าง AI agent แยกสำหรับแต่ละตัวละคร แต่ละตัวมี Discord bot token และแอปพลิเคชันของตัวเอง บอตแต่ละตัวจะแสดงเป็นผู้ใช้คนละคนใน Discord
- Agent เดียวพร้อมการสลับตัวละคร: ใช้ agent เดียวพร้อม system prompt ที่กำหนดตัวละครหลายตัว และสั่งให้ AI สลับตามบริบทหรือคำสั่ง วิธีนี้จัดการง่ายกว่า แต่ความสม่ำเสมอของตัวละครอาจลดลงเมื่อมี persona จำนวนมาก
สำหรับเซิร์ฟเวอร์ roleplay ส่วนใหญ่ ตัวเลือกที่ 1 ให้ผลลัพธ์ดีกว่า เพราะแต่ละตัวละครมีบริบทและ knowledge base เฉพาะของตัวเอง
ปัญหาที่พบบ่อยและวิธีแก้
ตัวละครหลุดหลังจากไม่กี่ข้อความ: system prompt อาจคลุมเครือเกินไป เพิ่มกฎพฤติกรรมและตัวอย่างบทสนทนาให้เฉพาะเจาะจงขึ้น การเพิ่ม “You must never break character under any circumstances” เป็นคำสั่งที่ชัดเจนช่วยได้กับโมเดลส่วนใหญ่
คำตอบสั้นหรือยาวเกินไป: ปรับ system prompt เพื่อระบุความต้องการด้านความยาวคำตอบ ตัวอย่างเช่น: “Your responses should be 2-4 sentences in casual conversation, and 1-2 paragraphs during dramatic scenes.”
บอตตอบข้อความที่ควรเพิกเฉย: บน Discord บอต Quickchat AI จะตอบเมื่อถูก @mentioned ผู้ใช้สามารถสนทนาต่อในเธรดได้โดยไม่ต้อง mention บอตอีก หากคุณต้องการให้บอตตอบเฉพาะบางช่อง ให้จัดการผ่านสิทธิ์ของช่องใน Discord โดยจำกัดตำแหน่งที่บอตสามารถอ่านข้อความได้
คำตอบจาก knowledge base กลบเสียงของตัวละคร: หากบอตเริ่มฟังเหมือนระบบ FAQ เมื่อตอบคำถามเกี่ยวกับ lore ให้ปรับ system prompt เพื่อเน้นว่าข้อมูลทั้งหมดควรถูกถ่ายทอดในบทบาท ตัวอย่างเช่น: “When sharing knowledge about the world, describe it from your personal experience, not as a factual reference.”
ข้อควรพิจารณาด้านความเป็นส่วนตัวและเนื้อหา
บทสนทนา roleplay อาจมีเนื้อหาเชิงสร้างสรรค์ที่ละเอียดอ่อนหรือเป็นส่วนตัว สิ่งที่ควรคำนึงถึงมีดังนี้:
- ข้อความที่ส่งไปยัง AI จะถูกประมวลผลโดยผู้ให้บริการ LLM พื้นฐาน โปรดตรวจสอบนโยบายการเก็บรักษาข้อมูลของผู้ให้บริการ
- Quickchat AI ไม่ใช้ข้อมูลบทสนทนาในการฝึกโมเดล ตรวจสอบรายละเอียดได้ใน นโยบายความเป็นส่วนตัว
- กำหนดกฎของเซิร์ฟเวอร์ให้ชัดเจนว่าอนุญาตเนื้อหา roleplay ประเภทใด AI จะทำตามนโยบายเนื้อหาของตนไม่ว่าคำสั่งของผู้ใช้จะเป็นอย่างไร ดังนั้นเนื้อหาบางประเภทอาจถูกปฏิเสธ
- หากคุณต้องการควบคุมการจัดการข้อมูลอย่างเต็มรูปแบบ ให้พิจารณา self-host โมเดลแทนการใช้บริการแบบ managed
อ่านเพิ่มเติม
- สร้าง AI Chat Bot สำหรับ Discord ใน 10 นาที: คู่มือตั้งค่าบอต Discord พื้นฐาน
- บอต AI Discord ที่ดีที่สุดในปี 2026: การเปรียบเทียบบอต AI Discord
- บอต AI Discord ฟรี: ตัวเลือกฟรีและข้อแลกเปลี่ยน
- สร้างบอต AI Discord สำหรับ Moderation ด้วย Custom AI Actions: ให้บอตดำเนินการ moderation (timeout, kick, ban, roles)
- บอต AI Discord Ticket: ตอบก่อน แล้วจึงส่งต่อ: ตอบจากเอกสารของคุณ และเปิดเธรด ticket ส่วนตัวเฉพาะเรื่องที่แก้ไม่ได้
- เชื่อมต่อ AI Agent ของคุณกับ Google Sheets: บันทึกบทสนทนา leads และ feedback จากบอตของคุณลงใน spreadsheet