วิธีแชร์ Gemini Gem ให้คนอื่น พร้อมตั้งสิทธิ์ Viewer และ Editor

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

จุดสำคัญคือ Gemini Gems มีระดับสิทธิ์หลักอย่าง

Viewer

และ

Editor

ซึ่งแตกต่างกันมาก

Viewer เหมาะกับคนที่ต้องการเพียง

ใช้ Gem

ส่วน Editor เหมาะกับคนที่ต้อง

ช่วยดูแลและแก้ Configuration ของ Gem

และต้องระวังเป็นพิเศษว่า Editor ไม่ได้มีสิทธิ์เพียงแก้ข้อความเล็กน้อยเท่านั้น แต่สามารถแก้ Instructions จัดการไฟล์ แชร์ Gem ต่อ และมีสิทธิ์ลบ Gem ได้ด้วย

ดังนั้นหลักง่ายที่สุดคือ

ต้องการให้ใช้ → Viewer

ต้องการให้ช่วยพัฒนา Gem → Editor

ไม่ควรให้ Editor ทุกคนเพียงเพราะต้องการให้เขาลองใช้ Gem

💎 Gemini Gem แชร์ให้คนอื่นได้ไหม

ได้

Custom Gem สามารถแชร์ให้คนอื่น

• ใช้งาน
• ดู Instructions
• ดู Knowledge Files ที่เข้าถึงได้
• ช่วยแก้ Gem
• แชร์ต่อ

ได้ตามระดับ Permission ที่เจ้าของกำหนด

การแชร์จึงเหมาะมากกับการสร้าง AI Assistant กลางสำหรับทีม

ตัวอย่าง

SEO Writer Gem

แชร์ให้ Content Team

Customer Service Gem

แชร์ให้ฝ่าย Support

Product Assistant Gem

แชร์ให้ฝ่ายขาย

English Tutor Gem

แชร์ให้ผู้เรียน

แต่ก่อนแชร์ต้องกำหนดก่อนว่าแต่ละคนควรมีสิทธิ์แค่ไหน

❶ แชร์ Gemini Gem ได้จากที่ไหน

ปัจจุบันการแชร์ Custom Gem ทำผ่าน Gemini Web

ดังนั้นหากใช้โทรศัพท์ก็ยังต้องเปิด Gemini ผ่าน Browser เพื่อจัดการ Sharing

ไม่ควรเข้าใจว่าเมนูแชร์ Gem ทุกอย่างทำผ่าน Gemini Mobile App โดยตรง

🎯 จำง่าย

ใช้ Gem → Web/Mobile

จัดการ Sharing → Gemini Web

❷ เปิด Gem ที่ต้องการแชร์

ขั้นแรกเปิด Gemini ผ่าน Browser

จากนั้น

1. Sign in ด้วยบัญชี Google
2. เปิด Sidebar
3. เลือก Gems
4. หา Gem ที่ต้องการแชร์
5. เลือก Share

หากมี Gems จำนวนมาก ควรตรวจชื่อให้ชัดก่อน

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

SEO Writer

SEO Writer Test

SEO Writer v2

SEO Writer Final

อย่าแชร์ผิด Version

❸ วิธีแชร์ Gem ให้คนเฉพาะราย

หากต้องการแชร์ให้เพื่อนร่วมงานหรือสมาชิกทีมที่รู้ Email อยู่แล้ว วิธีนี้เหมาะที่สุด

💻 ขั้นตอน

1. เปิด Gemini Web
2. เปิด Gems
3. หา Gem ที่ต้องการ
4. คลิก Share
5. ใส่ Email ของผู้รับ
6. เลือก Permission
7. เลือก Viewer หรือ Editor
8. ใส่ข้อความประกอบถ้าต้องการ
9. เลือกว่าจะ Notify ผู้รับหรือไม่
10. กด Send หรือ Share

หากเปิดการแจ้งเตือน ผู้รับจะได้รับ Email พร้อมทางเข้าสู่ Gem

❹ Viewer คืออะไร

Viewer คือ Permission สำหรับคนที่ต้องการใช้ Gem แต่ไม่ควรเปลี่ยน Configuration

Viewer สามารถ

• ใช้ Shared Gem
• ดู Instructions ของ Gem
• ดูไฟล์ที่อัปโหลดซึ่งเขามีสิทธิ์เข้าถึง

ได้

แต่ไม่ได้มีสิทธิ์ระดับเดียวกับ Editor ในการแก้ Gem

🎯 เหมาะกับ

• พนักงานทั่วไป
• Writer
• Customer Service Agent
• Sales
• ผู้เรียน
• Tester
• ลูกค้าในบางกรณี

หากจุดประสงค์คือ

“ให้คนนี้ใช้ AI Assistant”

เริ่มจาก Viewer มักเหมาะกว่า

❺ Editor คืออะไร

Editor คือ Permission สำหรับผู้ร่วมดูแล Gem

Editor สามารถทำได้มากกว่า Viewer เช่น

• ใช้ Gem
• ดู Instructions
• ดูไฟล์ที่เกี่ยวข้อง
• แก้ Instructions
• เปลี่ยนไฟล์ที่อัปโหลด
• แชร์ Gem ให้คนอื่น
• ลบ Gem

ดังนั้น Editor เป็นสิทธิ์ระดับสูง

⚠️ อย่าให้เพียงเพราะ

“เขาเป็นคนในทีม”

ควรให้เฉพาะคนที่มีหน้าที่ดูแล Gem จริง

❻ Viewer กับ Editor ต่างกันยังไง

มองง่าย ๆ แบบนี้

👀 Viewer

ผู้ใช้งาน Gem

เน้นถามและใช้ AI

✏️ Editor

ผู้ดูแล Gem

สามารถเปลี่ยนวิธีที่ Gem ทำงานได้

ถ้า Editor เปลี่ยน Instructions

คำตอบของ Gemini ก็สามารถเปลี่ยนตาม

ถ้า Editor เปลี่ยน Knowledge

ข้อมูลที่ Gem ใช้อ้างอิงก็เปลี่ยนตาม

ดังนั้น Editor มีผลต่อ Behavior ของ Gem โดยตรง

❼ ตาราง Viewer vs Editor

ความสามารถ	Viewer	Editor
ใช้ Gem	✅	✅
ดู Instructions	✅	✅
ดูไฟล์ที่มีสิทธิ์	✅	✅
แก้ Instructions	❌	✅
จัดการไฟล์ Gem	❌	✅
แชร์ Gem ต่อ	❌	✅
ลบ Gem	❌	✅

ดังนั้นถ้าไม่แน่ใจ

เลือก Viewer ก่อน

แล้วค่อยเพิ่มสิทธิ์ภายหลังหากจำเป็น

❽ ใครควรได้ Viewer

Viewer เหมาะกับคนที่ต้อง “ใช้ Output”

แต่ไม่ต้องดูแล Configuration

ตัวอย่าง Content Team

Writer ใช้

SEO Writer Gem

สร้าง Draft

ไม่จำเป็นต้องแก้ Instructions

ให้เป็น Viewer ก็เพียงพอ

👥 ตัวอย่างอื่น

Sales

ใช้ Product Gem

Support Agent

ใช้ Customer Service Gem

นักเรียน

ใช้ Tutor Gem

ทุกกรณีนี้อาจไม่จำเป็นต้องมี Editor

❾ ใครควรได้ Editor

Editor เหมาะกับคนที่รับผิดชอบ

• Prompt Engineering
• Knowledge Management
• Brand Rules
• Product Information
• Policy
• Testing
• Gem Maintenance

ตัวอย่าง

Content Lead

อาจเป็น Editor ของ SEO Writer

Support Manager

อาจเป็น Editor ของ Customer Service Gem

Product Manager

อาจเป็น Editor ของ Product Assistant

🎯 หลัก

User → Viewer

Maintainer → Editor

❿ ทำไมไม่ควรให้ Editor ทุกคน

เพราะ Editor สามารถเปลี่ยนสิ่งสำคัญของ Gem ได้

สมมติ Customer Service Gem มี Rule

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

Editor คนหนึ่งลบ Rule นี้

หลังจากนั้น Gem อาจตอบต่างจากเดิม

หรือ Editor เปลี่ยน Knowledge จาก

Pricing August

เป็น

Pricing July

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

ดังนั้น Permission ไม่ได้เป็นเพียงเรื่องว่า

“ใครเปิด Gem ได้”

แต่เป็นเรื่องว่า

ใครเปลี่ยนพฤติกรรมของ AI ได้

⓫ Editor สามารถลบ Gem ได้

นี่เป็นข้อสำคัญมาก

ผู้ที่มี Edit Access สามารถมีสิทธิ์ลบ Shared Gem ได้

ดังนั้นก่อนให้ Editor ถามว่า

ถ้าคนนี้เผลอลบ Gem จะกระทบงานหรือไม่

หากคำตอบคือ

“กระทบมาก”

ควรจำกัดจำนวน Editor

และอาจเก็บ Backup ของ

• Instructions
• Knowledge List
• Prompt Templates

สำหรับ Gem สำคัญ

⓬ คนที่เข้าถึง Gem เห็น Instructions ได้ไหม

ได้

ผู้ที่มีสิทธิ์เข้าถึง Shared Gem สามารถเห็น Instructions ของ Gem

ดังนั้นอย่าใส่ข้อมูลที่ถือเป็น Secret ลงใน Instructions

ตัวอย่างที่ไม่ควรใส่

• Password
• API Key
• Private Token
• Login Credential
• Secret Business Code

Instructions ควรเป็นกติกาการทำงาน

ไม่ใช่ที่เก็บข้อมูลลับ

⓭ คนที่เข้าถึง Gem เห็น Knowledge Files ไหม

หากผู้ใช้มีสิทธิ์เข้าถึง Gem และไฟล์ถูกแชร์ให้เขา เขาสามารถเข้าถึงไฟล์เหล่านั้นตาม Permission ที่กำหนด

ดังนั้นก่อนแชร์ Gem ควรตรวจ Knowledge ทุกไฟล์

⚠️ ตัวอย่าง

Customer Service Gem มีไฟล์

• FAQ
• Product Guide
• Pricing
• Internal Financial Report

หาก Financial Report ไม่จำเป็นต่อ Customer Service

ควรเอาออกก่อนแชร์

🎯 หลัก

Gem มีเฉพาะ Knowledge ที่ผู้ใช้ของ Gem ควรเห็น

⓮ แชร์ Gem ที่มี Knowledge Files ต้องทำอะไรเพิ่ม

เมื่อ Gem มีไฟล์ที่ Upload ไว้ ระบบอาจขอให้เรากำหนด Permission ของไฟล์เหล่านั้นด้วย

ตัวเลือกของ File Access สามารถมี เช่น

• Viewer
• Commenter
• Editor

นี่เป็น Permission ของ ไฟล์

แยกจาก Permission ของ Gem

จึงต้องตรวจทั้งสองอย่าง

⓯ Gem Permission กับ File Permission ไม่ใช่อันเดียวกัน

ตัวอย่าง

ผู้ใช้ได้รับ

Gem = Viewer

แต่ Knowledge File อาจมี File Permission ตามที่เจ้าของกำหนด

ดังนั้นก่อน Share ต้องคิดสองชั้น

ชั้นที่ 1

คนนี้ใช้ Gem ได้ระดับไหน

ชั้นที่ 2

คนนี้เข้าถึง Source File ได้ระดับไหน

ไม่ควรกด Share ผ่านไปโดยไม่ตรวจ File Permission

⓰ อย่าแชร์ Knowledge ให้คนที่ไม่ควรเห็น

หาก File มีข้อมูล

• ราคาภายใน
• Margin
• Customer List
• Contract
• Source Code
• Confidential Strategy

อย่าแชร์ Gem กับคนที่ไม่ควรเห็นข้อมูลเหล่านั้น

แม้เป้าหมายของเราจะเพียง

“อยากให้เขาใช้ AI”

เพราะ Gem Sharing สามารถเปิดเผย Knowledge และ Instructions ที่เกี่ยวข้องได้

⓱ NotebookLM Notebook ใช้กับ Shared Gem ได้ไหม

Gem ที่แชร์มีข้อจำกัดสำคัญเรื่อง Source

ปัจจุบัน NotebookLM notebooks ไม่สามารถใช้เป็น Source สำหรับ Shared Gems

ดังนั้นถ้า Gem ส่วนตัวพึ่งพา NotebookLM Notebook อยู่ ต้องตรวจโครงสร้าง Knowledge ก่อนวางแผน Share

อาจต้องเปลี่ยน Source เป็นไฟล์ประเภทที่ระบบ Sharing รองรับแทน

⓲ แชร์ Gem ด้วย Link ได้ไหม

ได้

นอกจากแชร์โดย Email ยังสามารถใช้

Copy link

แล้วนำ Link ไปส่งผ่าน

• Chat
• Email
• Slack
• LINE
• ระบบทีม

ได้

แต่มีจุดสำคัญคือ

ผู้รับจะเข้า Gem ได้หรือไม่ยังขึ้นอยู่กับ General Access หรือ Permission ของ Gem

การ Copy Link อย่างเดียวไม่ได้หมายความว่าทุกคนบนโลกจะเปิดได้เสมอไป

⓳ วิธี Copy Link ของ Gem

บน Gemini Web

1. เปิด Gems
2. หา Gem
3. คลิก Share
4. เลือก Copy link
5. ส่ง Link ไปยังผู้รับ

🎯 แต่ตรวจก่อน

Gem ตั้ง General Access เป็นอะไร

เช่น

• Private
• Anyone with the link
• Public
• Organization

เพราะ Link เดียวกันอาจให้สิทธิ์ไม่เหมือนกันตาม Setting

⓴ Private คืออะไร

Private หมายถึงเฉพาะคนที่ได้รับ Permission เท่านั้นที่เปิด Gem ได้

นี่เหมาะกับ

• ทีมเล็ก
• Internal Tool
• Business Gem
• Gem ที่มี Knowledge ภายใน

🔐 หากไม่แน่ใจ

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

เพราะเจ้าของกำหนดผู้ใช้เป็นรายคนได้

㉑ Anyone with the link คืออะไร

เมื่อเลือก

Anyone with the link

คนที่ได้รับ Link สามารถเข้าถึง Gem ตามระดับ General Access ที่กำหนด โดยในรูปแบบที่ระบบรองรับอาจไม่จำเป็นต้อง Sign in

เหมาะกับ Gem ที่ต้องการแจกให้คนจำนวนมาก แต่ไม่ได้ต้องการให้ค้นหาเจอสาธารณะ

⚠️ อย่างไรก็ตาม

Link สามารถถูก Forward

จึงอย่าใช้กับ

• Confidential Knowledge
• Internal Policy
• Customer Data
• Secret Information

㉒ Public คืออะไร

Public เป็นการเปิด Gem กว้างที่สุด

ผู้ใช้ทั่วไปสามารถเข้าถึง Gem ตามความสามารถของระบบ และ Gem อาจถูกค้นพบผ่าน Google ได้

ดังนั้น Public เหมาะกับ Gem ที่ตั้งใจให้เป็น

• Public Tool
• Educational Assistant
• Public Template
• Community Gem

ไม่ควรเปิด Public เพียงเพราะต้องการส่งให้เพื่อน 3 คน

กรณีนั้นแชร์เฉพาะรายหรือใช้ Private เหมาะกว่า

㉓ Your organization คืออะไร

ถ้าใช้ Google Account สำหรับ Work หรือ School อาจมีตัวเลือก

Your organization

หมายถึงผู้ใช้ที่ลงชื่อเข้าใช้บัญชีภายในองค์กรเดียวกันสามารถเข้าถึง Gem ตาม Policy ที่กำหนด

เหมาะกับ

• Company Assistant
• Internal Support Gem
• Employee Onboarding
• Internal Writer

แต่ความพร้อมของตัวเลือกนี้ขึ้นอยู่กับ Workspace Admin และ Sharing Policy ขององค์กร

㉔ Personal Account กับ Work Account ต่างกัน

General Access ที่เห็นสามารถต่างกันตามประเภทบัญชี

Personal Google Account

อาจพบตัวเลือก เช่น

• Private
• Anyone with the link
• Public

Work / School Account

อาจมี

• Organization
• Private

และบางตัวเลือก Public อาจไม่แสดง

ขึ้นอยู่กับ Admin Policy

ดังนั้นถ้าคู่มือของคนอื่นมีปุ่มที่บัญชีเราไม่มี

ไม่ได้หมายความว่า Gemini เสียเสมอไป

อาจเกิดจากประเภท Account

㉕ Workspace Admin ควบคุม Sharing ได้

สำหรับบัญชี Work หรือ School การแชร์ Gems นอกองค์กรสามารถถูกควบคุมด้วย Google Workspace Sharing Settings

ดังนั้นถ้าพยายาม Share ให้ Email ภายนอกแล้วไม่ได้

ควรตรวจ

• Organization Policy
• Drive Sharing
• Workspace Admin

ก่อนพยายามสร้าง Gem ใหม่

㉖ ตั้งวันหมดอายุให้สิทธิ์ได้

เมื่อแชร์ Gem ให้คนเฉพาะราย สามารถตั้ง

Expiration

ให้ Access หมดอายุได้

มีประโยชน์มากกับ

• Freelancer
• Contractor
• ลูกค้าชั่วคราว
• Project Team
• Tester

ตัวอย่าง

ให้เข้าถึง Gem เป็นเวลา 30 วัน

หลังจากนั้น Permission หมดอายุ

ดีกว่าปล่อยสิทธิ์ไว้ตลอดโดยลืมลบ

㉗ วิธีตั้ง Expiration

ในหน้าต่าง Sharing

1. ใส่ Email ผู้รับ
2. เลือก Role
3. เลือก Add expiration
4. กำหนดวันที่
5. กำหนดเวลา
6. กด Done
7. Share

🎯 เหมาะกับ Access ชั่วคราว

โดยเฉพาะ Editor

เพราะ Editor มีสิทธิ์สูง

㉘ Notify people คืออะไร

ตอนแชร์สามารถเลือกให้ระบบแจ้งผู้รับทาง Email

หากเปิด

Notify people

ผู้รับจะได้รับ Notification พร้อม Link ไปยัง Shared Gem

หากไม่ต้องการ Email สามารถยกเลิกตัวเลือกนี้ แล้วส่ง Link เองภายหลัง

💡 แนะนำสำหรับทีม

เปิด Notify

และเขียนข้อความสั้น ๆ เช่น

“Gem นี้ใช้สำหรับ Draft คำตอบลูกค้า ห้ามส่ง Output โดยไม่ตรวจ”

ช่วยให้ผู้รับเข้าใจ Purpose ตั้งแต่แรก

㉙ ใส่ข้อความประกอบตอนแชร์

ไม่ควรส่ง Gem โดยไม่มี Context หากเป็น Workflow สำคัญ

ตัวอย่างข้อความประกอบ

“ใช้ Gem นี้สำหรับสร้าง Draft บทความเท่านั้น ก่อน Publish ให้ตรวจตัวเลข วันที่ และข้อมูลผลิตภัณฑ์ทุกครั้ง”

หรือ

“Gem นี้ใช้ตอบคำถามสินค้า ให้ใช้ Output เป็น Draft และตรวจ Policy ก่อนส่งลูกค้า”

ช่วยลดการใช้งานผิดวัตถุประสงค์

㉚ เปลี่ยน Viewer เป็น Editor ภายหลังได้ไหม

ได้

สามารถกลับเข้า Share Settings แล้วเปลี่ยน Access Level ของคนเดิม

ตัวอย่าง

วันแรกให้

Viewer

ภายหลังเขากลายเป็นคนดูแล Knowledge

ค่อยเปลี่ยนเป็น

Editor

🎯 แนะนำ

เริ่มด้วย Minimum Permission

แล้วเพิ่มเมื่อจำเป็น

นี่สอดคล้องกับหลัก Least Privilege

㉛ ลด Editor กลับเป็น Viewer ได้ไหม

ได้เช่นกัน

หากพนักงานไม่ต้องดูแล Gem แล้ว

ควรลดสิทธิ์จาก

Editor

เป็น

Viewer

แทนการปล่อยสิทธิ์สูงไว้ตลอด

โดยเฉพาะ Shared Gem ที่สำคัญต่อธุรกิจ

㉜ ถอนสิทธิ์ออกได้ไหม

สามารถกลับไปที่ Share Settings แล้ว Remove Access ของผู้ใช้ที่ไม่ต้องการให้ใช้ Gem ต่อ

เหมาะกับกรณี

• พ้น Project
• ย้ายทีม
• สิ้นสุดสัญญา
• ไม่ต้องใช้ Gem แล้ว

📌 สำหรับระบบทีม

ควร Review Access เป็นระยะ

ไม่ใช่แชร์แล้วปล่อยตลอดไป

㉝ Shared Gem ถูกเก็บใน Google Drive

Shared Gems เชื่อมกับ Google Drive และจะถูกบันทึกอยู่ในพื้นที่ Drive ตามระบบ Sharing ของ Google

เมื่อผู้ใช้ถูกถอน Access

Gem ที่ Shared กับเขาจะถูกนำออกจาก Drive ของผู้ใช้นั้นตามระบบ

เรื่องนี้ช่วยอธิบายว่าทำไม Sharing ของ Gems จึงสัมพันธ์กับ Google Drive Permission ในหลายจุด

㉞ ทำไม Gem ที่มีไฟล์ถึงถาม Permission เพิ่ม

เพราะ Knowledge File เป็น Resource แยกจากตัว Gem

Gem สามารถบอก AI ว่า

“ใช้ Product Guide นี้”

แต่ผู้รับก็ต้องมี Permission ที่เหมาะสมกับไฟล์

ดังนั้นระบบจึงอาจถามว่า

ต้องการ Share File เป็น

• Viewer
• Commenter
• Editor

ระดับไหน

㉟ Viewer ของ Gem ไม่จำเป็นต้องเป็น Editor ของไฟล์

หากผู้รับเพียงต้องใช้ Gem

อาจไม่จำเป็นต้องให้เขาแก้ Knowledge File

ดังนั้น File Permission แบบ

Viewer

มักเพียงพอในหลายกรณี

อย่าให้ Editor ของไฟล์เพียงเพราะเขาเป็น Viewer ของ Gem

㊱ Editor ของ Gem ควรเป็น Editor ของไฟล์ทุกไฟล์ไหม

ไม่จำเป็นเสมอไป

สิทธิ์ควรกำหนดตามหน้าที่จริง

ตัวอย่าง Content Lead

ต้องแก้ Gem Instructions

แต่ไม่ควรแก้ Official Price List

อาจให้

Gem = Editor

แต่

Price List = Viewer

ถ้า Workflow รองรับ

ช่วยรักษา Source of Truth

㊲ แชร์ Customer Service Gem ยังไงให้ปลอดภัย

ตัวอย่าง Team มี

Support Agent 10 คน

Support Manager 1 คน

👥 Support Agents

Gem = Viewer

👨‍💼 Support Manager

Gem = Editor

📚 Policy Files

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

Manager ตามหน้าที่ = Editor

รูปแบบนี้ลดโอกาสที่พนักงานทั่วไปเปลี่ยน Policy หรือ Instructions ของ Gem

㊳ แชร์ SEO Writer Gem ให้ทีม

ตัวอย่าง

Content Writers

→ Viewer

SEO Lead

→ Editor

Content Manager

→ Editor หากต้องดูแล Style

Knowledge Files

→ Brand Guide / Editorial Rules

🎯 ข้อดี

Writer ทุกคนใช้ Rules ชุดเดียวกัน

แต่มีเพียงผู้ดูแลไม่กี่คนที่เปลี่ยน Configuration ได้

㊴ แชร์ Product Gem ให้ Sales

Product Assistant อาจมี

• Product Catalog
• Specification
• FAQ
• Pricing

👥 Sales Team

Viewer

👨‍💼 Product Manager

Editor

⚠️ ระวัง

ถ้า Pricing เป็น Confidential ต้องตรวจว่าใครควรเห็นก่อนแชร์ Gem

อย่าเพิ่มไฟล์เข้า Knowledge เพียงเพราะ

“อาจมีประโยชน์”

ถ้าผู้ใช้ Gem ไม่ควรเห็นข้อมูลนั้น

㊵ แชร์ Tutor Gem ให้ผู้เรียน

หากสร้าง Education Gem

ผู้เรียนส่วนใหญ่อาจต้องเพียง Viewer

Teacher หรือผู้สร้าง Course อาจเป็น Editor

เพื่อ Update

• Instructions
• Lesson Files
• Knowledge

ไม่ควรให้นักเรียนทั้งหมด Editor เพราะอาจเปลี่ยนหลักสูตรของ Gem

㊶ Editor แก้ Gem แล้วทุกคนได้รับผลไหม

Shared Gem ใช้ Configuration เดียวกัน

ดังนั้นหาก Editor เปลี่ยน

• Instructions
• Knowledge

Behavior ที่ผู้ใช้อื่นได้รับจาก Gem สามารถเปลี่ยนตาม

จึงควรมี Change Management

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

㊷ สร้าง Change Log สำหรับ Shared Gem

Gem สำคัญควรจดการเปลี่ยนหลัก ๆ

ตัวอย่าง

v1

สร้าง Gem

v2

เพิ่ม Rule ห้ามสร้างราคา

v3

Update Product Guide

v4

แก้ Tone

ช่วยให้ทีมรู้ว่าทำไมคำตอบวันนี้ต่างจากเดือนก่อน

㊸ Backup Instructions ก่อนให้ Editor หลายคน

หากมี Editor มากกว่าหนึ่งคน

ควรเก็บ Master Instructions ไว้ในเอกสารแยก

เพราะถ้ามีคนแก้ผิดหรือลบ Rule สำคัญ จะสามารถ Restore ได้ง่ายขึ้น

สิ่งที่ควร Backup ได้แก่

• Instructions
• Knowledge List
• Important Prompt Rules
• Testing Prompts

㊹ ทดสอบ Gem หลัง Editor เปลี่ยน Configuration

ทุกครั้งที่แก้ Shared Gem สำคัญ

ควร Test ใหม่

เช่น Customer Service Gem

ทดสอบ

• Pricing Question
• Refund Question
• Missing Information
• Complaint
• Out-of-scope Question

เพื่อดูว่า Rules ยังทำงาน

㊺ Editor ไม่ควรแก้ Gem โดยไม่แจ้งทีม

หาก Gem ถูกใช้เป็น Workflow กลาง

การแก้ Instructions ควรแจ้งผู้ใช้งาน

ตัวอย่าง

“ตั้งแต่วันนี้ Gem จะไม่สร้าง Final Reply โดยตรง แต่จะสร้าง Draft เพื่อ Review ก่อน”

ช่วยลดความสับสน

เพราะผู้ใช้หลายคนอาจยังใช้ Gem ตาม Workflow เก่า

㊻ วิธีแชร์ด้วยหลัก Least Privilege

หลัก Least Privilege หมายถึง

ให้สิทธิ์เท่าที่จำเป็น

ตัวอย่าง

ต้องใช้ Gem

→ Viewer

ต้องแก้ Instructions

→ Editor

ต้องใช้ 7 วัน

→ ตั้ง Expiration

ต้องใช้เฉพาะองค์กร

→ Organization Access

ต้องให้คนนอกใช้ Demo

→ พิจารณา Link Access โดยตรวจข้อมูลก่อน

หลักนี้ช่วยลดความเสี่ยงด้าน Permission มาก

㊼ Public Gem ควรมี Knowledge แบบไหน

ถ้าจะเปิด Gem เป็น Public

Knowledge ควรเป็นข้อมูลที่

เรายอมให้คนทั่วไปเห็นได้

เช่น

• Public Documentation
• Public FAQ
• Educational Material
• Public Product Info

ไม่ควรมี

• Internal Pricing
• Private Strategy
• Customer Records
• Internal Contracts
• Confidential Files

㊽ ตรวจ Public Gem ด้วยบัญชีอื่น

ก่อนเปิด Public จริง

ควรทดลองจากมุมมองผู้ใช้ภายนอก

ดูว่า

• เปิด Gem ได้ไหม
• เห็น Instructions อะไร
• เห็น Files อะไร
• ใช้งานอะไรได้
• มีข้อมูลภายในหลุดหรือไม่

อย่าตรวจจากมุม Owner อย่างเดียว

㊾ ตรวจ Shared Gem ก่อนส่ง Link

ใช้ Checklist สั้น ๆ

Gem Name

ถูกตัวไหม

Instructions

มี Secret ไหม

Knowledge

คนรับควรเห็นทุกไฟล์ไหม

Permission

Viewer หรือ Editor

General Access

Private หรือกว้างกว่านั้น

Expiration

จำเป็นไหม

Notify

ต้องการแจ้งหรือไม่

จากนั้นค่อย Share

㊿ โอน Ownership ของ Gem ได้ไหม

ได้

สามารถ Transfer Ownership ให้คนอื่นที่มี Access อยู่แล้ว

เหมาะกับกรณี

• เปลี่ยนเจ้าของ Project
• ย้ายทีม
• พนักงานเดิมกำลังออก
• ส่งมอบระบบให้ทีมใหม่

แต่ต้องระวังมาก

เมื่อ Transfer Ownership แล้ว เจ้าของใหม่มีอำนาจจัดการ Gem และสามารถ Remove Access ของเจ้าของเดิมได้

จึงควรทำเมื่อมั่นใจจริง

51. วิธี Transfer Ownership

บน Gemini Web

1. เปิด Gems
2. Share Gem
3. หา User ที่ต้องการ
4. เปิด Role ของ User
5. เลือก Transfer ownership
6. ยืนยัน

ผู้รับต้องมี Access กับ Gem ก่อน

⚠️ ก่อน Transfer

Backup สิ่งสำคัญ

ตรวจ Knowledge

ตรวจ Permissions

แจ้งทีม

52. เมื่อไรควร Transfer Ownership

เหมาะเมื่อ

Gem เป็น Asset ของทีม

แต่เจ้าของเดิม

• ย้าย Department
• จบ Project
• ลาออก
• ไม่ดูแลต่อ

ไม่ควรปล่อย Gem ธุรกิจสำคัญผูกกับคนที่ไม่มีหน้าที่ดูแลอีกแล้ว

53. Shared Gem ใช้ NotebookLM Source ไม่ได้

หาก Gem ส่วนตัวใช้ NotebookLM Notebook เป็น Source ต้องระวังว่า

เมื่อต้องการ Share Gem นั้น

NotebookLM Notebook ไม่สามารถเป็น Source สำหรับ Shared Gem ได้

ดังนั้นก่อน Share ควรตรวจ Knowledge Architecture

อาจต้องใช้

• Device File
• Google Drive File

ตามรูปแบบที่ Gemini รองรับแทน

54. แชร์ Gem ที่มีไฟล์แบบไหนได้

Gem ที่มี Uploaded Files สามารถแชร์ได้เมื่อไฟล์เป็นประเภทที่ Sharing รองรับ เช่น

• Device Files
• Google Drive Files

หาก Knowledge มี Source บางประเภทที่ไม่รองรับกับ Shared Gem ระบบอาจไม่อนุญาตให้แชร์

ดังนั้นหากปุ่ม Share มีปัญหา

ตรวจ Knowledge Source ก่อน

55. Shared Gem ตอบเปลี่ยนไปหลังแชร์เกิดจากอะไร

สาเหตุอาจมีหลายอย่าง

• Editor เปลี่ยน Instructions
• Knowledge เปลี่ยน
• User Prompt ต่างกัน
• Chat Context ต่างกัน
• Source Permission ต่างกัน

อย่าสรุปทันทีว่า Shared Gem เสีย

🔍 ตรวจ

Instructions

↓

Knowledge

↓

Permissions

↓

Prompt

↓

Chat

ตามลำดับ

🚀 Workflow แชร์ Gemini Gem ที่แนะนำ

สำหรับ Gem ที่ใช้ในทีม ใช้ลำดับนี้

❶ Review

ตรวจ Instructions

❷ Knowledge

ตรวจทุกไฟล์

❸ Remove Secrets

ลบข้อมูลลับที่ไม่จำเป็น

❹ Decide Users

ใครต้องใช้

❺ Decide Roles

Viewer หรือ Editor

❻ File Permission

กำหนดสิทธิ์ Knowledge

❼ General Access

Private / Organization / Link / Public

❽ Expiration

ตั้งเมื่อเหมาะสม

❾ Share

ส่ง Gem

❿ Test

ให้ผู้รับทดลอง

⓫ Monitor

ดูว่า Output ถูกต้อง

⓬ Review Access

ถอนสิทธิ์เมื่อไม่จำเป็น

นี่เป็น Workflow ที่ปลอดภัยกว่าการกด

Anyone with the link

ทันทีทุก Gem

🔥 วิธีแชร์ Gem แบบสั้นที่สุด

แชร์ให้คนเฉพาะราย

Gemini Web → Gems → Share → ใส่ Email → Viewer/Editor → Send

แชร์ด้วย Link

Gemini Web → Gems → Share → ตั้ง General Access → Copy link

เปลี่ยน Permission

Share → เลือก User → เปลี่ยน Viewer/Editor

ถอน Access

Share → เลือก User → Remove access

🔥 เลือก Viewer หรือ Editor แบบง่ายที่สุด

ถามคำถามเดียว

“คนนี้จำเป็นต้องเปลี่ยน Gem ไหม?”

ถ้า

ไม่

ให้ Viewer

ถ้า

ใช่

ค่อยให้ Editor

เพราะ Editor สามารถเปลี่ยน Instructions, Knowledge, แชร์ต่อ และลบ Gem ได้

⚠️ ข้อผิดพลาดที่พบบ่อยเวลาแชร์ Gemini Gem

❌ ให้ Editor ทุกคน

สิทธิ์มากเกินจำเป็น

❌ ไม่ตรวจ Knowledge

ไฟล์ภายในถูกแชร์ไปด้วย

❌ ใส่ Secret ใน Instructions

ผู้มี Access สามารถเห็นได้

❌ ใช้ Anyone with the link กับข้อมูลลับ

Link สามารถส่งต่อได้

❌ เปิด Public โดยไม่จำเป็น

เพิ่ม Exposure

❌ ไม่ตั้ง Expiration ให้คนชั่วคราว

Access ค้างนานเกิน

❌ ไม่ถอน Access หลังจบ Project

ผู้ใช้เดิมยังเข้าได้

❌ ไม่ Backup ก่อน Transfer Ownership

เสี่ยงเสียการควบคุม

❌ ไม่ทดสอบ Shared Gem

ผู้ใช้จริงเจอปัญหาก่อน

❌ คิดว่า Gem Permission = File Permission

จริง ๆ ต้องตรวจทั้งสอง

✅ Checklist ก่อนแชร์ Gem

💎 Gem

ถูกตัวหรือไม่

🧭 Instructions

มีข้อมูลลับหรือไม่

📚 Knowledge

ผู้รับควรเห็นทุกไฟล์หรือไม่

👥 People

แชร์ให้ใครบ้าง

👀 Viewer

เพียงพอหรือไม่

✏️ Editor

จำเป็นจริงหรือไม่

🔒 General Access

กว้างเกินไปไหม

⏰ Expiration

ควรตั้งไหม

📩 Notify

ต้องการ Email หรือไม่

🧪 Test

ลอง Gem แล้วหรือยัง

✅ Checklist สำหรับ Editor

ก่อนให้ Editor ตรวจว่าเขาจำเป็นต้อง

• แก้ Instructions
• เปลี่ยน Knowledge
• แชร์ Gem
• จัดการ Configuration

จริงหรือไม่

และควรแจ้งชัดว่า

การแก้ Gem มีผลต่อผู้ใช้อื่น

รวมถึง Editor มีสิทธิ์ลบ Gem

ดังนั้นต้องใช้ Permission นี้อย่างระมัดระวัง

✅ Checklist สำหรับ Public Gem

🔐 Secret

ไม่มี

👤 Personal Data

ไม่มี

💰 Internal Pricing

ไม่มี

📄 Confidential Files

ไม่มี

🧭 Instructions

เปิดเผยได้

📚 Knowledge

เปิดเผยได้ทั้งหมด

🧪 Tested

ทดลองจาก Account อื่นแล้ว

ถ้าข้อใดไม่ผ่าน

อย่าเปิด Public

❓ คำถามที่พบบ่อยเกี่ยวกับการแชร์ Gemini Gem

Gemini Gem แชร์ให้คนอื่นได้ไหม

ได้ สามารถแชร์ Custom Gem เพื่อให้คนอื่นใช้งานหรือแก้ไขได้ตาม Permission ที่กำหนด

แชร์ Gem ที่ไหน

ปัจจุบันการแชร์ทำผ่าน Gemini Web

Viewer ทำอะไรได้

Viewer สามารถใช้ Shared Gem และดู Instructions รวมถึงไฟล์ที่ตนมีสิทธิ์เข้าถึงได้

Editor ทำอะไรได้

Editor สามารถใช้ Gem แชร์ต่อ แก้ Instructions จัดการไฟล์ที่เกี่ยวข้อง และลบ Gem ได้

Viewer เห็น Instructions ไหม

ได้ ผู้ที่เข้าถึง Gem สามารถดู Instructions ของ Shared Gem ได้ จึงไม่ควรใส่ Secrets ไว้ใน Instructions

Viewer เห็น Knowledge Files ไหม

หากไฟล์ถูกแชร์ให้ผู้ใช้นั้น เขาสามารถเข้าถึงไฟล์ตาม Permission ที่กำหนดได้

แชร์ Gem ด้วย Link ได้ไหม

ได้ สามารถ Copy Link แต่ผู้รับจะเข้าถึงได้หรือไม่ขึ้นอยู่กับ General Access และ Permission ของ Gem

Anyone with the link ต่างจาก Public ยังไง

Anyone with the link เน้นผู้ที่มี Link ส่วน Public เปิดกว้างกว่าและ Gem อาจถูกค้นพบผ่าน Google ได้

ตั้ง Gem เป็น Private ได้ไหม

ได้ Private จำกัดการเข้าถึงเฉพาะคนที่ได้รับ Permission

จำกัดเฉพาะคนในองค์กรได้ไหม

บัญชี Work หรือ School อาจมี Your organization ตาม Workspace Sharing Policy

ตั้งวันหมดอายุ Access ได้ไหม

ได้ สามารถ Add expiration ให้ผู้ใช้หรือกลุ่มที่แชร์เฉพาะรายได้

เปลี่ยน Viewer เป็น Editor ภายหลังได้ไหม

ได้ สามารถแก้ Access Level ใน Share Settings

ถอนสิทธิ์ได้ไหม

ได้ สามารถ Remove access เมื่อผู้ใช้ไม่ต้องการใช้ Gem ต่อ

โอนเจ้าของ Gem ได้ไหม

ได้ สามารถ Transfer Ownership ให้ผู้ใช้ที่มี Access อยู่แล้ว แต่เจ้าของใหม่สามารถถอนสิทธิ์ของเจ้าของเดิมได้

NotebookLM Notebook ใช้กับ Shared Gem ได้ไหม

ปัจจุบัน NotebookLM notebooks ไม่สามารถใช้เป็น Source สำหรับ Shared Gems ได้

Editor สามารถลบ Gem ได้จริงไหม

ได้ จึงควรให้ Editor เฉพาะคนที่มีหน้าที่ดูแล Gem จริง

🎯 สรุปวิธีแชร์ Gemini Gem พร้อมตั้ง Viewer และ Editor

การแชร์ Gemini Gem ทำให้ AI Assistant ที่เราสร้างขึ้นสามารถกลายเป็นเครื่องมือร่วมของทีมได้

ขั้นตอนหลักคือ

Gemini Web → Gems → Share → เลือกคน → กำหนด Viewer หรือ Editor → Share

ความแตกต่างสำคัญคือ

Viewer

เหมาะกับคนที่ต้องการ

ใช้ Gem

ส่วน

Editor

เหมาะกับคนที่ต้อง

ดูแล Gem

เพราะ Editor สามารถ

• แก้ Instructions
• เปลี่ยนไฟล์
• แชร์ Gem ต่อ
• ลบ Gem

ได้

ดังนั้นหลัก Permission ที่แนะนำคือ

ให้สิทธิ์น้อยที่สุดเท่าที่จำเป็น

ถ้าต้องใช้เพียงอย่างเดียว

→ Viewer

ถ้าต้องช่วยพัฒนา Configuration

→ Editor

หากต้องแชร์จำนวนมาก ยังสามารถจัด General Access เป็น

Private

Anyone with the link

Public

หรือ

Your organization

ตามบัญชีและนโยบายที่รองรับ

แต่ก่อนเปิด Access กว้าง ต้องตรวจให้ละเอียดว่า Gem มี

Instructions อะไร

และ

Knowledge Files อะไร

เพราะผู้ที่เข้าถึง Shared Gem สามารถเห็นข้อมูลเหล่านี้ตาม Permission ที่ได้รับ

สำหรับ Gem ธุรกิจ Workflow ที่แนะนำที่สุดคือ

ตรวจ Instructions → ตรวจ Knowledge → ลบ Secrets → กำหนด Viewer/Editor → ตรวจ File Permissions → ตั้ง Expiration หากจำเป็น → Share → Test → Review Access เป็นระยะ

เมื่อจัด Permission แบบนี้ Gemini Gem จะสามารถใช้เป็น AI Assistant กลางของทีมได้อย่างเป็นระบบ โดยยังรักษาการควบคุมว่าใครมีสิทธิ์เพียงใช้งาน และใครสามารถเปลี่ยนพฤติกรรมหรือข้อมูลของ Gem ได้