È possibile eseguire un audit dei metadati dei documenti con un agente IA ponendo tre domande precise, e l’agente risponde leggendo i file localmente tramite GroupDocs.Metadata.Mcp. Un tipico primo prompt è:

Chi è elencato come autore e chi ha effettuato l’ultima modifica nei file di questa cartella, e quale nome aziendale riportano?

La versione passo‑passo con configurazione e risoluzione dei problemi è nella documentazione: Come eseguire l’audit dei metadati dei documenti con un agente IA.

Perché un audit dei metadati ha bisogno di uno strumento e non solo di un modello?

Un modello linguistico non può vedere i metadati. Vede il testo che incolli, e il campo autore, il nome dell’azienda e le coordinate GPS non sono presenti in quel testo. Un agente che risponde “chi ha scritto questo?” senza chiamare uno strumento sta indovinando, e l’indovinello suona sicuro. GroupDocs.Metadata.Mcp è un server MCP che fornisce a Claude, Cursor, GitHub Copilot, VS Code e Windsurf le proprietà effettive di un file: l’agente chiama uno strumento, riceve JSON e riporta ciò che c’è. I file rimangono in una cartella sul tuo computer; solo le proprietà viaggiano verso il modello.

Le tre domande seguenti sono quelle che spiegano la maggior parte delle sorprese sulla privacy. Ognuna funziona come un prompt autonomo.

Domanda 1: chi è indicato come autore?

Chi è elencato come autore e chi ha effettuato l’ultima modifica nei file di questa cartella?

L’agente chiama search_metadata con un filtro, che restituisce solo le proprietà corrispondenti invece dell’intero set di proprietà. La descrizione dello strumento indica di usarlo “quando l’utente chiede di una proprietà SPECIFICA anziché dell’intero set”. I filtri sono category (ad esempio person), nameContains e valueContains, tutti case‑insensitive. Il risultato è un oggetto JSON con count e un array properties di nome, valore e categoria.

Perché è importante: il campo autore spesso contiene il nome di una persona reale, e il campo last‑modified‑by a volte indica un ex dipendente. Nessuno dei due appare nella pagina.

Domanda 2: quale azienda è scritta nel file?

Qualcuna proprietà in questi file contiene ancora il vecchio nome aziendale?

Questo è di nuovo search_metadata, con valueContains impostato al nome. Una chiamata per file, e un count pari a 0 indica nessuna corrispondenza. Il campo azienda è spesso ereditato da un modello, quindi un documento scritto oggi può ancora riportare il nome di un precedente datore di lavoro. Quando hai bisogno dell’immagine completa di un file anziché di una vista filtrata, l’agente usa read_metadata, che restituisce ogni proprietà come JSON (le prime 5 in modalità valutazione): autore, titolo, date e proprietà personalizzate.

Domanda 3: queste foto contengono coordinate GPS?

Quali di queste foto hanno coordinate GPS? Dove?

La categoria gps di search_metadata risponde direttamente. In modalità valutazione i dati GPS EXIF non sono disponibili, quindi un conteggio pari a 0 non dimostra nulla; controlla prima get_license_status. Una foto scattata a casa e pubblicata così com’è è l’esempio standard di una perdita di posizione, e un prompt di audit è più veloce che aprire manualmente le proprietà di ogni immagine. Se i file non sono immagini, get_document_info fornisce un controllo leggero di tipo, dimensione, numero di pagine e stato di crittografia senza elencare le proprietà.

Sessione di esempio (abbreviata)

You:    Does any property in contract-2024.docx still contain "Northwind"?
Agent:  [calls search_metadata: valueContains = "Northwind"]
Agent:  1 match. Company = "Northwind Traders" (category: corporate).

Questa è un’illustrazione del flusso, non uno screenshot catturato. I nomi degli strumenti e la forma della risposta seguono il riferimento degli strumenti.

Cosa l’audit non può dirti in modalità valutazione

Senza licenza il server funziona in modalità valutazione, e il limite documentato è preciso: solo le prime 5 proprietà del documento sono leggibili, e XMP ed EXIF sono parzialmente non disponibili. XMP espone solo i primi due schemi, e per EXIF i dati GPS e la miniatura dell’immagine non sono disponibili. La risposta non lo menziona, quindi un audit che dice “non è stato trovato nulla di sensibile” potrebbe semplicemente aver smesso di leggere. Per un controllo di conformità, un audit in modalità valutazione è incompleto per progettazione.

Prima di fidarti di qualsiasi risultato, chiedi:

Qual è lo stato della licenza del server di metadati?

L’agente chiama get_license_status, che riporta la modalità come evaluation, licensed o metered e non modifica mai nulla. Una licenza temporanea gratuita di 30 giorni è disponibile da GroupDocs per la piena funzionalità.

Domande frequenti

Claude può controllare un PDF per informazioni nascoste sull’autore senza caricarlo?
Sì, quando GroupDocs.Metadata.Mcp è in esecuzione sul tuo computer. Il client avvia il server come processo locale tramite stdio, il file viene letto dalla tua cartella di archiviazione, e solo le proprietà restituite raggiungono il modello.

Come trovo i metadati nascosti in file PDF e DOCX per un controllo di conformità dei metadati dei documenti?
Chiedi all’agente di leggere o cercare ogni file con read_metadata o search_metadata, e conserva un registro della modalità di licenza da get_license_status. Un controllo di conformità effettuato in modalità valutazione è incompleto, perché solo 5 proprietà sono leggibili.

Perché il mio audit mostra solo poche proprietà?
Probabilmente sei in modalità valutazione, che restituisce solo le prime 5 proprietà del documento. Controlla get_license_status e applica un file di licenza o chiavi a consumo.

Configurazione

Esegui il server con Docker o con il .NET 10 SDK:

dnx GroupDocs.Metadata.Mcp --yes

Imposta GROUPDOCS_MCP_STORAGE_PATH sulla cartella che contiene i file, quindi registra il server nel tuo client. La configurazione per client è nella documentazione.

Approfondisci