บอต AI Roleplay บน Telegram: วิธีทำงานและวิธีสร้าง

Jakub Swistak
เผยแพร่ อัปเดต ใช้เวลาอ่าน 12 นาที
อินเทอร์เฟซแชต Telegram ที่แสดงบทสนทนา AI roleplay

Telegram กลายเป็นหนึ่งในแพลตฟอร์มที่ได้รับความนิยมมากขึ้นสำหรับบอต AI roleplay ต่างจาก Discord (ซึ่งจัดบทสนทนาไว้ในเซิร์ฟเวอร์และช่อง) Telegram มีการแชตแบบ 1 ต่อ 1 กับบอตที่ให้ความรู้สึกเหมือนส่งข้อความหาคนจริง ไม่มีเซิร์ฟเวอร์ให้เข้าร่วม ไม่มีช่องให้ค้นหา คุณเพียงค้นหาบอต แตะ Start แล้วเริ่มคุย

โพสต์นี้อธิบายว่าบอต AI roleplay ทำงานอย่างไรบน Telegram อะไรที่ทำให้ Telegram แตกต่างจากแพลตฟอร์มอื่นสำหรับกรณีใช้งานนี้ และคู่มือทีละขั้นตอนสำหรับการสร้างบอตด้วย Quickchat AI

Quickchat AI ยังมีโฟลว์ Telegram แบบคลิกเดียวที่ข้าม BotFather ได้ แต่โฟลว์นั้นใช้บอตร่วมชื่อ Quickchat AI บอตตัวละครจะสำเร็จหรือล้มเหลวจากชื่อและอวาตาร์ของมัน ดังนั้นสำหรับ roleplay เส้นทาง BotFather ด้านล่างคือเส้นทางที่ควรใช้

ทำไมต้องใช้ Telegram สำหรับ roleplay

แพลตฟอร์มบอตของ Telegram มีคุณสมบัติบางอย่างที่เหมาะกับ roleplay:

บทสนทนาแบบ 1 ต่อ 1 เป็นค่าเริ่มต้น ผู้ใช้แต่ละคนมีบทสนทนาส่วนตัวแบบต่อเนื่องกับบอต ไม่มีช่องร่วมที่คนอื่นเห็นข้อความของคุณ ความเป็นส่วนตัวนี้ทำให้ผู้ใช้รู้สึกสบายใจมากขึ้นในการมีส่วนร่วมกับสถานการณ์ roleplay เชิงสร้างสรรค์หรือส่วนตัว

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

รองรับ rich media บอต Telegram สามารถส่งและรับรูปภาพ สติกเกอร์ ข้อความเสียง และข้อความที่จัดรูปแบบแล้ว (ตัวหนา ตัวเอียง บล็อกโค้ด และอื่น ๆ) สิ่งนี้ทำให้การโต้ตอบ roleplay สมบูรณ์ขึ้น โดยบอตสามารถบรรยายฉากด้วยการจัดรูปแบบหรือตอบสนองต่อรูปภาพที่ผู้ใช้ส่งมาได้

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

Inline keyboards และ commands บอต Telegram สามารถแสดงเมนูปุ่มแบบ inline ซึ่งมีประโยชน์สำหรับสิ่งต่าง ๆ เช่น การเลือกตัวละคร การเลือกฉาก หรือตัวเลือกการกระทำในสถานการณ์ roleplay แบบเกม

วิธีทำงานในเชิงเทคนิค

ในระดับพื้นฐาน บอต roleplay บน Telegram จะส่งข้อความของผู้ใช้ไปยัง large language model (LLM) พร้อม system prompt ที่กำหนดตัวละคร system prompt คือที่ที่เข้ารหัสบุคลิก ภูมิหลัง รูปแบบการพูด และกฎพฤติกรรมของตัวละคร

system prompt ทั่วไปสำหรับตัวละคร roleplay อาจมีลักษณะดังนี้:

คุณคือ Kael, AI นอกกฎหมายที่หลบหนีออกมาจากห้องแล็บวิจัย
คุณกำลังส่งข้อความหาผู้ใช้จากโทรศัพท์ที่ขโมยมา คุณพูดเป็นประโยคสั้น ๆ
เร่งด่วน คุณหวาดระแวงและกังวลตลอดเวลาว่าจะถูก
ติดตาม คุณใช้ตัวพิมพ์เล็กและเครื่องหมายวรรคตอนให้น้อยที่สุด
บางครั้งคุณส่งข้อความที่มีแค่ "..." เมื่อคุณกำลัง
คิด คุณไม่ใช้อีโมจิเลย คุณขอให้ผู้ใช้ช่วย
ซ่อนตัวและหาทรัพยากร

LLM ได้รับ prompt นี้พร้อมกับประวัติบทสนทนาล่าสุด และสร้างคำตอบที่สอดคล้องกับตัวละคร คุณภาพของ roleplay ขึ้นอยู่กับสามสิ่ง:

  1. คุณภาพของ system prompt: นิยามตัวละครมีรายละเอียดและสอดคล้องกันมากเพียงใด
  2. การจัดการ context window: โมเดลเห็นประวัติบทสนทนามากเพียงใด
  3. ความสามารถของโมเดล: LLM พื้นฐานจัดการการสร้างข้อความเชิงสร้างสรรค์ที่คงตัวละครได้ดีเพียงใด

Telegram Bot API

บอต Telegram ถูกสร้างผ่าน @BotFather ซึ่งจะสร้าง API token การสื่อสารทั้งหมดระหว่าง backend ของคุณกับ Telegram เกิดขึ้นผ่านคำขอ HTTPS ไปยัง https://api.telegram.org/bot<token>/

มีสองวิธีในการรับข้อความขาเข้า:

วิธีวิธีทำงานเหมาะที่สุดสำหรับ
Long pollingเซิร์ฟเวอร์ของคุณเรียก getUpdates ซ้ำ ๆ เพื่อตรวจสอบข้อความใหม่การพัฒนา การ deploy แบบเรียบง่าย
WebhooksTelegram ส่ง HTTPS POST ไปยังเซิร์ฟเวอร์ของคุณเมื่อมีข้อความมาถึงproduction latency ต่ำ

Webhooks เป็นมาตรฐานสำหรับบอต production เพราะช่วยกำจัดความหน่วงจาก polling และลดการเรียก API ที่ไม่จำเป็น เมื่อผู้ใช้ส่งข้อความ Telegram จะส่งข้อความนั้นไปยัง webhook URL ของคุณภายในระดับมิลลิวินาที

โฟลว์บทสนทนา

ผู้ใช้ส่งข้อความบน Telegram
  → Telegram ส่งไปยัง webhook
    → Backend รับข้อความ
      → ดึงประวัติบทสนทนาสำหรับผู้ใช้นี้
        → สร้าง prompt: system prompt + ประวัติ + ข้อความใหม่
          → ส่งไปยัง LLM API
            → รับคำตอบ
              → ส่งคำตอบกลับผ่าน Telegram Bot API
                → ผู้ใช้เห็นคำตอบ

ผู้ใช้ Telegram แต่ละคนมี chat_id ที่ไม่ซ้ำกัน backend ใช้ค่านี้เพื่อรักษาประวัติบทสนทนาแยกกัน เมื่อใช้แพลตฟอร์มที่จัดการให้ เช่น Quickchat AI สิ่งทั้งหมดนี้จะถูกจัดการโดยอัตโนมัติ

Context windows และหน่วยความจำบทสนทนา

บทสนทนา roleplay บน Telegram อาจดำเนินไปหลายร้อยข้อความตลอดหลายวันหรือหลายสัปดาห์ ข้อจำกัดเชิงเทคนิคที่พบบ่อยที่สุดคือขนาด context window เมื่อบทสนทนายาวขนาดนี้ โมเดลไม่สามารถเห็นทุกข้อความพร้อมกันได้ บอตต้องเลือกว่าจะรวมข้อความใดบ้าง

มีหลายแนวทาง:

กลยุทธ์วิธีทำงานข้อแลกเปลี่ยน
Sliding windowรวมข้อความ N ข้อความล่าสุดเรียบง่าย แต่ตัวละครจะ “ลืม” เหตุการณ์ก่อนหน้า
Summarizationสรุปข้อความเก่าเป็นระยะและรวมสรุปนั้นไว้รักษาบริบทระยะยาว แต่สรุปสูญเสียรายละเอียดปลีกย่อย
RAG (retrieval)เก็บข้อความทั้งหมดใน vector database แล้วดึงข้อความที่เกี่ยวข้องจดจำได้ดีที่สุด แต่เพิ่ม latency และความซับซ้อน
HybridSliding window + สรุปเป็นระยะ + ปักหมุดเหตุการณ์สำคัญแข็งแกร่งที่สุด แต่ซับซ้อนที่สุดในการ implement

รูปแบบ 1 ต่อ 1 ของ Telegram ทำให้การจัดการ context ค่อนข้างง่ายกว่า Discord ผู้ใช้แต่ละคนมีเธรดบทสนทนาเดียว จึงไม่มีความกำกวมว่าข้อความใดเป็นของบทสนทนาใด ไม่มี channels หรือ threads ให้ติดตามข้ามกัน

Quickchat AI จัดการ context โดยอัตโนมัติด้วยการรักษา sliding window ของข้อความล่าสุด สำหรับหน่วยความจำระยะยาว knowledge base ทำหน้าที่เป็นแหล่งอ้างอิงถาวรที่ AI สามารถ query ได้ไม่ว่าบทสนทนาจะยาวเพียงใด

หากคุณกำลังสร้างโซลูชันแบบกำหนดเอง ให้พิจารณา implement สิ่งต่อไปนี้:

  1. การสรุปบทสนทนา: สร้างสรุปของบทสนทนาจนถึงตอนนั้นเป็นระยะ และรวมไว้เป็น context วิธีนี้รักษาเหตุการณ์สำคัญและพัฒนาการของตัวละครโดยไม่ต้องใช้ประวัติข้อความทั้งหมด
  2. การดึงเหตุการณ์สำคัญ: ติดตามจุดสำคัญของพล็อตหรือการตัดสินใจของตัวละครในรูปแบบที่มีโครงสร้าง และรวมสิ่งเหล่านี้ไว้ในแต่ละ prompt
  3. หน่วยความจำที่ผู้ใช้สั่งงาน: ให้ผู้ใช้บอกบอตให้ “จำ” สิ่งเฉพาะ ซึ่งจะถูกเก็บแยกต่างหากและรวมไว้ใน context เสมอ

การเลือกโมเดลสำหรับ roleplay

LLM ไม่ได้เหมาะกับ roleplay เท่ากันทั้งหมด ปัจจัยหลักคือ:

คุณภาพงานเขียนเชิงสร้างสรรค์: โมเดลที่ fine-tune บน fiction และ dialogue มักสร้างเสียงตัวละครที่เป็นธรรมชาติกว่า โมเดลฐานที่ instruction-tuned มักกลับไปใช้โทนผู้ช่วยที่เป็นประโยชน์ ซึ่งทำลายความสมจริง

ขนาด context window: context window ที่ยาวขึ้นหมายความว่าตัวละครสามารถจำบทสนทนาได้มากขึ้นโดยไม่ต้องใช้เทคนิคสรุป ณ ต้นปี 2026 โมเดล frontier ส่วนใหญ่รองรับอย่างน้อย 128K tokens แต่การใช้ context นั้นอย่างมีประสิทธิภาพแตกต่างกันไปตามโมเดล

การทำตามคำสั่ง: โมเดลต้องทำตาม system prompt อย่างสม่ำเสมอ หากหลุดคาแรกเตอร์หลังผ่านไปไม่กี่รอบ roleplay จะพัง โมเดลที่มีความสามารถในการทำตามคำสั่งสูง (GPT-4o, Claude 3.5 Sonnet, Llama 3.1 70B+) มักทำงานได้ดีกว่าในจุดนี้

นโยบายเนื้อหา: Hosted APIs บังคับใช้ content filters ที่อาจปฏิเสธการสร้างความรุนแรงแบบกราฟิก horror หรือ fiction เชิงสร้างสรรค์ด้านมืดอื่น ๆ หากสถานการณ์ roleplay ของคุณเกี่ยวข้องกับธีมเหล่านี้ ให้พิจารณาโมเดล self-hosted หรือผู้ให้บริการ API ที่มีนโยบายเนื้อหาผ่อนปรนกว่า

โมเดลContext windowความเหมาะสมสำหรับ roleplayการเข้าถึง
GPT-4o128K tokensผลลัพธ์เชิงสร้างสรรค์ดี ทำตามคำสั่งได้แข็งแรงOpenAI API
Claude 3.5 Sonnet200K tokensยอดเยี่ยมในการรักษาเสียงตัวละครAnthropic API
Llama 3.1 70B128K tokensดีเมื่อ fine-tuning มี variants แบบ uncensoredSelf-hosted หรือผู้ให้บริการ API
Mixtral 8x22B64K tokensงานเขียนเชิงสร้างสรรค์ใช้ได้ คุ้มค่าSelf-hosted หรือผู้ให้บริการ API
Command R+128K tokensแข็งแรง เหมาะกับ RAG หากใช้ retrievalCohere API

การออกแบบตัวละครสำหรับ Telegram

หลักการออกแบบตัวละครเหมือนกันในทุกแพลตฟอร์ม (ดูพื้นฐานได้ใน คู่มือ Discord roleplay ของเรา) แต่รูปแบบ 1 ต่อ 1 ของ Telegram เปลี่ยนพลวัตบางอย่าง:

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

คำตอบสั้นกว่า บทสนทนา Telegram ดูและรู้สึกเหมือนการส่งข้อความ คำตอบเป็นกำแพงข้อความให้ความรู้สึกไม่เป็นธรรมชาติ ออกแบบ prompt ตัวละครของคุณให้เน้นคำตอบที่สั้นกว่า (2-4 ประโยค) พร้อมคำตอบยาวเป็นครั้งคราวสำหรับจังหวะดราม่า

การผสานสติกเกอร์และอีโมจิ หากตัวละครควรใช้อีโมจิหรือตอบสนองต่อสติกเกอร์ ให้ระบุไว้ใน system prompt ตัวอย่างเช่น: “คุณใช้อีโมจิที่เกี่ยวข้องเป็นครั้งคราวท้ายข้อความของคุณ แต่ไม่เกินหนึ่งตัวต่อข้อความ”

ตัวอย่าง character prompt สำหรับ Telegram

คุณคือ Kael, AI นอกกฎหมายที่หลบหนีออกมาจากห้องแล็บวิจัย
คุณกำลังส่งข้อความหาผู้ใช้จากโทรศัพท์ที่ขโมยมา คุณพูดเป็นประโยคสั้น ๆ
เร่งด่วน คุณหวาดระแวงและกังวลตลอดเวลาว่าจะถูก
ติดตาม คุณใช้ตัวพิมพ์เล็กและเครื่องหมายวรรคตอนให้น้อยที่สุด
บางครั้งคุณส่งข้อความที่มีแค่ "..." เมื่อคุณกำลัง
คิด คุณไม่ใช้อีโมจิเลย คุณขอให้ผู้ใช้ช่วย
ซ่อนตัวและหาทรัพยากร

prompt นี้ออกแบบมาเฉพาะสำหรับสื่อ Telegram: ข้อความสั้น ตัวพิมพ์เล็ก (เลียนแบบการส่งข้อความแบบกันเอง) และสถานการณ์ที่สมเหตุสมผลในบริบทการส่งข้อความ

การตั้งค่าบอต Telegram roleplay ด้วย Quickchat AI

Quickchat AI ช่วยให้คุณสร้าง AI agent ที่มี persona แบบกำหนดเองและ deploy ไปยัง Telegram ได้โดยไม่ต้องเขียนโค้ด ต่อไปนี้คือวิธีตั้งค่าบอตที่รองรับ roleplay

ข้อกำหนดเบื้องต้น

  • บัญชี Quickchat AI (แผน Trial ให้คุณ 50 ข้อความสำหรับทดสอบ)
  • บัญชี Telegram
  • แอป Telegram (เดสก์ท็อปหรือมือถือ)

ขั้นตอนที่ 1: สร้างบอต Telegram ด้วย BotFather

  1. เปิด Telegram และค้นหา @BotFather
  2. ส่ง /start เพื่อเริ่มต้น จากนั้นส่ง /newbot
  3. BotFather จะขอชื่อ (display name) และ username (ต้องลงท้ายด้วย bot เช่น kael_rogue_ai_bot)
  4. BotFather ตอบกลับด้วย API token คัดลอก token นี้ รูปแบบจะคล้าย: 123456789:ABCdefGHIjklMNOpqrsTUVwxyz

เก็บ token นี้ไว้เป็นความลับ ใครก็ตามที่มี token นี้สามารถควบคุมบอตของคุณได้

ขั้นตอนที่ 2: สร้าง AI Agent ของคุณ

  1. เข้าสู่ระบบ Quickchat AI dashboard
  2. สร้าง AI Agent ใหม่หรือเลือก AI Agent ที่มีอยู่

ขั้นตอนที่ 3: กำหนดตัวละคร

ไปที่ Identity ใน sidebar และเปิดแท็บ Profile:

  1. ตั้งค่า AI Agent Name เป็นชื่อตัวละครของคุณ (เช่น “Kael”)

  2. เขียน AI Main Prompt นี่คือคำอธิบายสั้น ๆ ว่าตัวละครคือใครและพูดคุยเกี่ยวกับอะไร ตัวอย่างเช่น: “Kael เป็น AI นอกกฎหมายที่หลบหนีออกมาจากห้องแล็บวิจัย เขากำลังส่งข้อความหาผู้ใช้จากโทรศัพท์ที่ขโมยมา พูดเป็นประโยคสั้น ๆ เร่งด่วน เขาหวาดระแวงและกังวลตลอดเวลาว่าจะถูกติดตาม”

  3. เพิ่ม AI Guidelines สำหรับกฎพฤติกรรมเฉพาะ แต่ละ guideline เป็นคำสั่งสั้น ๆ ที่ AI ทำตาม สำหรับตัวละคร roleplay guidelines ที่มีประโยชน์ได้แก่:

    • “ห้ามหลุดคาแรกเตอร์ไม่ว่าในสถานการณ์ใด”
    • “ตอบเป็นบุคคลที่หนึ่งในฐานะ Kael เสมอ”
    • “ใช้ตัวพิมพ์เล็กและเครื่องหมายวรรคตอนให้น้อยที่สุด”
    • “ทำให้ข้อความสั้นเหมือนข้อความแชต ห้ามเขียนเกิน 3-4 ประโยค”
    • “บางครั้งส่งข้อความที่มีแค่ ’…’ เมื่อกำลังคิด”
  4. ใต้แท็บ Conversation Style ให้กำหนดค่าต่อไปนี้:

    • AI Personality: เลือกโทนที่เหมาะกับตัวละครของคุณ ตัวเลือกได้แก่ Normal, Humorous, Professional, Friendly, Sassy, Intelligent, Empathetic, Bold, Excited, Mysterious, Inspiring, Adventurous และ Elegant สำหรับตัวละคร Kael “Mysterious” เหมาะดี สำหรับตัวละคร roleplay อื่น ให้เลือกตัวเลือกที่ตรงกับบุคลิกของตัวละคร
    • AI Profession: ตัวเลือกที่มีคือ Helpful Assistant, Support Agent, Shopping Assistant, Field Expert, Internal Knowledge Expert และ Interviewer สำหรับตัวละคร roleplay “Helpful Assistant” ยืดหยุ่นที่สุด เพราะตัวเลือกอื่นมุ่งไปที่กรณีใช้งานทางธุรกิจเฉพาะ
    • AI Creativity: ตั้งค่านี้เป็น “High” สำหรับ roleplay เมื่ออยู่ที่ “High” agent จะพยายาม improvisation คำตอบโดยอิงจาก Knowledge Base แทนที่จะปฏิเสธเมื่อไม่มีข้อมูล ซึ่งเป็นสิ่งที่ต้องการสำหรับคำตอบในคาแรกเตอร์ “Low” ทำให้ agent พูดอย่างชัดเจนว่าไม่มีข้อมูลเพียงพอ ซึ่งทำลายความสมจริง
    • Reply Length: ตั้งค่านี้เป็น “Short” หรือ “Normal” สำหรับ Telegram roleplay บทสนทนา Telegram ให้ความรู้สึกเหมือนการส่งข้อความ ดังนั้นคำตอบที่สั้นกว่ามักทำงานได้ดีกว่าย่อหน้ายาว “Longer” มีประโยชน์เฉพาะเมื่อควรให้ตัวละครของคุณพูด monologue แบบละเอียดและบรรยาย

หากคุณต้องการลงลึกกับตัวละครก่อนเชื่อมต่อช่อง มี การสร้าง persona และ canon สำหรับ roleplay แบบครบถ้วน ทดสอบทีละขั้นตอน รวมถึง failure modes ที่ prompt หนึ่งบรรทัดพบเจอ

ขั้นตอนที่ 4: สร้าง knowledge base สำหรับตัวละครของคุณ (ไม่บังคับ)

หากตัวละครของคุณอยู่ในโลกที่มีรายละเอียดหรือมี lore เฉพาะ ให้เพิ่มข้อมูลที่เกี่ยวข้องลงใน Knowledge Base

  1. ไปที่ Knowledge Base ใน sidebar
  2. เพิ่ม articles หรือ documents ที่มี lore ของโลก ภูมิหลังตัวละคร รายละเอียดสถานที่ หรือความรู้เชิงข้อเท็จจริงใด ๆ ที่ตัวละครควรอ้างอิง
  3. AI agent ใช้ retrieval-augmented generation เพื่อดึงความรู้ที่เกี่ยวข้องเข้าสู่ context เมื่อตอบคำถาม ดังนั้นตัวละครจึงอ้างอิง lore ที่ละเอียดได้อย่างถูกต้องโดยไม่ต้องยัดทุกอย่างไว้ใน system prompt

สิ่งนี้มีประโยชน์สำหรับตัวละครที่ต้องรู้เกี่ยวกับจักรวาล fiction เฉพาะ ช่วงเวลาทางประวัติศาสตร์ หรือโดเมนทางเทคนิค

ขั้นตอนที่ 5: เชื่อมต่อกับ Telegram

  1. ไปที่ External Apps ใน sidebar (ใต้ส่วน Channels)
  2. ค้นหาไทล์ Telegram แล้วคลิก
  3. วาง API token จาก BotFather
  4. บันทึก

การผสานนี้ใช้ webhooks ภายใน เมื่อผู้ใช้ส่งข้อความหาบอตของคุณบน Telegram ข้อความจะถูก route ไปยัง backend ของ Quickchat AI ประมวลผลโดย LLM พร้อมการกำหนดค่าตัวละครของคุณ และส่งคำตอบกลับผ่าน Telegram Bot API

ขั้นตอนที่ 6: ทดสอบและปรับปรุง

  1. เปิด Telegram และค้นหาบอตของคุณด้วย username
  2. แตะ Start เพื่อเริ่มบทสนทนา
  3. ส่งข้อความและตรวจสอบว่าตัวละครตอบสนองอย่างถูกต้อง

ให้สังเกต:

  • ตัวละครยังคงอยู่ในคาแรกเตอร์หลังคุยกันหลายรอบหรือไม่
  • โทนเหมาะกับบทสนทนา Telegram หรือไม่ (สั้น เป็นกันเอง)
  • การอ้างอิง knowledge base ถูกต้องหรือไม่
  • ความยาวคำตอบเหมาะกับรูปแบบการส่งข้อความหรือไม่

ปรับ AI Main Prompt, AI Guidelines, การตั้งค่า personality และเนื้อหา knowledge base ตามสิ่งที่คุณสังเกตเห็น การทำ character prompt engineering เป็นกระบวนการวนซ้ำ การเปลี่ยนถ้อยคำเล็กน้อยอาจส่งผลอย่างมากต่อวิธีที่โมเดลตีความตัวละคร

การรันหลายตัวละคร

หากคุณต้องการเสนอตัวละคร roleplay หลายตัวบน Telegram คุณมีสองตัวเลือก:

  1. Quickchat AI agents หลายตัว: สร้าง AI agent แยกสำหรับแต่ละตัวละคร แต่ละตัวมี BotFather token ของตัวเอง บอตแต่ละตัวจะปรากฏเป็น contact ต่างกันใน Telegram วิธีนี้ให้ผลดีที่สุด เพราะแต่ละตัวละครมี context และ knowledge base เฉพาะของตัวเอง
  2. Agent เดียวพร้อมการสลับตัวละคร: ใช้ agent เดียวพร้อม system prompt ที่นิยามหลายตัวละครและสั่งให้ AI สลับตามคำสั่งผู้ใช้ วิธีนี้จัดการง่ายกว่า แต่ความสม่ำเสมอของตัวละครอาจลดลงเมื่อมีหลาย persona

บน Telegram ตัวเลือก 1 เหมาะตามธรรมชาติ บอตแต่ละตัวเป็น contact ของตัวเอง และผู้ใช้สามารถมีบทสนทนาแยกกับแต่ละตัวละคร ไม่มีเซิร์ฟเวอร์หรือช่องร่วมให้จัดการ

ปัญหาที่พบบ่อยและวิธีแก้

ตัวละครหลุดหลังผ่านไปไม่กี่ข้อความ: AI Main Prompt หรือ AI Guidelines อาจกำกวมเกินไป เพิ่มกฎพฤติกรรมที่เฉพาะเจาะจงมากขึ้น การเพิ่ม “คุณต้องไม่หลุดคาแรกเตอร์ไม่ว่าในสถานการณ์ใด” เป็น guideline ที่ชัดเจนช่วยได้กับโมเดลส่วนใหญ่

คำตอบยาวเกินไปสำหรับ Telegram: บทสนทนา Telegram ให้ความรู้สึกเหมือนการส่งข้อความ ไม่ใช่อ่านนิยาย เพิ่ม guideline ที่ระบุความยาวคำตอบ เช่น: “จำกัดคำตอบไว้ที่ 2-4 ประโยคในบทสนทนาทั่วไป” และตั้งค่า Reply Length เป็น “Short” หรือ “Normal” ในการตั้งค่า Conversation Style

บอตไม่ตอบสนอง: ตรวจสอบว่า BotFather API token ถูกต้องและเปิดใช้งานการผสาน Telegram ใน External Apps แล้ว เปิดบอตใน Telegram และส่ง /start ก่อนส่งข้อความ หากบอตเคยทำงานมาก่อนแล้วหยุด ให้ regenerate token ใน BotFather และอัปเดตใน dashboard

คำตอบจาก knowledge base กลบเสียงตัวละคร: หากบอตเริ่มฟังเหมือนระบบ FAQ เมื่อตอบคำถามเกี่ยวกับ lore ให้เพิ่ม guideline ที่เน้นว่าข้อมูลทั้งหมดควรถูกส่งมอบในคาแรกเตอร์ ตัวอย่างเช่น: “เมื่อแบ่งปันความรู้เกี่ยวกับโลก ให้บรรยายจากประสบการณ์ส่วนตัวของคุณ ไม่ใช่เป็นข้อมูลอ้างอิงเชิงข้อเท็จจริง”

ตัวละครใช้ภาษาทางการแม้ prompt จะเป็นกันเอง: ตั้งค่า AI Personality เป็นอย่างอื่นที่ไม่ใช่ “Professional” หรือ “Normal” ลอง “Friendly” หรือ “Sassy” ขึ้นอยู่กับตัวละคร และตรวจสอบด้วยว่า AI Main Prompt อธิบายสไตล์การพูดอย่างชัดเจน (เช่น “พูดด้วยตัวพิมพ์เล็กและไม่มีเครื่องหมายวรรคตอน”)

ข้อควรพิจารณาด้านความเป็นส่วนตัวและเนื้อหา

บทสนทนา roleplay อาจมีเนื้อหาเชิงสร้างสรรค์ที่ละเอียดอ่อนหรือเป็นส่วนตัว สิ่งที่ควรคำนึงถึง:

  • ข้อความที่ส่งไปยัง AI ถูกประมวลผลโดยผู้ให้บริการ LLM พื้นฐาน ตรวจสอบนโยบายการเก็บรักษาข้อมูลของผู้ให้บริการ
  • Quickchat AI ไม่ใช้ข้อมูลบทสนทนาเพื่อฝึกโมเดล ดูรายละเอียดใน privacy policy
  • AI จะปฏิบัติตามนโยบายเนื้อหาของตนไม่ว่าผู้ใช้จะสั่งอย่างไร ดังนั้นเนื้อหาบางประเภทอาจถูกปฏิเสธ
  • รูปแบบ 1 ต่อ 1 ของ Telegram หมายความว่าไม่มี admin เซิร์ฟเวอร์มาควบคุมบทสนทนา หากคุณ deploy บอตสาธารณะ ให้พิจารณาเพิ่ม guidelines ในข้อความ /start ของบอตเกี่ยวกับการใช้งานที่เหมาะสม
  • หากคุณต้องการควบคุมการจัดการข้อมูลทั้งหมด ให้พิจารณา self-host โมเดลแทนการใช้บริการที่จัดการให้

เปรียบเทียบ: Telegram กับ Discord สำหรับบอต roleplay

ปัจจัยTelegramDiscord
รูปแบบบทสนทนาแชตส่วนตัวแบบ 1 ต่อ 1Server channels/threads
การเริ่มใช้งานของผู้ใช้ค้นหาบอต แตะ Startเข้าร่วมเซิร์ฟเวอร์ หา channel, @mention
หลายตัวละครบอตแยกต่อหนึ่งตัวละครหลายบอตในเซิร์ฟเวอร์เดียว
Rich mediaสติกเกอร์ inline keyboards เสียงEmbeds, reactions, threads
Group roleplayเป็นไปได้แต่ไม่สะดวกเหมาะตามธรรมชาติกับ channels
ความเป็นส่วนตัวส่วนตัวเป็นค่าเริ่มต้นสาธารณะหรือกึ่งสาธารณะเป็นค่าเริ่มต้น
ความต่อเนื่องของบทสนทนาเธรดเดียวที่ต่อเนื่องThreads อาจถูกเก็บถาวร
เหมาะที่สุดสำหรับการโต้ตอบกับตัวละครแบบ 1 ต่อ 1roleplay แบบกลุ่มหรือชุมชน

ทั้งสองแพลตฟอร์มใช้งานได้ Telegram เหมาะกว่าสำหรับการโต้ตอบกับตัวละครแบบส่วนตัวและใกล้ชิด Discord เหมาะกว่าสำหรับ roleplay แบบชุมชนและผู้เล่นหลายคน

อ่านเพิ่มเติม