Gemini Gems：打造記住你指令的可重用 AI 助手

Gemini Gems 是什麼？它如何運作？

大多數使用 Gemini 的人，每次開新對話都要重打一遍相同的指示。Gems 正是為解決這個痛點而生。Gem 是一個已儲存、經你客製化的 Gemini 版本，只負責一件工作，並且會記住你給它的一套固定指示，讓你省去設定、直接開工。

你可以把 Gem 想成一位你只需交代一次的專才。你寫好它的指示、給它一個角色，此後每次打開，它都會照此行事。你不必再把風格指南、語氣規則或背景脈絡，重新貼進一個空白對話。

Gems 存在於 Gemini 應用程式內，能用上與主模型相同的能力，包括 100 萬 token 的上下文視窗，以及在你授權時存取 Google Workspace。差別在於「持續性」：Gem 每次開始對話時，已經知道你想要什麼。

Gem 與 Super Gem 有什麼分別？

Gem 是一個由指示驅動的助手：你用白話描述它的工作，它便照規則執行。2026 年推出的 Super Gem 更進一步，加入了按鈕與簡單表單，使它不再像一個對話，而更像一個你自己做出來的小型應用。

對多數人而言，標準 Gem 已經足夠。如果你想要一個「草擬 LinkedIn 貼文」的助手，並且永遠用你的語氣，一個普通 Gem 就能完美應付。

當你需要「引導式輸入」時，Super Gem 才顯出價值。招聘主管可以建一個附表單的 Super Gem，要求填入職位、職級與必備技能，然後每次都以固定格式生成職位描述。表單為每個使用者，包括不擅長寫提示的同事，消除了猜測。

當你把 Gem 分享給團隊時，這一點尤其重要。純文字的 Gem 取決於每個人是否懂得寫好提示，而他們很少能保持一致。附表單的 Super Gem 保證每個人都提供相同的輸入，輸出品質不再取決於是誰在用。

如何為 Gem 寫出可靠的指示？

把 Gem 的指示分成四個區塊來寫：角色、任務、規則、輸出格式。大約 150 至 300 字最為理想。太短，Gem 會跑題；太長，它會分不清優先次序。格式要寫得具體，因為一致性通常正是在這裡崩潰。

最大的關鍵，是把你想要的格式「示範」出來，而非「描述」出來。如果每次輸出都應遵循同一結構，就把這個結構在指示裡明確寫清楚。

以下是一個你可以直接貼進新 Gem 再加以調整的範本：

立即試用這個 Gem 指示範本：

「角色：你是我的[內容編輯／研究助理／客戶回覆撰寫員]。任務：每次我給你輸入，你都要[描述那一件工作]。規則：永遠用[語氣與風格]書寫。絕不[列出要避免的事]。如果我的輸入缺少你需要的資料，先問一條釐清問題，再作答。輸出格式：請嚴格按以下區塊與次序回覆：1)[區塊一]、2)[區塊二]、3)[區塊三]。每個區塊不超過[字數]。每則回覆結尾，附一行標示為「重點：」的總結。」

把方括號填好、儲存，Gem 便會在日後每一次對話都套用這些規則，你無需再重複自己。

@ 擴充功能如何讓 Gem 更好用？

在提示中輸入 @，便能把特定 Google 服務的即時資料直接拉進對話。對日常工作最有用的，是用 @YouTube 搜尋與引用影片、用 @Maps 查地點資訊、用 @Flights 找航班選項，全部不必離開 Gemini。

在 Gem 裡，這會把一個靜態助手變成一個會擷取真實資訊的助手。一個旅程規劃 Gem，可以用 @Flights 與 @Maps 把建議建立在真實選項上，而非靠猜。

一個內容研究 Gem，可以用 @YouTube 找出某題目的近期影片，再按你的標準簡報格式摘要重點。擴充功能提供新鮮的來源，Gem 的指示則負責這些資訊該如何呈現。

實用提示：在提示中明確點名你要的擴充功能。寫「用 @YouTube 找三條這個題目的近期影片」，遠比期望 Gemini 自行決定去搜尋更可靠。

一個誠實的限制：擴充功能的好壞，取決於背後服務回傳什麼，它們不會涵蓋每一個冷門來源。用它們拉取主流、已被充分索引的資訊，而高風險內容在依賴之前，仍要對照原始來源核實。

Gem 能用你的 Gmail、Drive 與日曆嗎？

可以。當你連接 Google Workspace，Gem 便能讀取你的 Gmail、Drive 與日曆，把答案建立在你的真實資料上。這會把一個通用助手，變成一個依你實際的電郵、文件與行程運作的助手，而非靠猜測。

一個每週規劃 Gem 在這裡會有用得多。它可以掃描你未來一週的日曆、從 Drive 取出相關的專案文件，再草擬一份反映你實際待辦的優先排序計劃。

一個實際例子：一個「客戶更新」Gem，可以讀取 Gmail 裡的最新對話、結合 Drive 的專案筆記，再以你的標準格式草擬一封進度電郵。你只需審閱再寄出，而不必從空白頁開始。

要注意的是存取權。只把 Workspace 連接到你信任且常用的 Gem，並記住 Gem 讀到的一切都成為該段對話的一部分。對敏感帳戶，應關閉 Workspace 存取，只把它需要的特定文字餵給 Gem。

什麼時候該用 Gem，而非普通對話或臨時對話？

任何你會重複的工作，用 Gem。一次性的問題，用普通對話。處理敏感資料時，用臨時對話，因為臨時對話不會存入你的歷史記錄，也不會用來訓練模型。

這個決定關乎「重複」與「私隱」。如果你每週都以相同結構草擬報告，那就是 Gem 的場景；如果你只是問一條快速的事實性問題，普通對話就夠。

如果你要貼進客戶財務、醫療細節或任何機密內容，先切換到臨時對話。你會失去持續性，但能讓那段對話不留在你的儲存歷史中。對經常性的敏感工作，誠實的取捨是：Gem 與私隱並不相容，因此把機密輸入放在臨時對話處理，Gem 則留給非敏感任務。

建立 Gem 時最常見的錯誤是什麼？

最常見的錯誤，是讓一個 Gem 同時做太多工作。一個既要寫電郵、又要摘要文件、還要腦力激盪的 Gem，三件事都會做得平庸。應改為「一個 Gem 只做一件工作」。

第二個錯誤是輸出規則含糊。「要專業」對模型而言毫無意義；「用三個短段落、不用項目符號、不超過 150 字」之所以能產生一致結果，是因為它可被量度。

第三個是忘了更新。當 Gem 一再犯同一個小錯，就直接修改它的指示，明文禁止那個錯誤。Gem 不是設好就不管的東西，最好用的 Gem，都是經過幾週反覆打磨，直到輸出可靠為止。

最後一點提醒：Gem 只知道它的指示與當下對話給它的東西。除非你再次提供，或連接一個 Workspace 來源，否則它不會神奇地記得上週的某份文件。把指示視為 Gem 唯一的長期記憶。

如何在十分鐘內建好你的第一個 Gem？

挑一件你至少每週都做的工作，在 Gemini 應用程式打開 Gem 建立介面，貼上四區塊指示範本，填入你的具體內容，再跑兩個測試輸入檢查結果。如果格式不穩，就收緊規則再試。十分鐘足以做出一個可用的初版。

從低風險、高頻率的事開始。一個「把我的草稿筆記變成乾淨會議摘要」的 Gem，是完美的第一個作品，因為你能即時測試，當天就感受到省下的時間。

在信任它之前，用真實輸入跑兩次。第一次看它是否理解工作；第二次確認它能一致地產出相同結構。兩關都過，你就擁有一個可重用的助手，省下日後每次使用的設定成本。

接著，建起一個小型的 Gem 庫。大多數人會發現，三四個做得好的 Gem 就能覆蓋他們大部分的重複性 AI 工作：一個寫作、一個摘要、一個研究，還有一個對應自己的特定職務。每多加一個，省下的時間就會疊加。

結語

Gems 把 Gemini，由一個每次都要重新解釋的工具，變成一組早已知道你規則的專才。回報就是一致性：同樣的語氣、同樣的格式、同樣的品質，而你無需重打設定。一個重複任務配一個 Gem，寫清楚輸出規則，再隨時間打磨。

最好的 AI 工作流程，靠的不是聰明的一次性提示，而是每次都默默把事情做對的系統。懂AI，更懂你 UD相伴，AI不冷。

把你的 Gem 變成真正的工作流程

做一個 Gem 很容易，但要把一組 AI 助手變成整個團隊都能用、且運作可靠的工作流程，才是難的部分。UD 手把手帶你完成每一步，由設計每個助手，到把它們串連成一個每次都以同樣方式運作的系統。