您可以透過讓 AI 代理在一次提示中本地審核整個文件資料夾,並回傳單一例外表格,來強制執行簽署政策。代理可在 Claude Desktop、Claude Code、Cursor 或 GitHub Copilot 中執行,而 GroupDocs.Signature.Mcp 伺服器負責檢查。啟動掃描的提示如下:
對我文件資料夾中的每個 PDF,檢查它是否已數位簽署且仍然有效。請給我一個表格:檔案、簽署者、簽署日期、狀態。
包含設定與故障排除的逐步說明位於文件中:如何使用 AI 代理審核已簽署文件的資料夾.
為何簽署政策需要自動掃描?
像「檔案庫中的每份合約都必須具備有效的數位簽章」這樣的政策,只有在有人檢測時才算是真正的政策。手動檢查一次只開啟一個檔案,因此很少執行且只能抽樣。合規部門關心的是整個檔案庫:哪些合約未簽署、哪些證書已過期、哪些檔案在簽署後被更改。
單靠 AI 代理無法回答這些問題,因為模型閱讀 PDF 時看不到其簽章結構。代理提供流程與摘要,引擎則提供每個檔案的事實。
工作流程,逐步說明
- 將伺服器指向資料夾。 設定
GROUPDOCS_MCP_STORAGE_PATH為文件資料夾。檔案以名稱解析,因此代理傳遞contract-042.pdf,而不是您機器上的路徑。 - 檢查授權模式。 請代理呼叫
get_license_status。在評估模式下僅處理每份文件的前兩頁,因此即使報告顯示「乾淨」也可能不正確(請參閱下方限制)。 - 執行掃描。 使用上述提示。對每個檔案,代理呼叫
search_digital_signatures並組合成表格。若未找到數位簽章的檔案會被報告為未簽署。 - 閱讀例外。 按狀態對表格排序,並處理以下描述的三個群組。
- 按排程重新執行。 同樣的提示在下個月對相同資料夾仍然適用,讓審核變成例行工作而非專案。
代理決定的事項與引擎執行的事項
| 步驟 | 代理決定的事項 | 引擎執行的事項 |
|---|---|---|
| 要檢查哪些檔案 | 根據您的提示列出資料夾中的 PDF | 從儲存中依名稱解析每個檔案 |
| 是否已簽署、是否有效、由誰簽署 | 選擇檔案 | 回傳簽署者、發行者、序號、有效期間、時間戳記以及 isValid(search_digital_signatures) |
| 報告 | 建立表格並將例外分組 | 無;引擎不會產生摘要 |
範例會話(節錄)
You: For every PDF in my documents folder, check whether it is digitally
signed and still valid. Give me a table: file, signer, signed date, status.
Agent: [get_license_status] mode: licensed
[search_digital_signatures] x N
| file | signer | signed | status |
| contract-041.pdf | Dana Whitfield | 2026-09-14 | valid |
| contract-042.pdf | - | - | unsigned |
| contract-043.pdf | Omar Haddad | 2026-08-02 | invalid |
Exceptions: 1 unsigned, 1 invalid. Invalid usually means the file
changed after signing.
說明性輸出:檔案名稱與簽署者名稱為虛構。工具回傳上述描述的欄位。
三種重要的例外情況
- 未簽署的檔案。 這是審核要找出的缺口。
- 無效的簽章。 幾乎總是簽署後有變更:之後加蓋印章、重新儲存、附加頁面。了解哪些檔案很有價值。
- 已過期的憑證。 簽章在製作時是有效的。是否仍然算數取決於您的政策。有效期間包含在回傳資料中,因此請代理列出所有有效期間在今天之前結束的憑證;此比較即能找出它們。
如何保持掃描成本低且報告可信?
- 對每個檔案執行
search_digital_signatures。僅將verify作為可選的快速篩選,並將詳細記錄視為真實來源。 - 大量作業時跳過
search_image_signatures。它會為每個命中返回 base64 圖片,卻毫無效益地增加執行時間。 - 在程式碼搜尋時關閉
returnImage。 - 在計量授權下,每次呼叫皆依使用量計費,因此有針對性的掃描成本更低且執行更快。
- 保留每個檔案的憑證細節(簽署者、發行者、序號、時間戳記)作為您的紀錄。代理的文字摘要僅是報告,非聲明,也不構成公證行為。
然後對例外採取行動
相同的會話可以修正掃描發現的問題,例如對未簽署的檔案套用參考標記:
使用我們的標準 QR 參考碼簽署這三個未簽署的檔案,並列出您所執行的操作。
請明確說明其作用。QR 代碼是視覺標記,非基於憑證的簽章,故無法取代必須的數位簽章。對於需要簽章的檔案,請最後使用 sign 並設定 type: "digital" 來套用。
在您自己的流程中需說明的限制
評估模式僅處理每份文件的前兩頁,且在每頁加上試用徽章。第 4 頁的簽章不會顯示,因此未授權的大量審核可能會將實際未簽署的檔案報告為「乾淨」。請每次先檢查 get_license_status。伺服器也會從檔案中讀取簽章資料;它不會了解您的政策,因此可接受憑證的定義仍由您自行決定。
常見問題
我的哪些合約未簽署?
請代理審核資料夾並列出沒有數位簽章的檔案。每個檔案都會呼叫 search_digital_signatures;若未找到任何簽章,該檔案會被列為未簽署。結果為單一表格。
AI 能否批量檢查 PDF 簽章?
可以,在一次對資料夾的提示中本地執行。若未取得授權,僅會檢查每個檔案的前兩頁。
報告能作為合規證據嗎?
請保留引擎回傳的每個檔案憑證細節作為證據。代理的摘要僅為便利,非聲明。
深入了解
- 文件說明,標準操作指南: 如何使用 AI 代理審核已簽署文件的資料夾
- 文件中心: GroupDocs.Signature MCP Server
- 從這裡開始: 使用 AI 代理與 MCP 簽署文件的 3 種方式:文字、QR 代碼、憑證
- 相關: 為何 AI 代理不應僅說文件已驗證
- 相關: 從條碼到紀錄:使用 AI 代理的文件收集自動化
- 本地部署與安全模型: AI 文件處理的 3 種架構,以及將檔案保留在內部網路的方案
- 問題討論: GroupDocs Signature 論壇
- 來源: GitHub 上的 GroupDocs.Signature.Mcp