วิธีแก้ไข ลบ และจัดการ Gemini Gems

เมื่อเริ่มสร้าง Gemini Gems หลายตัวสำหรับงานต่าง ๆ เช่น SEO Writer, Customer Service, English Tutor หรือ Data Analyst สิ่งที่สำคัญไม่แพ้การสร้าง Gem คือการรู้วิธี แก้ไข ลบ และจัดการ Gems ให้เป็นระบบ

เพราะ Gem ที่เคยใช้งานดีในวันนี้อาจต้องปรับในอนาคตเมื่อ

• Workflow เปลี่ยน
• Brand Voice เปลี่ยน
• Product เปลี่ยน
• Policy เปลี่ยน
• Knowledge File มี Version ใหม่
• Instructions เริ่มซ้ำหรือขัดกัน
• ไม่ได้ใช้ Gem ตัวนั้นแล้ว

Custom Gem จึงไม่ควรมองว่าเป็นสิ่งที่

สร้างครั้งเดียวแล้วจบ

แต่ควรจัดการเหมือน AI Assistant ที่ต้องได้รับการปรับปรุงตามงานจริง

Workflow ที่เหมาะคือ

Create → Use → Review → Edit → Test → Update

และถ้า Gem หมดความจำเป็นแล้ว

Review → Backup สิ่งสำคัญ → Delete

💎 Gemini Gems แก้ไขหรือลบได้ไหม

ได้

Custom Gems สามารถ

• แก้ชื่อ
• แก้ Instructions
• ปรับวิธีตอบ
• เพิ่มหรือลบ Knowledge
• ปรับ Rules
• ทดสอบใหม่
• ลบ Gem

ได้

แต่ปัจจุบันการ

Create / Edit / Delete Custom Gems

ทำผ่าน Gemini Web

เป็นหลัก

ในขณะที่ Gem ที่สร้างแล้วสามารถนำไปใช้งานบน Gemini Web และ Gemini Mobile App ได้ตามความสามารถที่รองรับ

🎯 จำง่าย

ใช้ Gem → Web หรือ Mobile

จัดการ Gem → Gemini Web

❶ เปิดหน้า Gems

เริ่มจากเปิด Gemini ผ่าน Browser และ Sign in ด้วยบัญชี Google ที่ใช้สร้าง Gem

จากนั้นเปิดเมนู

Gems

หาก Interface ของบัญชีแสดงเส้นทางอื่น อาจพบผ่าน

Settings and help → Gems

เมื่อเปิดแล้วจะเห็นรายการ Gems ที่เกี่ยวข้องกับบัญชี

โดย Custom Gems ของเราอยู่ในกลุ่ม

My Gems

❷ My Gems คืออะไร

My Gems คือพื้นที่สำหรับ Custom Gems ที่เกี่ยวข้องกับบัญชีของเรา

ตัวอย่างเช่น

• SEO Writer
• Customer Reply
• English Tutor
• Data Analyst
• Marketing Assistant

เมื่อมี Gem หลายตัว พื้นที่นี้จะกลายเป็นเหมือนรายการ AI Assistants ส่วนตัวของเรา

จึงควรตั้งชื่อและจัด Scope ของแต่ละ Gem ให้ชัดตั้งแต่ต้น

❸ วิธีแก้ไข Gemini Gem

หากต้องการแก้ Gem เดิม ให้เปิด

Gems → My Gems

จากนั้นเลือก Gem ที่ต้องการ

แล้วเลือก

Edit

เมื่อเข้าสู่หน้าจัดการ สามารถปรับข้อมูลของ Gem ได้ตามส่วนที่ระบบรองรับ

หลังแก้เสร็จเลือก

Update

เพื่อบันทึกการเปลี่ยนแปลง

🎯 สูตรจำง่าย

My Gems → Gem → Edit → แก้ไข → Update

❹ แก้ชื่อ Gem

ชื่อ Gem ควรสะท้อนหน้าที่ปัจจุบัน

ตัวอย่างเดิมใช้ชื่อ

Writer

แต่ภายหลัง Gem ถูกใช้เฉพาะบทความ SEO

สามารถเปลี่ยนเป็น

SEO Writer

ชัดกว่า

✅ ชื่อที่ดี

SEO Writer

Product Assistant

Customer Reply

English Tutor

Data Analyst

Research Assistant

❌ ชื่อที่ทำให้สับสน

Gem New

Assistant 2

My Gem 3

Test Final

เมื่อมี Gems หลายสิบตัว ชื่อที่ชัดช่วยประหยัดเวลาอย่างมาก

❺ แก้ Instructions

ส่วนที่ควร Review บ่อยที่สุดคือ

Instructions

เพราะ Instructions เป็นเหมือนคู่มือประจำตัวของ Gem

ตัวอย่างเดิมกำหนดว่า

“ตอบทุกคำถามแบบละเอียด”

แต่หลังใช้งานจริงพบว่าคำตอบยาวเกินไป

สามารถแก้เป็น

“ตอบคำถามหลักโดยตรงก่อน แล้วขยายรายละเอียดตามความซับซ้อนของโจทย์”

นี่เป็นการปรับ Behavior โดยไม่ต้องสร้าง Gem ใหม่

❻ เพิ่ม Rule ใหม่เมื่อเจอปัญหาซ้ำ

สมมติ SEO Writer ชอบสร้างตัวเลขขึ้นมาเอง

ถ้าเกิดหลายครั้ง สามารถเพิ่ม Constraint

“ห้ามสร้าง Search Volume, ราคา, Statistics หรือข้อมูลตัวเลขที่ผู้ใช้ไม่ได้ให้ หากไม่มีข้อมูลให้ระบุว่าไม่มีข้อมูลเพียงพอ”

🎯 หลักสำคัญ

เพิ่ม Rule เมื่อเป็น

Recurring Problem

ไม่ใช่เพิ่ม Rule ทุกครั้งที่ไม่ชอบคำตอบเพียงครั้งเดียว

เพราะ Instructions อาจยาวและซับซ้อนเกินไป

❼ ลบ Rule ที่ไม่ใช้แล้ว

Instructions สามารถบวมขึ้นเรื่อย ๆ เมื่อใช้ Gem นาน

ตัวอย่างมี Rule

• ใช้ H1/H2/H3
• ทุกคำตอบต้อง 2,000 คำ
• ต้องมี FAQ
• ต้องมี Conclusion
• ต้องมี Table

แต่ภายหลัง Gem ถูกใช้ทั้งคำถามสั้นและบทความยาว

บาง Rule อาจไม่เหมาะแล้ว

ควรลบหรือทำให้ยืดหยุ่น เช่น

“ใช้ Heading, FAQ และ Table เมื่อช่วยให้ตอบโจทย์ได้ดีขึ้น”

แทนการบังคับทุกคำตอบ

❽ ตรวจ Rule ที่ขัดกัน

นี่เป็นปัญหาพบบ่อยเมื่อ Gem ถูกแก้หลายรอบ

ตัวอย่าง

Rule แรก

“ตอบให้กระชับที่สุด”

Rule หลัง

“อธิบายทุกประเด็นอย่างละเอียดที่สุด”

Gem จะต้องพยายามทำตามสองสิ่งที่ขัดกัน

✅ วิธีแก้

กำหนด Priority

“เริ่มด้วยคำตอบกระชับ จากนั้นให้รายละเอียดเพิ่มเติมเฉพาะเมื่อจำเป็น”

ตอนนี้ทั้งสองเป้าหมายอยู่ร่วมกันได้

❾ จัด Instructions ใหม่ให้เป็นหมวด

ถ้า Instructions เริ่มยาว ควรจัด Structure

Role

Gem เป็นใคร

Objective

ทำอะไร

Audience

ตอบใคร

Workflow

ทำงานตามขั้นตอนอะไร

Output

ตอบรูปแบบไหน

Rules

ข้อกำหนดทั่วไป

Constraints

สิ่งที่ห้ามทำ

Knowledge

ใช้ Source ไหน

ช่วยให้การแก้ครั้งต่อไปง่ายขึ้นมาก

❿ แก้ Knowledge ของ Gem

นอกจาก Instructions แล้ว สามารถจัดการ Knowledge ที่ Gem ใช้ได้

ตัวอย่าง Gem มี

Product Catalog 2025

แต่ตอนนี้มี

Product Catalog 2026

ควรปรับ Knowledge ให้ใช้ข้อมูลปัจจุบัน

⚠️ อย่าปล่อยไฟล์เก่าไว้โดยไม่มีเหตุผล

เพราะ Gem อาจพบข้อมูลขัดกัน เช่น

ไฟล์เก่า

Warranty = 1 ปี

ไฟล์ใหม่

Warranty = 2 ปี

แล้วไม่รู้ว่าควรใช้ Version ไหน

⓫ เพิ่ม Knowledge ใหม่

หาก Gem เริ่มต้องใช้ข้อมูลเพิ่ม สามารถกลับเข้า Edit แล้วเพิ่มไฟล์ในส่วน Knowledge ได้

ตัวอย่าง Customer Service Gem เดิมมี

• Product Guide
• FAQ

ภายหลังบริษัทเพิ่ม

• Shipping Policy
• Return Policy

ก็สามารถเพิ่มเข้า Knowledge ของ Gem เดิมได้

ไม่จำเป็นต้องสร้าง Gem ใหม่

⓬ ลบ Knowledge ที่หมดอายุ

เอกสารบางประเภทมีอายุสั้น เช่น

• Price List
• Promotion
• Product Catalog
• Policy
• Campaign

เมื่อหมดอายุควรลบหรือแทนที่

🎯 ตัวอย่าง

ลบ

Pricing July 2026

แล้วใช้

Pricing August 2026

ช่วยลดความเสี่ยงที่ Gem ตอบราคาจากข้อมูลเก่า

⓭ ตั้งชื่อ Knowledge ให้รู้ Version

ชื่อไฟล์ควรช่วยในการจัดการ

✅ ดี

Product-Catalog-2026-08

Warranty-Policy-v4

Brand-Guide-v3

Pricing-2026-08

❌ ไม่ดี

final

final-new

final2

latest-final

ชื่อแบบหลังไม่ช่วยให้รู้ว่าไฟล์ไหนใหม่จริง

⓮ ตรวจ Knowledge หลัง Update

หลังเปลี่ยน Knowledge อย่าเพียงกด Update แล้วจบ

ควรทดลองถามข้อมูลที่เปลี่ยน

ตัวอย่างเปลี่ยน Warranty จาก 1 ปีเป็น 2 ปี

ถาม

“สินค้ารุ่น A รับประกันกี่ปี”

ดูว่า Gem ตอบ

2 ปี

หรือยัง

หากยังตอบข้อมูลเก่า ให้ตรวจว่า

• ไฟล์เก่ายังอยู่หรือไม่
• Instructions ให้ Priority Source ถูกหรือไม่
• มีข้อมูลขัดกันใน Knowledge หรือไม่

⓯ Preview ก่อน Update

เมื่อแก้ Instructions หรือ Knowledge ควรทดลอง Gem อีกครั้งก่อนใช้งานจริง

🧪 ทดสอบ

Prompt ปกติ

Prompt ที่เคยมีปัญหา

Prompt ที่ข้อมูลไม่ครบ

Prompt ที่ Knowledge ไม่มีคำตอบ

Prompt ที่อาจขัดกับ Rules

ดูว่า Behavior ใหม่เป็นไปตามที่ต้องการหรือไม่

⓰ อย่าแก้ Gem แล้วทดสอบเพียงโจทย์เดียว

สมมติแก้ SEO Writer ให้ตอบสั้นลง

หากทดสอบเพียง

“SEO คืออะไร”

อาจดูดี

แต่ควรทดลองต่อด้วย

“How-to”

“Comparison”

“Troubleshooting”

“Long-form Article”

เพื่อดูว่า Rule ใหม่ทำให้ Use Case อื่นเสียหรือไม่

นี่คือแนวคิดเดียวกับ Regression Testing ใน Software

⓱ Update หลังแก้

เมื่อแน่ใจว่า Instructions และ Knowledge ถูกต้องแล้ว ให้กด

Update

เพื่อบันทึกการแก้ไข Gem

⚠️ อย่าคิดว่าเพียงแก้ข้อความบนหน้าจอแล้วถูกบันทึกเสมอ

ควรตรวจว่าการ Update เสร็จสมบูรณ์ก่อนออกจากหน้า

⓲ แก้ Gem แล้ว Mobile เปลี่ยนตามไหม

Custom Gem ที่แก้ผ่าน Gemini Web จะยังเป็น Gem ของบัญชีเดียวกัน

เมื่อ Update แล้ว การใช้งาน Gem ผ่านอุปกรณ์อื่นควรอ้างอิง Configuration ปัจจุบันของ Gem นั้นตามระบบ

จึงไม่จำเป็นต้องสร้าง Gem ใหม่แยกบนมือถือ

🎯 Workflow

Desktop

Edit Gem

↓

Update

↓

Mobile

ใช้ Gem เดิม

⓳ ต้องสร้าง Gem ใหม่ทุกครั้งที่เปลี่ยน Workflow ไหม

ไม่จำเป็น

ถ้า Role หลักยังเหมือนเดิม ให้แก้ Gem เดิมได้

ตัวอย่าง

SEO Writer เดิมสร้าง

• Outline
• Draft

ภายหลังต้องเพิ่ม

• FAQ
• Fact-check Checklist

ยังเป็น SEO Writer เหมือนเดิม

แก้ Gem เดิมง่ายกว่า

แต่ถ้า Role เปลี่ยนจาก

SEO Writer

เป็น

Customer Service

ควรสร้าง Gem ใหม่แยก

⓴ เมื่อไรควรสร้าง Gem ใหม่แทนการแก้ Gem เดิม

ควรแยก Gem ใหม่เมื่อ

• Persona ต่างกันมาก
• Task ต่างกันมาก
• Audience ต่างกัน
• Knowledge คนละชุด
• Output Format คนละแบบ
• Risk Rules คนละประเภท

🎯 ตัวอย่าง

SEO Writer

กับ

Data Analyst

ควรแยก

ไม่ควรพยายามยัดทั้งสอง Role เข้า Gem เดียว

㉑ เมื่อไรควรรวม Gems

ในทางกลับกัน หากมี

SEO Writer 1

SEO Writer 2

SEO Writer New

SEO Article Writer

และ Instructions เหมือนกันเกือบทั้งหมด

อาจรวมให้เหลือตัวเดียว

✅ ประโยชน์

• ดูแลง่าย
• Update Rule ครั้งเดียว
• ลด Knowledge ซ้ำ
• ลดโอกาสเลือก Gem ผิด

㉒ อย่าสร้าง Gem ซ้ำเพราะกลัวแก้ของเดิม

ผู้ใช้บางคนสร้าง

Writer v1

Writer v2

Writer v3

Writer Final

Writer Final New

จนไม่รู้ว่าอันไหนใช้จริง

หากไม่มีเหตุผลต้องเก็บ Version เป็น Gem แยก ควร Update ตัวหลัก

ส่วน Version ของ Instructions สามารถเก็บ Backup เป็นข้อความภายนอกแทนได้ถ้าจำเป็น

㉓ เก็บ Backup Instructions ก่อนแก้ครั้งใหญ่

หาก Gem สำคัญมากกับงานประจำ ก่อน Rewrite Instructions จำนวนมาก ควรเก็บสำเนา Instructions เดิมไว้

ตัวอย่าง

SEO Writer Instructions v3

หาก Version ใหม่ทำงานแย่ลง สามารถย้อนกลับจาก Backup ได้ง่าย

นี่เป็นเรื่องสำคัญสำหรับ Workflow ธุรกิจ

㉔ ทำ Change Log แบบง่าย

ถ้า Gem ถูกใช้จริงทุกวัน สามารถจดว่าแต่ละ Version เปลี่ยนอะไร

ตัวอย่าง

v1

สร้างบทความพื้นฐาน

v2

เพิ่ม Search Intent

v3

เพิ่ม Rule ห้ามแต่งตัวเลข

v4

เปลี่ยน FAQ ให้ใช้เฉพาะเมื่อจำเป็น

ช่วยให้รู้ว่าการเปลี่ยนไหนทำให้ Output ดีขึ้นหรือแย่ลง

㉕ ทดสอบด้วย Prompt ชุดมาตรฐาน

สำหรับ Gem สำคัญควรมี Test Prompts ชุดเดิม

ตัวอย่าง SEO Writer

Test 1

Definition

Test 2

How-to

Test 3

Comparison

Test 4

Troubleshooting

Test 5

Missing Data

ทุกครั้งหลัง Update ลอง Prompt ชุดนี้

จะเห็น Behavior เปลี่ยนชัดกว่าการทดลองแบบสุ่ม

㉖ จัดการ Gems ตามหน้าที่

ถ้ามีหลาย Gem สามารถวาง Naming Convention เช่น

Content – SEO Writer

Content – Editor

Support – Customer Reply

Learning – English Tutor

Data – Analyst

แม้ระบบจะไม่ได้บังคับ Folder แบบเดียวกับ File Manager แต่ชื่อที่มี Pattern ช่วยให้ค้นและเลือกง่าย

㉗ ตั้ง Prefix ให้ Gem ที่เกี่ยวข้องกัน

ตัวอย่าง

SEO – Writer

SEO – Editor

SEO – Research

หรือ

Support – Reply

Support – FAQ

ช่วยให้ Gems ที่อยู่ใน Workflow เดียวกันมองเห็นเป็นกลุ่ม

㉘ อย่าสร้าง Gems จำนวนมากโดยไม่มีเจ้าของหน้าที่

ถามแต่ละ Gem ว่า

“Gem นี้ทำงานอะไรที่ Gem อื่นไม่ทำ?”

ถ้าตอบไม่ได้

อาจเป็น Gem ซ้ำ

Gem จำนวนไม่มากแต่ Scope ชัด มักมีประโยชน์กว่ามี 50 Gems ที่ทำงานคล้ายกัน

㉙ ตรวจ Gem ที่ไม่ได้ใช้งาน

เป็นระยะควร Review รายการ

แยกเป็น

✅ Active

ใช้ประจำ

🟡 Occasional

ใช้นาน ๆ ครั้ง

🔴 Obsolete

ไม่ใช้แล้ว

Gem ที่ Obsolete และไม่มีข้อมูลสำคัญอาจพิจารณาลบเพื่อลดความสับสน

㉚ วิธีลบ Gemini Gem

หากต้องการลบ Custom Gem ให้เปิด Gemini Web

จากนั้นไปยัง

Gems → My Gems

หา Gem ที่ต้องการ

เลือกเมนู

More

แล้วเลือก

Delete

🎯 สูตรจำง่าย

My Gems → More → Delete

ก่อนยืนยันควรตรวจชื่อ Gem อีกครั้ง

โดยเฉพาะเมื่อมีชื่อคล้ายกันหลายตัว

㉛ ลบ Gem แล้วเอากลับได้ไหม

ไม่ควรลบโดยคิดว่าจะย้อนกลับได้ง่ายเสมอไป

ก่อนลบ Gem สำคัญควรเก็บอย่างน้อย

• Instructions
• Knowledge รายการสำคัญ
• Prompt Templates
• Notes เกี่ยวกับ Workflow

ไว้ก่อนถ้าคิดว่าอาจต้องสร้างใหม่ในอนาคต

⚠️ หลักง่าย

ไม่แน่ใจ → Backup ก่อน Delete

㉜ ลบ Gem เมื่อไรดี

เหมาะที่จะลบเมื่อ

• ไม่ใช้งานอีกแล้ว
• มี Gem ใหม่แทน
• Instructions ล้าสมัยมาก
• Knowledge ไม่ควรเก็บแล้ว
• เป็น Test Gem
• เป็น Gem ซ้ำ
• สร้างผิด

แต่ถ้าเพียง Output ยังไม่ดี

ควรลองแก้ Instructions ก่อน

ไม่จำเป็นต้อง Delete แล้วสร้างใหม่ทันที

㉝ ลบ Test Gems เป็นระยะ

ขณะทดลองอาจสร้าง

Test Writer

Test Writer 2

Trial Gem

Demo Gem

หากทดลองเสร็จแล้วควร Clean Up

ไม่เช่นนั้น My Gems จะเต็มไปด้วยตัวทดลองจนหา Gem จริงยาก

㉞ Premade Gems ลบได้เหมือน Custom Gem ไหม

ควรแยกระหว่าง

Custom Gem ของเรา

กับ

Premade Gem จาก Google

Premade Gems เป็น Gems ที่ Google จัดเตรียมไว้

บางตัวสามารถ

Make a copy

แล้ว Customize ได้

แต่ไม่ได้หมายความว่าเราจัดการ Premade ต้นฉบับเหมือน Custom Gem ของเราได้ทุกอย่าง

ถ้าต้องการแก้ Premade Gem ให้ตรวจว่ามี

Make a copy

หรือไม่

㉟ Customize Premade Gem

หาก Premade Gem ใกล้กับงานที่ต้องการ ไม่จำเป็นต้องเริ่มจากศูนย์

ตัวอย่าง

Writing Editor

สามารถ Make a copy แล้ว

• เปลี่ยนชื่อ
• แก้ Instructions
• เพิ่ม Style Guide
• Save เป็น Custom Gem

ของเราเอง

📌 แต่

ไม่ใช่ Premade Gems ทุกตัวจะมี Make a copy

หากไม่มีตัวเลือก ก็ไม่สามารถ Customize แบบเดียวกันได้

㊱ Classic Gems กับ Gems from Google Labs ต้องแยกกัน

เมื่อจัดการ Gems ในปี 2026 ต้องแยกสองประเภทนี้

💎 Classic Gems

เน้น

• Custom Instructions
• Knowledge
• Repeatable Chat
• AI Assistant

🧩 Gems from Google Labs

เน้น

• AI mini-app
• Custom Workflow
• หลายขั้นตอน
• Experimental Experience

วิธี Edit/Delete ของสองระบบไม่ได้เหมือนกันทั้งหมด

บทความนี้เน้น Classic Custom Gems

㊲ ถ้าเป็น Gem from Google Labs จัดการยังไง

Gems from Google Labs มีพื้นที่จัดการแยกใน Gem Manager

การ Edit จะเน้นการปรับ Workflow หรือ Steps

และมี Advanced Editor สำหรับงานที่ซับซ้อน

การ Delete ทำจากรายการ

My Gems from Labs → More → Delete

ดังนั้นก่อนแก้ควรรู้ก่อนว่า Gem ที่กำลังจัดการเป็น

Classic Gem

หรือ

Gem from Google Labs

㊳ อย่าลบผิดประเภท

เมื่อมีทั้ง Classic Gems และ Labs Gems ชื่อใกล้กัน เช่น

SEO Writer

SEO Writer Workflow

ควรตั้งชื่อให้เห็นความแตกต่าง

ตัวอย่าง

SEO Writer – Classic

SEO Content Workflow – Labs

ช่วยลดความผิดพลาดในการเลือก Edit หรือ Delete

㊴ Shared Gem ต้องระวังเรื่องสิทธิ์

หาก Gem ถูกแชร์ให้คนอื่น การจัดการ Gem มีเรื่อง Permission เพิ่มขึ้น

ผู้ที่ได้รับ

Viewer

กับ

Editor

มีสิทธิ์ไม่เหมือนกัน

👀 Viewer

เน้นใช้งานและดู Gem ตามสิทธิ์ที่ระบบอนุญาต

✏️ Editor

สามารถแก้ Gem ได้มากกว่า

จึงต้องระวังว่าใครได้รับ Editor

㊵ Editor สามารถเปลี่ยน Instructions ได้

หากให้คนอื่น Editor เขาสามารถแก้ Instructions ของ Gem ได้

นั่นหมายความว่า Behavior ของ Gem สามารถเปลี่ยน

ตัวอย่างเดิม

“ห้ามสร้างราคา”

มีคนลบ Rule นี้ออก

Gem อาจตอบต่างจากเดิม

⚠️ ดังนั้น

Gem ที่ใช้ในธุรกิจควรกำหนด Editor เฉพาะคนที่จำเป็น

㊶ Editor สามารถเปลี่ยน Knowledge ได้

สิทธิ์ Editor สามารถเกี่ยวข้องกับการแก้หรือจัดการไฟล์ Knowledge ของ Shared Gem

จึงอาจเกิดกรณี

• เพิ่มไฟล์เก่า
• ลบ Source สำคัญ
• เปลี่ยน Policy
• Upload ข้อมูลผิด

ทำให้คำตอบของ Gem เปลี่ยนไป

นี่คือเหตุผลที่ Permission Management สำคัญ

㊷ Editor อาจลบ Shared Gem ได้

สิทธิ์ Editor มีความสามารถในการจัดการ Gem มากกว่าการใช้งานธรรมดา และรวมถึงการลบ Gem ตามสิทธิ์ที่ระบบอนุญาต

จึงไม่ควรให้ Editor เพียงเพราะต้องการให้คนอื่น

“ลองใช้”

หากต้องการเพียงใช้งาน Gem

Viewer อาจเหมาะกว่า

㊸ Viewer กับ Editor เลือกอย่างไร

ใช้หลักง่าย ๆ

👀 Viewer

ต้องการให้

• ใช้ Gem
• ดู Gem

แต่ไม่ต้องแก้ Configuration

✏️ Editor

ต้องการให้

• แก้ Instructions
• ปรับ Knowledge
• ช่วยพัฒนา Gem

ดังนั้น

ผู้ใช้ทั่วไป → Viewer

คนดูแล Gem → Editor

มักเป็นจุดเริ่มต้นที่ปลอดภัยกว่า

รายละเอียดการแชร์จะอธิบายแยกในหัวข้อถัดไป

㊹ ตรวจ Permissions เมื่อ Gem เปลี่ยนเอง

หาก Gem ที่เคยตอบดีเริ่มตอบต่างมาก และเป็น Shared Gem

นอกจากดู Instructions ควรตรวจว่า

มี Editor คนอื่นแก้ Gem หรือไม่

เพราะ Behavior ของ Shared Gem อาจเปลี่ยนจากการแก้ Configuration

㊺ Knowledge เปลี่ยนแล้วคำตอบเปลี่ยนได้

การแก้ Gem ไม่ได้จำกัดเพียง Instructions

หาก Knowledge ถูกเปลี่ยน คำตอบก็สามารถเปลี่ยนได้

ตัวอย่าง

Pricing v1

→ 1,000 บาท

เปลี่ยน Knowledge

Pricing v2

→ 1,200 บาท

Gem ควรใช้ข้อมูล Version ใหม่ตาม Configuration

ดังนั้นหาก Output เปลี่ยน ให้ตรวจทั้ง

Instructions + Knowledge

ไม่ใช่ดู Prompt อย่างเดียว

㊻ Prompt ของผู้ใช้ก็ทำให้ผลต่างได้

แม้ Gem ไม่ได้ถูกแก้ หาก Prompt เปลี่ยน Output ก็เปลี่ยนได้

จึงควรแยกสาเหตุว่า

• Gem Instructions เปลี่ยน
• Knowledge เปลี่ยน
• Prompt เปลี่ยน
• Gemini Model/Service เปลี่ยน
• Context ของ Chat เปลี่ยน

ไม่ควรสรุปทันทีว่า Gem เสีย

㊼ ถ้า Gem ตอบแปลก ให้ตรวจอะไรตามลำดับ

ใช้ Checklist นี้

❶ Prompt

โจทย์ชัดไหม

❷ Instructions

มี Rule ขัดกันไหม

❸ Knowledge

มีข้อมูลเก่าหรือขัดกันไหม

❹ Shared Editors

มีใครแก้หรือไม่

❺ Chat Context

บทสนทนาเดิมทำให้ Context เปลี่ยนไหม

❻ Test ใหม่

ลอง Chat ใหม่กับ Gem

ช่วยแยก Root Cause ได้เร็วกว่า Rewrite Gem ทันที

㊽ ลอง Chat ใหม่ก่อนแก้ Instructions

บางครั้ง Gem ตอบแปลกเพราะ Context ของ Chat ยาวมาก

ก่อนแก้ Instructions ให้ทดลอง

เริ่ม Chat ใหม่กับ Gem เดิม

แล้วใช้ Prompt เดิม

ถ้าคำตอบกลับมาปกติ

ปัญหาอาจอยู่ที่ Conversation Context ไม่ใช่ Gem Configuration

㊾ อย่าแก้ Gem เพื่อแก้ปัญหาเฉพาะ Chat หนึ่งครั้ง

ถ้า Gem ทำงานดี 99 ครั้ง แต่ Chat หนึ่งมี Context แปลก

การเพิ่ม Rule ถาวรเพื่อแก้กรณีนั้นอาจทำให้ Gem แย่ลงในงานอื่น

🎯 หลัก

Permanent Instructions แก้ Permanent Pattern

ไม่ใช่แก้ทุกเหตุการณ์เฉพาะหน้า

㊿ Review Gems เป็นระยะ

หากใช้ Gems ทำงานจริง แนะนำให้มีรอบ Review

ตัวอย่าง

ทุกเดือน

ตรวจ

• Gem ไหนใช้งานจริง
• Instructions ซ้ำไหม
• Knowledge เก่าไหม
• มี Gem ซ้ำไหม
• Permission ถูกไหม

เมื่อ Policy เปลี่ยน

Update ทันที

เมื่อ Product เปลี่ยน

Update Knowledge

ช่วยให้ Gem ไม่กลายเป็น AI Assistant ที่ทำงานด้วยกติกาเก่า

51. Audit Gem ก่อนใช้กับงานสำคัญ

Gem ที่ใช้กับ

• Customer Service
• Pricing
• Product
• Policy
• Business

ควร Audit เป็นระยะ

🔍 ตรวจ

Name

Role

Instructions

Constraints

Knowledge

Knowledge Version

Sharing

Editors

Test Output

โดยเฉพาะก่อน Campaign หรือ Launch สำคัญ

52. สร้าง Master Gem กับ Specialized Gems

ถ้ามี Workflow ใหญ่ สามารถออกแบบ

Master

Brand Assistant

Specialized

SEO Writer

Social Writer

Customer Reply

ทุกตัวอาจใช้ Brand Knowledge ร่วมกันตามระบบที่เหมาะสม แต่มี Instructions แยกตาม Task

ดีกว่า Super Gem ที่ทำทุกอย่างด้วย Rules จำนวนมหาศาล

53. ไม่ควรมี Gem มากเกินความสามารถในการดูแล

Gem ใหม่ทุกตัวเพิ่มภาระ

• Update
• Test
• Knowledge
• Permission
• Cleanup

หากมี 100 Gems แต่ใช้จริง 5 ตัว

ระบบอาจซับซ้อนเกินประโยชน์

🎯 หลักที่ดี

สร้างเท่าที่มี Workflow จริง

54. วิธีจัด Gems สำหรับผู้ใช้คนเดียว

ตัวอย่างชุดเล็กที่เพียงพอสำหรับหลายคน

✍️ Writer

งาน Content

🔍 Research

งานค้นคว้า

📊 Analyst

งานข้อมูล

🎓 Tutor

งานเรียน

💬 Customer Reply

งานลูกค้า

เพียงไม่กี่ Gem แต่ Role ชัด อาจมีประโยชน์กว่าหลายสิบตัว

55. วิธีจัด Gems สำหรับทีม

ทีมสามารถกำหนด

Owner

คนรับผิดชอบ Gem

Editor

คนแก้ Configuration

Viewer/User

คนใช้งาน

Review Schedule

รอบตรวจ Knowledge

Change Log

บันทึกการเปลี่ยนสำคัญ

นี่ทำให้ Gem กลายเป็น Workflow Asset ของทีม ไม่ใช่ Prompt ที่ไม่มีใครดูแล

🚀 Workflow จัดการ Gemini Gems ที่แนะนำ

ใช้ลำดับนี้สำหรับ Gem ที่ใช้งานจริง

❶ Create

สร้าง Gem

❷ Name

ตั้งชื่อชัด

❸ Test

ทดลอง

❹ Use

นำไปใช้จริง

❺ Observe

เก็บปัญหาที่เกิดซ้ำ

❻ Edit

แก้ Instructions

❼ Knowledge

Update Source

❽ Preview

ทดสอบอีกครั้ง

❾ Update

บันทึก

❿ Monitor

ดูผลหลังแก้

⓫ Clean

ลบ Gems ที่ไม่ใช้

⓬ Permission

ตรวจ Sharing

⓭ Review

Audit เป็นระยะ

นี่เป็นวิธีดูแล Gems ให้ใช้ได้ระยะยาว

🔥 วิธีแก้ Gemini Gem แบบสั้นที่สุด

💻 แก้ Custom Gem

Gemini Web → Gems → My Gems → เลือก Gem → Edit → แก้ไข → Update

สามารถปรับ

• Name
• Instructions
• Knowledge

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

จากนั้นควร Test ใหม่ก่อนใช้งานกับงานสำคัญ

🔥 วิธีลบ Gemini Gem แบบสั้นที่สุด

ไปที่

Gemini Web → Gems → My Gems

หา Gem ที่ต้องการ

เลือก

More → Delete

ก่อนลบควร

• ตรวจชื่อ
• Backup Instructions หากจำเป็น
• ตรวจว่าไม่มี Workflow สำคัญพึ่งพา Gem
• ตรวจ Sharing

แล้วจึงยืนยันลบ

🔥 Prompt สำหรับตรวจ Instructions ก่อน Update

สามารถนำ Instructions ปัจจุบันให้ Gemini ช่วย Review เช่น

“ตรวจ Instructions ของ Gem นี้ว่ามี Rule ซ้ำ ขัดกัน คลุมเครือ หรือล้าสมัยหรือไม่ อย่า Rewrite ทันที ให้แสดงปัญหาและเหตุผลก่อน”

จากนั้นค่อยพิจารณาแก้

🔥 Prompt สำหรับลด Instructions ที่ยาวเกิน

“ย่อ Instructions นี้โดยรักษา Hard Rules ทั้งหมด ตัดเฉพาะข้อความซ้ำและ Rules ที่มีความหมายเหมือนกัน พร้อมแสดงรายการสิ่งที่ตัดออก”

ช่วยลดความเสี่ยงที่ AI ลบกติกาสำคัญโดยไม่บอก

🔥 Prompt สำหรับตรวจ Knowledge

“ทำรายการ Knowledge Files ของ Gem ตามหัวข้อที่ใช้ และระบุว่ามีไฟล์ใดซ้ำ ขัดกัน หรือควรตรวจ Version ใหม่ โดยยังไม่ลบหรือเปลี่ยนไฟล์ใด”

เหมาะกับ Gem ที่มี Knowledge จำนวนมาก

🔥 Prompt สำหรับ Regression Test Gem

“สร้าง Test Prompts 10 ข้อสำหรับตรวจ Gem นี้ ครอบคลุมงานปกติ ข้อมูลไม่ครบ งานนอก Scope ตัวเลข และข้อจำกัดสำคัญ เพื่อใช้ทดสอบทุกครั้งหลังแก้ Instructions”

สามารถเก็บชุด Test นี้ไว้ใช้ซ้ำ

⚠️ ข้อผิดพลาดที่พบบ่อยในการจัดการ Gemini Gems

❌ สร้างใหม่แทนแก้ทุกครั้ง

เกิด Gem ซ้ำจำนวนมาก

❌ ไม่ตั้งชื่อให้ชัด

เลือกผิดง่าย

❌ เพิ่ม Rule ทุกครั้งที่ไม่ชอบ Output

Instructions บวม

❌ ไม่ตรวจ Rule ขัดกัน

Behavior ไม่นิ่ง

❌ ไม่ Update Knowledge

Gem ใช้ข้อมูลเก่า

❌ เก็บไฟล์หลาย Version

เกิด Conflict

❌ แก้แล้วไม่ Test

ไม่รู้ว่า Use Case อื่นพังหรือไม่

❌ ลบโดยไม่ Backup

อาจเสีย Instructions สำคัญ

❌ ให้ Editor มากเกินไป

Gem ถูกเปลี่ยนหรือลบได้

❌ มี Test Gems เต็มรายการ

หา Gem จริงยาก

✅ Checklist ก่อนแก้ Gem

🎯 ปัญหาเกิดซ้ำไหม

อย่าแก้เพราะ Output เดียว

💬 Prompt ชัดไหม

ตรวจโจทย์ก่อน

🧭 Instructions มีปัญหาจริงไหม

หา Root Cause

📚 Knowledge ปัจจุบันไหม

ตรวจ Version

💾 ต้อง Backup ไหม

ถ้าแก้ใหญ่ควรเก็บ

👥 Gem ถูกแชร์ไหม

มี Editor คนอื่นหรือไม่

✅ Checklist หลังแก้ Gem

🧪 Preview แล้วไหม

ทดสอบจริง

🔁 ใช้ Test เดิมไหม

เปรียบเทียบก่อน/หลัง

🚫 Hard Rules ยังอยู่ไหม

ตรวจ Constraints

📚 Knowledge ถูกไหม

ไม่มีไฟล์เก่า

💾 Update แล้วไหม

บันทึกเรียบร้อย

📱 ทดสอบการใช้งานจริงไหม

โดยเฉพาะ Workflow สำคัญ

✅ Checklist ก่อนลบ Gem

🏷️ Gem ถูกตัวไหม

ชื่อใกล้กันหรือไม่

📄 Instructions ต้องเก็บไหม

Backup หากจำเป็น

📚 Knowledge มี Source สำคัญไหม

ตรวจ

👥 Shared อยู่ไหม

ใครใช้งานอยู่

🔄 มี Gem ใหม่แทนแล้วไหม

ถ้าเป็น Workflow สำคัญ

❌ แน่ใจว่าไม่ใช้แล้วไหม

ค่อย Delete

❓ คำถามที่พบบ่อยเกี่ยวกับการแก้ไขและลบ Gemini Gems

Gemini Gem แก้ไขได้ไหม

ได้ Custom Gem สามารถแก้ Instructions, Knowledge และองค์ประกอบที่เกี่ยวข้องผ่าน Gemini Web ได้

แก้ Gem ที่ไหน

เข้า Gemini Web เปิด Gems แล้วไปที่ My Gems เลือก Gem และใช้ Edit

แก้แล้วบันทึกอย่างไร

หลังแก้ให้เลือก Update เพื่อบันทึก Configuration ใหม่

แก้ Gem บน Gemini Mobile App ได้ไหม

ปัจจุบัน Custom Gems สามารถใช้งานผ่าน Mobile App ได้ แต่การสร้าง แก้ และลบทำผ่าน Gemini Web

เปลี่ยนชื่อ Gem ได้ไหม

ได้ สามารถแก้ชื่อขณะ Edit Custom Gem เพื่อให้ตรงกับหน้าที่มากขึ้น

เปลี่ยน Instructions ได้ไหม

ได้ และควร Review เป็นระยะหาก Workflow เปลี่ยนหรือพบปัญหาซ้ำ

เพิ่มหรือลบ Knowledge ภายหลังได้ไหม

ได้ สามารถจัดการ Knowledge ของ Custom Gem ในหน้าจัดการ Gem ตามความสามารถที่ระบบรองรับ

ลบ Gemini Gem อย่างไร

เปิด Gems → My Gems หา Gem ที่ต้องการ เลือก More แล้ว Delete

ควรลบ Gem หรือแก้ Gem เดิม

ถ้า Role เดิมแต่ Rules เปลี่ยน ควรแก้ Gem เดิมก่อน หาก Role และ Workflow เปลี่ยนอย่างมาก อาจเหมาะกับการสร้าง Gem ใหม่

Gem ตอบแปลกแปลว่าต้องแก้ Instructions ไหม

ไม่เสมอไป ควรตรวจ Prompt, Chat Context, Knowledge และการเปลี่ยนแปลงของ Shared Gem ก่อน

Shared Gem ใครแก้ได้

ขึ้นอยู่กับ Permission ผู้ที่มี Editor สามารถแก้ Instructions และ Knowledge รวมถึงมีสิทธิ์จัดการ Gem มากกว่า Viewer

ควรให้ทุกคนเป็น Editor ไหม

ไม่ควร หากต้องการให้เพียงใช้งาน Gem ควรเลือก Permission ที่จำกัดกว่า และให้ Editor เฉพาะผู้ดูแลที่จำเป็น

Premade Gem ลบหรือแก้เหมือน Custom Gem ไหม

ไม่เหมือนทั้งหมด Premade Gems เป็น Gems ที่ Google เตรียมไว้ บางตัวสามารถ Make a copy แล้ว Customize ได้ แต่ไม่ใช่ทุกตัว

Gems from Google Labs จัดการเหมือน Classic Gems ไหม

ไม่ทั้งหมด Gems from Google Labs เป็น AI mini-app/workflow แบบทดลองและมีขั้นตอนจัดการของตัวเอง จึงควรแยกจาก Classic Custom Gems

🎯 สรุปวิธีแก้ไข ลบ และจัดการ Gemini Gems

การจัดการ Gemini Gems ที่ดีไม่ใช่การสร้าง Gem ใหม่ทุกครั้งที่ Workflow เปลี่ยน

หาก Role หลักยังเหมือนเดิม สามารถใช้

My Gems → Edit → แก้ Instructions/Knowledge → Preview → Update

เพื่อพัฒนา Gem เดิมได้

หาก Gem ไม่ได้ใช้งานแล้ว สามารถใช้

My Gems → More → Delete

เพื่อลบออก

ก่อนลบ Gem สำคัญควร Backup Instructions หรือข้อมูลที่จำเป็นก่อน

สำหรับการดูแลระยะยาว ให้ใช้หลัก

Gem มีหน้าที่เดียวที่ชัด

Instructions ต้องไม่มี Rule ขัดกัน

Knowledge ต้องเป็น Version ปัจจุบัน

แก้แล้วต้อง Test

Gem ที่ไม่ใช้ควร Clean Up

Editor ให้เฉพาะคนที่จำเป็น

และควรจำว่า Gem ที่ตอบแปลกไม่ได้หมายความว่า Instructions เสียเสมอไป

ให้ตรวจตามลำดับ

Prompt → Chat Context → Instructions → Knowledge → Sharing/Editors

ก่อน Rewrite Gem ครั้งใหญ่

หากใช้ Gems ในงานจริงทุกวัน วิธีที่ดีที่สุดคือมอง Gem เป็น AI Workflow Asset ที่ต้องมีการดูแลเหมือนระบบงานอื่น ๆ

สร้างให้ Scope ชัด

Update เมื่อข้อมูลเปลี่ยน

Test หลังแก้

ควบคุม Permission

และลบตัวที่หมดความจำเป็น

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