U kunt documentmetadata auditen met een AI‑agent door drie precieze vragen te stellen, en de agent beantwoordt ze door de bestanden lokaal te lezen via GroupDocs.Metadata.Mcp. Een typische eerste prompt is:

Wie staat er vermeld als auteur en laatst‑gewijzigd‑door in de bestanden in deze map, en welke bedrijfsnaam dragen ze?

De stapsgewijze versie met configuratie en probleemoplossing staat in de documentatie: Hoe documentmetadata te auditen met een AI‑agent.

Waarom heeft een metadata‑audit een tool nodig en niet alleen een model?

Een taalmodel kan geen metadata zien. Het ziet alleen de tekst die u plakt, en het auteurveld, de bedrijfsnaam en de GPS‑coördinaten staan niet in die tekst. Een agent die “wie heeft dit geschreven?” beantwoordt zonder een tool aan te roepen, raadt, en die gok klinkt zelfverzekerd. GroupDocs.Metadata.Mcp is een MCP‑server die Claude, Cursor, GitHub Copilot, VS Code en Windsurf de daadwerkelijke eigenschappen van een bestand geeft: de agent roept een tool aan, ontvangt JSON en rapporteert wat er is. De bestanden blijven in een map op uw computer; alleen de eigenschappen reizen naar het model.

De drie onderstaande vragen zijn degene die de meeste privacy‑verrassingen verklaren. Elke vraag werkt als een zelfstandige prompt.

Vraag 1: wie staat er vermeld als auteur?

Wie staat er vermeld als auteur en laatst‑gewijzigd‑door in de bestanden in deze map?

De agent roept search_metadata aan met een filter, die alleen de overeenkomende eigenschappen retourneert in plaats van de volledige eigenschapenset. De toolbeschrijving zegt het te gebruiken “wanneer de gebruiker vraagt naar een SPECIFIEKE eigenschap in plaats van de volledige set”. Filters zijn category (bijvoorbeeld person), nameContains en valueContains, allemaal hoofdletterongevoelig. Het resultaat is een JSON‑object met count en een properties‑array van naam, waarde en categorie.

Waarom het belangrijk is: het auteurveld bevat vaak de naam van een echt persoon, en laatst‑gewijzigd‑door noemt soms een voormalige werknemer. Geen van beide wordt op de pagina getoond.

Vraag 2: welke bedrijfsnaam staat er in het bestand geschreven?

Bevat een eigenschap in deze bestanden nog de oude bedrijfsnaam?

Dit is opnieuw search_metadata, met valueContains ingesteld op de naam. Eén oproep per bestand, en een count van 0 betekent geen overeenkomst. Het bedrijfsveld wordt vaak geërfd van een sjabloon, dus een vandaag geschreven document kan nog steeds de naam van een vorige werkgever dragen. Wanneer u het volledige beeld van één bestand nodig heeft in plaats van een gefilterde weergave, gebruikt de agent read_metadata, die elke eigenschap als JSON retourneert (de eerste 5 in evaluatiemodus): auteur, titel, data en aangepaste eigenschappen.

Vraag 3: bevatten deze foto’s GPS‑coördinaten?

Welke van deze foto’s hebben GPS‑coördinaten? Waar?

De search_metadata‑categorie gps beantwoordt dit direct. In evaluatiemodus is EXIF‑GPS‑data niet beschikbaar, dus een count van 0 bewijst niets; controleer eerst get_license_status. Een foto die thuis is genomen en ongewijzigd wordt gepubliceerd, is het standaardvoorbeeld van een locatie‑lek, en een audit‑prompt is sneller dan handmatig de eigenschappen van elke afbeelding te openen. Als de bestanden geen afbeeldingen zijn, geeft get_document_info een lichte controle van type, grootte, paginatelling en encryptiestatus zonder eigenschappen te vermelden.

Voorbeeldsessie (verkort)

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).

Dit is een illustratie van de stroom, geen vastgelegde screenshot. De toolnamen en de vorm van het antwoord volgen de tools‑referentie.

Wat de audit u niet kan vertellen in evaluatiemodus

Zonder licentie draait de server in evaluatiemodus, en de gedocumenteerde limiet is exact: alleen de eerste 5 documenteigenschappen zijn leesbaar, en XMP en EXIF zijn gedeeltelijk niet beschikbaar. XMP toont alleen de eerste twee schema’s, en voor EXIF zijn de GPS‑data en de miniatuur van de afbeelding niet beschikbaar. Het antwoord vermeldt dit niet, dus een audit die zegt “nothing sensitive found” kan simpelweg gestopt zijn met lezen. Voor een compliance‑check is een audit in evaluatiemodus per ontwerp onvolledig.

Voordat u een resultaat vertrouwt, vraag:

Wat is de licentiestatus van de metadata‑server?

De agent roept get_license_status aan, die de modus rapporteert als evaluation, licensed of metered en nooit iets wijzigt. Een gratis tijdelijke licentie van 30 dagen is beschikbaar bij GroupDocs voor volledige functionaliteit.

Veelgestelde vragen

Kan Claude een PDF controleren op verborgen auteurinformatie zonder deze te uploaden?
Ja, wanneer GroupDocs.Metadata.Mcp op uw machine draait. De client start de server als een lokaal proces via stdio, het bestand wordt gelezen uit uw opslagmap, en alleen de geretourneerde eigenschappen bereiken het model.

Hoe vind ik verborgen metadata in PDF‑ en DOCX‑bestanden voor een document‑metadata‑compliance‑check?
Vraag de agent om elk bestand te lezen of te zoeken met read_metadata of search_metadata, en houd een registratie bij van de licentiemodus via get_license_status. Een compliance‑check uitgevoerd in evaluatiemodus is onvolledig, omdat slechts 5 eigenschappen leesbaar zijn.

Waarom toont mijn audit slechts enkele eigenschappen?
U bevindt zich waarschijnlijk in evaluatiemodus, die alleen de eerste 5 documenteigenschappen retourneert. Controleer get_license_status en pas een licentiebestand of metered‑sleutels toe.

Installatie

Start de server met Docker of met de .NET 10 SDK:

dnx GroupDocs.Metadata.Mcp --yes

Stel GROUPDOCS_MCP_STORAGE_PATH in op de map die de bestanden bevat, registreer vervolgens de server in uw client. Per‑client configuratie staat in de documentatie.

Ga dieper