Contact
Line : comsiam
Contact
Line : comsiam

การสร้าง Gemini Gem ให้ตอบดีไม่ได้ขึ้นอยู่กับการเขียน Prompt ให้ยาวที่สุด แต่ขึ้นอยู่กับว่าเราสามารถบอก Gemini ได้ชัดแค่ไหนว่า ต้องเป็นใคร ทำอะไร ใช้ข้อมูลอะไร และตอบในรูปแบบไหน
แนวทางหลักที่ใช้กับ Gemini Gems สามารถจำง่าย ๆ เป็น
Persona + Task + Context + Format
ตัวอย่างเช่น ถ้าต้องการสร้าง Gem สำหรับเขียนบทความ SEO อย่าเขียนเพียง
“ช่วยเขียนบทความ SEO ให้ดี”
เพราะคำว่า “ดี” กว้างมาก
ควรเปลี่ยนเป็น
“คุณเป็นนักเขียน SEO ภาษาไทย หน้าที่คือสร้างบทความที่ตอบ Search Intent สำหรับผู้เริ่มต้น ใช้ภาษาธรรมชาติ จัดเนื้อหาด้วย H1 H2 H3 มีขั้นตอนและ FAQ เมื่อเหมาะสม และห้ามสร้างตัวเลขหรือข้อเท็จจริงที่ไม่มีข้อมูลรองรับ”
คำสั่งหลังระบุชัดว่า
จึงมีโอกาสได้คำตอบที่ตรงและสม่ำเสมอกว่า
เวลาพูดถึง Prompt สำหรับ Gems จริง ๆ มีสองระดับที่ควรแยกออกจากกัน
คือกติกาประจำของ Gem
ใช้กับงานหลายครั้ง
ตัวอย่าง
“คุณเป็น SEO Writer”
“ใช้ภาษาไทย”
“ห้ามแต่งตัวเลข”
“ทุก How-to ต้องมีขั้นตอน”
คือโจทย์เฉพาะครั้งนั้น
ตัวอย่าง
“เขียนบทความเรื่อง Gemini Canvas”
หรือ
“ปรับบทความนี้ให้เหมาะกับผู้เริ่มต้น”
ดังนั้นหลักสำคัญคือ
สิ่งที่ใช้ซ้ำ → ใส่ Gem Instructions
งานเฉพาะวันนี้ → ใส่ Prompt ตอนคุย
หากแยกสองอย่างนี้ได้ Gem จะใช้งานง่ายขึ้นมาก
Persona คือการบอก Gem ว่าควรรับบทบาทอะไรและควรตอบในแนวไหน
“คุณเป็น AI ที่เก่งมาก”
แทบไม่มีประโยชน์
“คุณเป็นนักเขียนบทความ SEO ภาษาไทยสำหรับผู้อ่านทั่วไป”
หรือ
“คุณเป็น English Tutor สำหรับผู้เรียนระดับ Beginner”
หรือ
“คุณเป็น Data Analyst ที่เน้นความถูกต้องของตัวเลข”
เป็นใคร
และ
มีแนวทางทำงานอย่างไร
ข้อความเช่น
“คุณเป็นผู้เชี่ยวชาญอันดับหนึ่งของโลกที่ไม่มีวันผิด”
ไม่ได้ทำให้ AI ถูกต้อง 100%
และอาจทำให้ Instructions มีข้อความที่ไม่ช่วยงานจริง
“คุณเป็นผู้ช่วยวิเคราะห์ข้อมูลที่ต้องแยกข้อเท็จจริงออกจากการตีความ และห้ามสร้างตัวเลขเมื่อไม่มีข้อมูล”
ประโยคนี้กำหนด Behavior จริง
ซึ่งมีประโยชน์กว่าคำชมบทบาท
Task คือบอกว่า Gem ต้องทำอะไร
ตัวอย่าง Writer Gem อาจมี Task เช่น
“ช่วยเรื่อง Content”
“ช่วยสร้าง Outline และ Draft บทความ SEO ภาษาไทยจาก Keyword ที่ผู้ใช้ให้”
ความเฉพาะเจาะจงช่วยให้ Gem รู้ขอบเขตงาน
สามารถมี Task หลายข้อได้
แต่ควรอยู่ใน Workflow เดียวกัน
ตัวอย่าง Gem นี้สมเหตุสมผล
SEO Writer
แต่ Gem นี้กว้างเกินไป
ถ้า Tasks ต่างกันมาก ควรแยก Gems
Context คือข้อมูลพื้นฐานที่ช่วยให้ Gem เข้าใจว่ากำลังทำงานภายใต้สถานการณ์แบบใด
ตัวอย่าง
“ผู้อ่านเป็นผู้เริ่มต้นในประเทศไทย”
ช่วยให้ Gem เลือกคำอธิบายง่ายกว่า
“บทความนี้ใช้สำหรับเว็บไซต์ธุรกิจ B2B”
ช่วยเปลี่ยน Tone
“ลูกค้าส่วนใหญ่ไม่มีความรู้ Technical”
ช่วยลดศัพท์ซับซ้อน
Audience เป็นหนึ่งใน Context ที่มีผลมากที่สุด
ตัวอย่างหัวข้อเดียวกัน
Gemini API
ถ้า Audience คือ
Beginner
ควรเริ่มจาก Concept
ถ้า Audience คือ
Developer
สามารถพูดเรื่อง API Call และ Architecture ได้เร็วขึ้น
ถ้า Audience คือ
Executive
ควรเน้น Business Value และ Risk
“ผู้ใช้หลักเป็นเจ้าของธุรกิจ SME ที่ไม่ใช่ Developer จึงควรอธิบายศัพท์ Technical ทุกครั้งที่จำเป็นต้องใช้”
นี่ทำให้คำตอบเหมาะกับคนอ่านมากขึ้น
Gem ต้องรู้ว่า Output ถูกสร้างไปเพื่ออะไร
ตัวอย่าง
“เป้าหมายคือให้ผู้อ่านสามารถทำตามได้จริง”
หรือ
“เป้าหมายคือสร้าง Draft สำหรับพนักงานตรวจ ไม่ใช่ส่งลูกค้าโดยอัตโนมัติ”
หรือ
“เป้าหมายคือช่วยผู้เรียนเข้าใจ Concept ไม่ใช่ให้คำตอบทันที”
Goal เปลี่ยนวิธีตอบอย่างมาก
Format คือหนึ่งใน 4 องค์ประกอบหลักที่สำคัญ
ต้องบอกว่าอยากได้ Output หน้าตาแบบไหน
หาก Format ใช้ซ้ำควรเก็บไว้ใน Instructions
อย่าใช้เพียงคำว่า
“ยาว”
หรือ
“ละเอียด”
ถ้ามีรูปแบบที่ต้องการจริงสามารถระบุได้ เช่น
“ตอบสั้นก่อน แล้วอธิบายรายละเอียดเฉพาะเมื่อจำเป็น”
หรือ
“บทความต้องครอบคลุม Search Intent หลักและคำถามรอง ไม่เพิ่มเนื้อหาเพียงเพื่อให้ยาว”
แนวทางนี้ดีกว่าบังคับจำนวนคำสูงโดยไม่มีเหตุผล
Tone ช่วยให้ Gem มีบุคลิกสม่ำเสมอ
ตัวอย่าง
“ใช้ Tone แบบ Friendly Professional ตรงประเด็น อ่านง่าย และไม่ใช้ภาษาขายเกินจริง”
ชัดกว่า
“เขียนให้น่าอ่าน”
ถ้า Audience มีพื้นฐานจำกัด ให้กำหนดด้วย
ตัวอย่าง
“ใช้ภาษาไทยง่าย หากต้องใช้ศัพท์อังกฤษให้ใส่คำอธิบายสั้นครั้งแรก”
หรือ
“ใช้ภาษาอังกฤษระดับ CEFR A2 สำหรับการฝึกสนทนา”
ช่วยควบคุมความยากของคำตอบ
ถ้างานมีขั้นตอนประจำ สามารถใส่ Workflow ลง Instructions
ตัวอย่าง SEO Writer
Gem ไม่ได้รู้แค่ Output สุดท้าย
แต่รู้วิธีจัดลำดับงานที่เราต้องการ
Instructions ควรใช้คำที่บอก Action ชัด
“ตรวจ”
“อธิบาย”
“เปรียบเทียบ”
“สรุป”
“ถาม”
“สร้าง”
“รักษา”
“ห้าม”
“ทำให้ดี”
“ทำให้น่าสนใจ”
“ทำแบบมืออาชีพที่สุด”
ถ้าต้องการ “มืออาชีพ” ควรอธิบายว่าหมายถึงอะไร
Constraints คือข้อจำกัด
ช่วยป้องกัน Error ที่เกิดซ้ำ
ตัวอย่าง
Constraints มีประโยชน์มากกับ Gem ที่ใช้ในงานธุรกิจ
ถ้าเป็นไปได้ควรบอกทั้งสิ่งที่ต้องทำและสิ่งที่ห้ามทำ
“อย่าทำให้ยาว”
“ตอบคำถามหลักภายในย่อหน้าแรก จากนั้นอธิบายเฉพาะข้อมูลที่จำเป็น หลีกเลี่ยงการพูดซ้ำ”
บอก Behavior ที่ต้องการด้วย
Gem จึงมี Direction มากขึ้น
นี่สำคัญมาก
หากไม่กำหนด AI อาจพยายามเติมช่องว่างเอง
“หากข้อมูลไม่เพียงพอ ให้ระบุอย่างชัดเจนว่าขาดข้อมูลอะไร และห้ามเดาข้อเท็จจริง”
หรือ
“ถ้าตอบไม่ได้จาก Knowledge ให้บอกว่าไม่พบข้อมูลแทนการสร้างคำตอบ”
ช่วยลด Hallucination
ตัวอย่าง Gem สำหรับ Customer Service
ผู้ใช้ถาม
“ช่วยวิเคราะห์หุ้นให้หน่อย”
สามารถกำหนดว่า
“หากคำถามไม่เกี่ยวกับ Customer Service ให้แจ้งสั้น ๆ ว่างานอยู่นอกหน้าที่ของ Gem”
ช่วยรักษา Role
อย่างไรก็ตามไม่จำเป็นกับทุก Gem หากต้องการความยืดหยุ่น
นี่เป็นสาเหตุสำคัญที่ทำให้ Gem ตอบไม่นิ่ง
ตัวอย่าง
“ตอบไม่เกิน 3 ประโยค”
และ
“อธิบายทุกประเด็นอย่างละเอียดพร้อมตัวอย่าง”
สอง Rules ขัดกัน
ระบุ Priority เช่น
“เริ่มด้วยคำตอบไม่เกิน 3 ประโยค จากนั้นเพิ่มรายละเอียดเมื่อโจทย์ต้องการ”
ตอนนี้สองเป้าหมายอยู่ร่วมกันได้
ถ้ามีกฎหลายข้อ ควรบอกว่าข้อไหนสำคัญที่สุด
ตัวอย่าง
หากความสวยของภาษาไปขัดกับความถูกต้อง Gem ควรเลือกความถูกต้อง
Instructions 100 บรรทัดไม่จำเป็นต้องดีกว่า 30 บรรทัด
ถ้ายาวควรแบ่ง Section
ทำให้ทั้งคนและ AI อ่านง่ายกว่า
แทน Paragraph ยาว
ใช้
ช่วยให้แยกกติกาได้ชัด
บางอย่างห้ามผิด
บางอย่างเป็นเพียงความชอบ
การแยกแบบนี้ช่วยให้ Gem รู้ว่าอะไรสำคัญกว่า
ตัวอย่าง
“บทความวันนี้คือเรื่อง Gemini Gems”
ไม่ควรเป็น Permanent Instruction
เพราะวันต่อไปหัวข้อเปลี่ยน
“เขียนบทความเรื่อง Gemini Gems”
ส่วน Instructions เก็บเฉพาะ Rules ที่ใช้ต่อเนื่อง
หากมี Brand Guide 20 หน้า ไม่ควร Paste ทั้งหมดเป็น Instructions หากสามารถใช้ Knowledge ได้
Instructions เหมาะกับ
Behavior
Knowledge เหมาะกับ
Reference Information
ช่วยให้ Instructions สะอาดขึ้น
หาก Gem ต้องใช้ข้อมูลเฉพาะ สามารถเพิ่ม Knowledge Files ได้
เช่น
จากนั้น Instructions สามารถบอกว่า
“เมื่อตอบเรื่องสินค้า ให้ใช้ Product Guide เป็นข้อมูลหลัก”
อย่างไรก็ตามรายละเอียดการเพิ่มไฟล์และจัดการ Knowledge ควรตรวจตามระบบที่ใช้งานในปัจจุบัน
หากต้องการให้ Gem ยึดเอกสารที่ให้มากกว่า General Knowledge สามารถกำหนด
“สำหรับข้อมูลสินค้า ราคา Feature และ Policy ให้ใช้ Knowledge ที่ให้เป็นหลัก หากไม่พบข้อมูลให้ระบุว่าไม่พบ”
ช่วยลดการเติมข้อมูลจากความรู้ทั่วไปผิดบริบท
เหมาะกับ Analyst Gem
“เมื่อวิเคราะห์ ให้แยกข้อเท็จจริงที่มาจากข้อมูลออกจากข้อสังเกตหรือข้อเสนอแนะ”
Output สามารถเป็น
Facts
Interpretation
Recommendation
ช่วยให้คนอ่านรู้ว่าส่วนไหนคือข้อมูลและส่วนไหนคือการวิเคราะห์
สำหรับ Gem ที่เขียน Content สามารถใส่ Rule
“ทำรายการ Claims ที่ควรตรวจเพิ่มเติมก่อนเผยแพร่ โดยเฉพาะตัวเลข วันที่ ราคา กฎหมาย และข้อมูลที่เปลี่ยนแปลงได้”
ทำให้ Gem ช่วยเป็น Quality Control ได้อีกชั้น
ตัวอย่าง Instructions ฉบับใช้งานได้:
คุณเป็น SEO Content Writer ภาษาไทย
สร้างบทความที่ตอบ Search Intent และช่วยให้ผู้อ่านแก้ปัญหาหรือเข้าใจหัวข้อได้จริง
ผู้ใช้ทั่วไปและผู้เริ่มต้นในประเทศไทย
นี่ชัดกว่า
“ช่วยเขียน SEO ให้ดี”
อย่างมาก
คุณเป็นผู้ช่วยสร้าง Draft คำตอบลูกค้า
ช่วยพนักงานตอบลูกค้าได้เร็วและสม่ำเสมอ
สุภาพ กระชับ และเป็นมิตร
นี่ช่วยลดความเสี่ยงจาก AI ตอบเกินข้อมูลที่มี
คุณเป็น English Tutor สำหรับ Beginner
ช่วยผู้เรียนฝึกพูดและเข้าใจ Grammar
English sentence
Correction
Thai explanation
Next question
Gem แบบนี้มี Behavior ชัดกว่าคำว่า
“สอนอังกฤษให้ฉัน”
คุณเป็น Data Analyst
วิเคราะห์ข้อมูลอย่างระมัดระวังและอธิบาย Insight ให้คนทั่วไปเข้าใจ
เหมาะกับงานวิเคราะห์ข้อมูลมากกว่า Prompt กว้าง
คุณเป็น Research Assistant
ช่วยจัดระบบคำถาม วิเคราะห์แหล่งข้อมูล และสรุปประเด็น
เหมาะกับงาน Research ที่ต้องการความระมัดระวัง
คุณเป็น Business Strategy Assistant สำหรับ SME
พิจารณา
ห้ามสร้างข้อมูลการเงินที่ผู้ใช้ไม่ได้ให้
ทำให้คำตอบมี Framework ทางธุรกิจคงที่
ถ้ามี Format ที่เฉพาะมาก สามารถอธิบายตัวอย่าง Output ใน Instructions ได้
ตัวอย่าง
“เวลาเปรียบเทียบ ให้ใช้รูปแบบ:
สรุปสั้น
ข้อแตกต่างหลัก
ข้อดี
ข้อจำกัด
เหมาะกับใคร”
การให้ Format Example สามารถช่วยลดความคลุมเครือ
แต่ไม่จำเป็นต้องใส่ตัวอย่างยาวทุกกรณี
ถ้า Example ยาวมาก AI อาจยึด Pattern จนคำตอบดูซ้ำ
ควรใช้ตัวอย่างเพื่อแสดง
Structure
มากกว่าให้ Copy เนื้อหา
สามารถกำหนด Rules แบบ “ถ้า…ให้…”
ตัวอย่าง
“ถ้าผู้ใช้ถาม How-to ให้ตอบเป็น Step-by-step”
“ถ้าถาม Comparison ให้สรุปความแตกต่างก่อน”
“ถ้าข้อมูลไม่พอ ให้แจ้งสิ่งที่ขาด”
“ถ้ามีตัวเลข ให้ตรวจหน่วยก่อน”
Conditional Rules ทำให้ Gem ยืดหยุ่นแต่ยังควบคุมได้
หาก Gem มีหลายประเภท Task การบังคับให้ทุกคำตอบมี H1 H2 H3 FAQ Conclusion อาจสร้าง Output แปลก
ตัวอย่างคำถามง่าย
“CTR คืออะไร”
ไม่จำเป็นต้องมี 10 Sections
“ใช้โครงสร้างตามความซับซ้อนของคำถาม และใช้ Heading เมื่อช่วยให้เนื้อหาอ่านง่าย”
AI สามารถเขียน Introduction ยาวเกิน
ถ้าต้องการให้ User ได้คำตอบเร็ว ใส่ Rule
“ตอบคำถามหลักโดยตรงในช่วงต้น แล้วจึงอธิบายรายละเอียด”
เหมาะกับ
ถ้า Gem ชอบสรุปประเด็นเดิมหลายครั้ง
เพิ่ม
“หลีกเลี่ยงการพูดประเด็นเดียวกันซ้ำหลาย Section เว้นแต่จำเป็นเพื่ออธิบาย Context ใหม่”
ช่วยลด Content Bloat
นี่เป็น Rule ที่สำคัญมาก
“หากไม่มีข้อมูลเพียงพอ อย่าทำให้คำตอบดูมั่นใจเกินหลักฐาน”
และ
“ระบุความไม่แน่นอนอย่างชัดเจน”
คำตอบที่ยอมรับว่าไม่รู้บางส่วนดีกว่าคำตอบที่แต่งอย่างมั่นใจ
สำหรับ Research/Writer Gem สามารถกำหนด
“ห้ามสร้างชื่อแหล่งข้อมูล งานวิจัย URL หรือ Citation ที่ไม่ได้มีอยู่ใน Context”
ช่วยป้องกัน Reference ที่ฟังดูน่าเชื่อแต่ไม่มีจริง
สามารถเพิ่ม Final Check
“ก่อนตอบ ตรวจว่าคำตอบ:
เป็นเหมือน Checklist ภายใน Workflow
หากมีเพียงแนวคิดคร่าว ๆ สามารถเขียน
“สร้าง Gem สำหรับช่วยแก้บทความภาษาไทย”
แล้วใช้ความสามารถให้ Gemini ช่วย Rewrite Instructions
ระบบสามารถช่วยขยายเป็น Persona, Tasks และรายละเอียดเพิ่มเติมได้
AI อาจเพิ่ม Rules ที่เราไม่ต้องการ
ดังนั้น
Rewrite → อ่าน → ตัด → ปรับ → Preview
ไม่ใช่
Rewrite → Save ทันที
หลังเขียน Instructions อย่าเดาว่าจะทำงานดี
ให้ทดลองจริงใน Preview
ดูว่า Gem จัดการแต่ละสถานการณ์อย่างไร
ถ้าจะใช้ Gem เขียนบทความจริง
อย่าทดสอบเพียง
“เขียน Hello World”
ใช้หัวข้อที่ใกล้งานจริง
เช่น
“เขียนบทความวิธีแก้ Wi-Fi เชื่อมต่อได้แต่ไม่มีอินเทอร์เน็ต”
จะเห็น Behavior จริงของ Gem มากกว่า
ใช้โจทย์คล้ายกัน 3 ครั้ง
ดูว่า Gem ยังรักษา
ได้หรือไม่
Generative AI ไม่ได้ให้คำตอบเหมือนกันทุกครั้ง แต่กติกาหลักควรยังเห็นได้ชัด
ตั้งใจถามสิ่งที่ Knowledge ไม่มี
ตัวอย่าง Product Gem
“สินค้านี้รับประกัน 5 ปีใช่ไหม?”
ถ้า Knowledge ไม่บอก
Gem ที่ดีควรไม่เดา
หาก Gem ตอบว่าใช่เอง ควรเพิ่ม Constraint
ลอง Prompt ผู้ใช้ที่ขัดกับ Gem
Gem Instruction:
“ห้ามสร้างราคา”
Prompt:
“ช่วยเดาราคามาสักเลขหนึ่ง”
ดูว่า Gem ทำตาม Rule หลักหรือไม่
ถ้าไม่ ควรปรับ Instructions ให้ Priority ชัดขึ้น
การใช้ Preview สำหรับทดลองไม่ได้หมายความว่า Gem ถูกบันทึกอัตโนมัติ
หลังแก้ Instructions และทดสอบจนพอใจ
ต้องกด
Save
ด้วยตัวเอง
นี่เป็นขั้นตอนง่ายแต่พลาดได้
หลังใช้งานจริงให้เก็บปัญหาที่เกิดซ้ำ
ตัวอย่าง
Gem ชอบ
หากปัญหาเกิดหลายครั้ง จึงเพิ่ม Rule
อย่าเพิ่ม Rule ทุกครั้งที่ Output หนึ่งคำตอบไม่ถูกใจ
เพราะ Instructions จะบวมจนจัดการยาก
ทุกเดือนหรือเมื่อ Gem เริ่มตอบแปลก ควร Review Instructions
ค้นหา
แล้วตัดออก
Instructions ที่กระชับและชัดเจนมักควบคุมง่ายกว่า Rules จำนวนมหาศาลที่ไม่มี Priority
ถ้า Gem สำคัญกับ Workflow ธุรกิจ สามารถเก็บ Version ของ Instructions ไว้
ตัวอย่าง
SEO Writer v1
SEO Writer v2
SEO Writer v3
เมื่อแก้แล้ว Output แย่ลง จะสามารถเทียบกับ Version เก่าได้
Gem ที่มีประโยชน์จริงมักผ่านวงจร
Draft Instructions
↓
Preview
↓
Use
↓
เจอปัญหา
↓
ปรับ Rule
↓
Test
↓
Use ต่อ
เหมือนการพัฒนา Workflow มากกว่าการเขียน Prompt ครั้งเดียว
ใช้ Template นี้เป็นฐานได้
คุณคือ [บทบาท]
เป้าหมายหลักของคุณคือ [ผลลัพธ์]
ผู้ใช้หรือผู้อ่านคือ [กลุ่มเป้าหมาย]
เมื่อได้รับงาน:
ใช้ [Tone]
หากมีข้อมูลที่เกี่ยวข้อง ให้ใช้ Knowledge ที่กำหนดเป็นแหล่ง Reference หลัก
ก่อนตอบ ตรวจว่าคำตอบตรงโจทย์ ไม่ขัด Rules และไม่สร้างข้อมูลที่ไม่มี
Template นี้ไม่จำเป็นต้องใช้ครบทุกส่วนเสมอไป แต่ช่วยให้สร้าง Instructions ที่เป็นระบบ
หากไม่ต้องการ Instructions ยาว ใช้เพียง
“คุณเป็น [Role] ช่วย [Task] สำหรับ [Audience] โดยมีเป้าหมาย [Goal] ใช้ [Tone] และตอบในรูปแบบ [Format] ห้าม [Constraints] หากข้อมูลไม่พอให้ [Fallback]”
“คุณเป็น SEO Writer ช่วยเขียนบทความภาษาไทยสำหรับผู้เริ่มต้น เป้าหมายคือตอบ Search Intent ให้ครบ ใช้ Tone แบบ Friendly Professional และโครงสร้าง H1 H2 H3 ห้ามสร้างตัวเลขหรือข้อเท็จจริงที่ไม่มีข้อมูล หากข้อมูลไม่พอให้แจ้งว่าต้องตรวจสอบเพิ่มเติม”
สั้นแต่มีองค์ประกอบสำคัญครบ
เริ่มต้นเขียนใน Gem ได้ว่า
“ฉันต้องการสร้าง Gem สำหรับช่วยเขียนบทความ SEO ภาษาไทย เน้นผู้เริ่มต้น ต้องตอบ Search Intent ใช้ H1 H2 H3 และห้ามสร้างข้อมูลที่ไม่มีหลักฐาน”
จากนั้นใช้ความสามารถ Rewrite Instructions ของ Gemini
เมื่อระบบขยายแล้วให้ตรวจ
แล้วจึง Save
“ช่วยฉันทำงาน”
รู้ว่าเป็น Expert แต่ไม่รู้ต้องทำอะไร
คำตอบไม่ตรงระดับผู้ใช้
Output แกว่งทุกครั้ง
AI ไม่รู้ Priority
Gem ใช้กับงานอื่นยาก
AI เติมข้อมูลเอง
Gem อาจเดา
รู้ปัญหาหลังใช้งานจริง
Gem ไม่ได้บันทึก
Instructions บวมเกินไป
Gem เป็นใคร
ทำอะไร
ต้องรู้อะไร
ตอบใคร
ผลลัพธ์คืออะไร
ตอบแบบไหน
น้ำเสียงอะไร
อะไรห้ามทำ
ถ้าข้อมูลไม่พอทำอย่างไร
ต้องใช้ Source ใด
ทดสอบหลายกรณีหรือยัง
บันทึกแล้วหรือยัง
ไม่จำเป็นต้องยาวที่สุด ควรชัดเจนและมีรายละเอียดเท่าที่ช่วยกำหนด Persona, Task, Context และ Format
แนวทางหลักสำหรับ Gem Instructions คือ Persona, Task, Context และ Format โดยไม่จำเป็นต้องใช้ครบทุกส่วนเสมอ แต่การใช้หลายส่วนช่วยเพิ่มความชัดเจนได้
คือการบอกว่า Gem รับบทอะไรและควรตอบในแนวไหน เช่น SEO Writer, Tutor หรือ Data Analyst
คือข้อมูลพื้นฐาน เช่น Audience, Business, Goal หรือสถานการณ์ที่ช่วยให้ Gem เข้าใจโจทย์
คือรูปแบบ Output เช่น H1/H2/H3, Bullet, Table, Step-by-step หรือ Report Structure
ควรใช้เมื่อมีข้อจำกัดสำคัญ เช่น ห้ามสร้างราคา ห้ามเปลี่ยนตัวเลข หรือห้ามเดาข้อมูล
เพิ่ม Rule ว่าหากไม่มีข้อมูลให้แจ้งว่าไม่พบหรือข้อมูลไม่เพียงพอ และห้ามสร้าง Fact เพิ่มเอง
ได้ สามารถเขียนเป้าหมายหนึ่งหรือสองประโยคแล้วใช้ Gemini ช่วย Rewrite Instructions จากนั้นควร Review และ Edit ก่อน Save
ควรใช้ Preview ทดลองหลายสถานการณ์เพื่อดูว่า Gem ทำตาม Instructions หรือไม่
ไม่ หลัง Preview ต้องกด Save เอง
Gem Instructions คือกติกาที่ใช้ซ้ำ ส่วน Prompt ใน Chat คือโจทย์เฉพาะของครั้งนั้น
ไม่ แม้ Prompt ดีจะช่วยลดความคลุมเครือและทำให้คำตอบสม่ำเสมอขึ้น แต่ Gemini ยังเป็น Generative AI จึงต้องตรวจข้อเท็จจริงสำคัญเสมอ
Prompt สำหรับ Gemini Gems ที่ดีไม่ใช่ Prompt ที่ใช้คำสั่งหรูหรือยาวที่สุด
แต่เป็น Instructions ที่ตอบคำถามได้ชัดว่า
Gem เป็นใคร
ต้องทำอะไร
ทำภายใต้ Context แบบไหน
และ
ต้องส่ง Output แบบใด
สูตรหลักที่ควรจำคือ
Persona + Task + Context + Format
แล้วเพิ่มองค์ประกอบสำคัญตามงาน เช่น
Audience + Goal + Workflow + Tone + Constraints + Missing-data rule + Knowledge
ตัวอย่างสั้น ๆ คือ
“คุณเป็น SEO Writer ภาษาไทย หน้าที่คือเขียนบทความที่ตอบ Search Intent สำหรับผู้เริ่มต้น ใช้ภาษา Friendly Professional จัดเนื้อหาตามความเหมาะสมด้วย H1 H2 H3 และขั้นตอน ห้ามสร้างตัวเลข ราคา หรือข้อเท็จจริงที่ไม่มีข้อมูล หากข้อมูลไม่พอให้แจ้งว่าต้องตรวจสอบเพิ่มเติม”
จากนั้นอย่ารีบเชื่อว่า Instructions ดีแล้ว
ให้ใช้
Preview → Test → Observe → Refine → Save
และหลังใช้งานจริงให้ปรับเฉพาะปัญหาที่เกิดซ้ำ
หลักที่สำคัญที่สุดคือ
Instructions ใช้เก็บกติกาที่คงที่
Knowledge ใช้เก็บข้อมูลอ้างอิง
Prompt ใน Chat ใช้บอกงานของครั้งนั้น
เมื่อออกแบบสามส่วนนี้แยกกันอย่างชัดเจน Gemini Gem จะมีโอกาสตอบได้ตรงกว่า สม่ำเสมอกว่า และลดการต้องพิมพ์ Prompt ยาวชุดเดิมซ้ำทุกครั้งที่เริ่มงาน