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