您可以在本地使用執行 GroupDocs.Metadata.Mcp 的 AI 代理，只需一個提示就能在分享前移除中繼資料，但被剝除的檔案並不會自動變成安全檔案。提示內容：

從我的 documents 資料夾中的所有檔案剝除所有中繼資料，並告訴我您移除了哪些內容。

包含設定與故障排除的逐步說明請參閱文件：如何在分享前剝除文件中的中繼資料

常見的錯誤做法是什麼？

常見的做法是「剝除後直接發送」：執行一次移除，假設結果已乾淨，然後附加檔案。此做法在三個方面會失敗，且這些都不是程式錯誤，而是中繼資料移除的邊界問題。

為什麼原始檔仍然有風險？

remove_metadata 會從文件中移除中繼資料，並將清理過的副本儲存至儲存空間。它不會改寫原始檔。原始檔仍然保留在磁碟上，若不小心附上錯誤的檔案，就會抵消整個流程。這類情況很常見：例如投標文件因為未清理的檔案被寄出，結果在 Company 欄位出現競爭對手的名稱。

解決方式在於流程上。讓代理在產生檔案時為其命名，並僅傳送該檔案。

為什麼「沒有中繼資料」不等同於「沒有隱藏內容」？

追蹤變更、評論、嵌入物件以及早期修訂都存於文件本體，而非屬性集合。中繼資料工具無法移除非中繼資料的內容。關於評論與註釋，文件會指向 GroupDocs.Annotation.Mcp 伺服器；而內容層級的遮蔽則交由 GroupDocs.Redaction。在中繼資料步驟中應使用哪個伺服器：Redaction 伺服器的 erase_metadata 會清除具名的文件屬性欄位（作者、標題、公司、關鍵字、日期等），而此伺服器的 remove_metadata 則依類別（gps、author、comments、company、dates、software、copyright、keywords、personal）剝除，涵蓋 EXIF、XMP 與 IPTC 套件。關於隱藏文字與註釋的問題，請參閱3 種使用 AI 代理遮蔽敏感資料的方式。

為什麼未授權的執行不可被信任？

在評估模式下，僅能讀寫前 5 個文件屬性，且 XMP 與 EXIF 部分不可用。以評估模式執行「剝除全部」的流程無法誠實地聲稱已移除所有內容，且驗證讀取也僅是部分的：您只能確認被截斷的清單。請先呼叫 get_license_status。在正式執行前，套用授權檔或計量金鑰，或使用 30 天的免費臨時授權。

正確的做法：讀取、剝除、驗證？

使用一個迴圈，將每一步都視為工具呼叫，最後一步則是讀取副本：

  1. Capture. 使用 read_metadata 讀取原始檔，記錄當時的內容。
  2. Strip. 使用 remove_metadata 產生清理過的副本。若未指定 categories，則會移除所有可剝除的中繼資料，包含文件屬性、EXIF、XMP 與 IPTC 套件；結構上屬於文件本體的資訊不屬於中繼資料，會保留。若要保留標題與日期，可改為傳入類別：gps、author、comments、company、dates、software、copyright、keywords 或 personal（涵蓋人員、公司與位置的最佳努力集合）。
  3. Verify. 在清理過的檔案上再次執行 read_metadata，檢視仍保留的項目。

第 3 步是大多數人會跳過的環節，它將「我認為已清理」轉變為前後對照。可重複使用的提示範例：

在我從此資料夾傳送任何檔案之前：先讀取中繼資料，剝除它，驗證副本是否乾淨，並為每個檔案提供一行報告。

這相當於每個檔案執行三次工具呼叫，最後產出一張表格，對代理而言是例行工作，對人類而言則常在截止日期前被遺忘。

何時執行剝除：一次性還是每次？

將其視為檢查點，而非清理專案。此舉可防止的情況通常不會很戲劇化：新聞稿的作者欄位出現起草者姓名、合約的公司欄位出現前任雇主、網站照片附帶座標等。每一個都是普通檔案，未經詢問就離開了資料夾。代理是很好的最後檢查點，因為提問本身不會產生成本。將此指令寫入專案規則或重複使用的提示中，讓「讀取、剝除、驗證」序列在每次輸出資料夾時都自動執行，而不是僅在有人想起時才執行。

檢查點僅在授權狀態已知的情況下才有效。若是授權或計量執行，驗證讀取會看到完整的屬性集合，且每個檔案的一行報告可作為可靠的聲明。若是評估執行，則將報告視為工作流程的演練，別無他用。

範例會話（節錄）

You:    Remove the author and company from tender-draft.pdf, keep title and dates, then verify.
Agent:  [calls read_metadata on tender-draft.pdf]            Author, Company, Title, dates found
Agent:  [calls remove_metadata: categories = author, company]  2 properties removed
Agent:  [calls read_metadata on the cleaned copy]            Title and dates remain; Author and Company absent
        Send the cleaned copy named in the remove step, not tender-draft.pdf.

此示例說明流程，並非截圖。remove_metadata 會回傳包含已移除屬性數量的儲存路徑訊息。

常見問題

我可以在傳送 PDF 前移除作者資訊嗎？
可以。請求代理移除 author 類別，它會以該類別呼叫 remove_metadata，並儲存一個清理過的副本。再以第二次讀取確認副本內容。

在上傳文件至 LLM 前應該先移除中繼資料嗎？
如果文件將離開您的機器，請先剝除一個副本，因為屬性會隨檔案一起傳遞。使用 GroupDocs.Metadata.Mcp 時，剝除動作本身就在本地完成。

剝除同時會移除文件本體中的追蹤變更與評論嗎？
不會。那些屬於內容而非中繼資料。comments 類別僅指中繼資料中的評論屬性，文件本體層級的評論與註釋屬於 Annotation 伺服器，隱藏文字與其他內容層級的遮蔽則屬於 Redaction 伺服器。

深入了解