先鎖定你想重用的陳述
假設一個 AI 回答概述了某個公開項目公告。在把它的引用複製到報告之前，先抽出你需要支持的具體陳述：發布日期、功能描述或引文。整個回答可能混合多種資訊。
審查應限於你有權存取的來源。不要為了讓引用看起來完整，而連接新帳戶或公開私人檔案。
有來源面板時就開啟它
Google 表示，Gemini 可能在回答底部提供「來源」，或提供可開啟側邊面板的行內連結。這些連結可包括公開網站、已上載檔案，以及在連接該服務時的 Workspace 文件或電郵。並非每個回答都附有來源連結。來源
查看你實際收到的回應。如果沒有來源連結，記錄這項限制，而不是猜測模型可能用了哪個網站。生成文字中看似熟悉的標題，不能代替你可檢查的實際目的地。
核對陳述前先分類來源
| 來源類型 | 檢查 | 分享界線 |
|---|---|---|
| 公開網站 | 相關段落、發布者及日期 | 連結到你實際檢查的頁面 |
| 你上載的檔案 | 具體版本及支持文字 | 不要暗示它是獨立的公開來源 |
| 已連接的文件或電郵 | 你的授權存取及相關背景 | 不要向其他讀者披露私人內容 |
| 圖片來源連結 | 與圖片相關的頁面及說明文字 | 外觀相似不能確立所稱的背景 |
以一個示範性的項目時間表為例，你上載的規劃草稿可能寫星期一，而公開公告寫星期三。保留這個差異，並使用適合該問題的來源。不要把你上載的草稿和 AI 對該草稿的轉述，當作兩項獨立確認。
直接閱讀支持段落
開啟相關目的地，在上下文中找到該陳述。檢查連結頁面是否真正支持回答中的數字、條件或日期。保存簡短的來源筆記，區分直接支持、部分支持、矛盾及存取未解決。
Google 亦說明了 Gemini 回應中網絡圖片的來源連結。來源 當圖片本身重要時，應跟隨目的地查核，而不是把生成的回答當作圖片來源的證明。
產出讀者能理解的引用
當有公開來源時，保留實際公開網址、存取日期及與陳述相稱的摘要。如果唯一支持材料屬私人性質，在適當的內部記錄中描述存取限制；未經授權，不要發布該文件或其內容。
AI 輔助來源審查涵蓋獨立證據及缺乏支持的情況。對於圖片結果，圖片來源指南涵蓋另一項任務：圖片資訊本身能確立甚麼。兩個流程都不會把來源按鈕的存在視為事實核實。