Vous pouvez supprimer les métadonnées avant de partager en utilisant une seule invite à un agent IA qui exécute GroupDocs.Metadata.Mcp localement, mais un fichier épuré n’est pas automatiquement un fichier sûr. L’invite :

Supprimez toutes les métadonnées des fichiers de mon dossier documents et dites‑moi ce que vous avez retiré.

La version détaillée, avec configuration et dépannage, se trouve dans la documentation : How to strip metadata from documents before sharing them.

Quelle est l’approche courante erronée ?

L’approche courante est « supprimez‑les et envoyez‑les » : exécuter une suppression, supposer que le résultat est propre, joindre le fichier. Cela échoue de trois manières, et aucune n’est un bug. Chacune représente une limite de ce que signifie la suppression des métadonnées.

Pourquoi l’original reste‑t‑il un risque ?

remove_metadata supprime les métadonnées d’un document et enregistre une copie nettoyée dans le stockage. Il ne réécrit pas l’original. L’original reste sur le disque avec tout son contenu, de sorte que joindre le mauvais fichier annule l’exercice. C’est un incident familier : un document d’appel d’offres qui arrive avec le nom d’un concurrent dans le champ Company parce que le fichier non nettoyé était celui présent dans l’e‑mail.

La solution est procédurale. Faites en sorte que l’agent nomme le fichier qu’il a produit, et n’envoyez que ce fichier.

Pourquoi « pas de métadonnées » n’est pas équivalent à « pas de contenu caché » ?

Les modifications suivies, les commentaires, les objets incorporés et les révisions antérieures vivent dans le corps du document, pas dans l’ensemble de propriétés. Un outil de métadonnées ne peut pas supprimer ce qui n’est pas des métadonnées. Pour les commentaires et les annotations, la documentation renvoie au serveur GroupDocs.Annotation.Mcp, et pour la rédaction au niveau du contenu à GroupDocs.Redaction. Le serveur à utiliser pour l’étape de métadonnées : le serveur de rédaction, dont la fonction erase_metadata efface les champs de propriétés nommées du document (author, title, company, keywords, dates, etc.), tandis que ce serveur, avec remove_metadata, supprime par catégorie (gps, author, comments, company, dates, software, copyright, keywords, personal) et couvre les paquets EXIF, XMP et IPTC. Pour les préoccupations liées au texte caché et aux annotations, voir 3 ways to redact sensitive data with AI agents.

Pourquoi une exécution non licenciée ne peut‑elle pas être fiable ?

En mode d’évaluation, seules les 5 premières propriétés du document sont lisibles et modifiables, et XMP et EXIF sont partiellement indisponibles. Un passage « tout supprimer » en évaluation ne peut pas prétendre honnêtement que tout a été retiré, et la lecture de vérification est également partielle : vous ne confirmeriez qu’une liste tronquée. Appelez d’abord get_license_status. Appliquez un fichier de licence ou des clés à comptage, ou utilisez la licence temporaire gratuite de 30 jours, avant une exécution réelle de pré‑partage.

Quelle est la bonne méthode : lire, supprimer, vérifier ?

Utilisez une boucle où chaque étape est un appel d’outil et la dernière consiste à lire la copie :

  1. Capture. read_metadata sur l’original enregistre ce qui était présent.
  2. Suppression. remove_metadata produit la copie nettoyée. Sans categories, il supprime toutes les métadonnées supprimables, c’est‑à‑dire les propriétés du document, les paquets EXIF, XMP et IPTC ; les informations qui font partie structurellement du document ne sont pas des métadonnées et restent. Pour conserver le titre et les dates, indiquez les catégories : gps, author, comments, company, dates, software, copyright, keywords ou personal (un ensemble « best‑effort » couvrant personnes, entreprise et localisation).
  3. Vérification. read_metadata sur le fichier nettoyé montre ce qui subsiste.

L’étape 3 est celle que les gens négligent, et elle transforme le « je pense que c’est propre » en un avant‑et‑après. Une invite réutilisable :

Avant d’envoyer quoi que ce soit depuis ce dossier : lisez les métadonnées, supprimez‑les, vérifiez que la copie est propre, et donnez‑moi un rapport d’une ligne par fichier.

Cela représente trois appels d’outil par fichier et un tableau à la fin, ce qui est une tâche de routine pour un agent et un travail que l’on oublie sous la pression d’une échéance.

Quand la suppression doit‑elle être exécutée : une fois ou à chaque fois ?

Considérez‑la comme un point de contrôle, pas comme un projet de nettoyage. Les incidents que cela évite sont rarement dramatiques : un communiqué de presse avec le nom du rédacteur dans le champ auteur, un contrat avec un ancien employeur dans le champ société, une photo de site avec des coordonnées jointes. Chaque cas est un fichier ordinaire qui a quitté le dossier sans que personne ne se demande ce qu’il contenait. Un agent constitue un bon dernier point de contrôle parce que la question ne coûte rien à poser. Insérez l’instruction permanente dans les règles de votre projet ou dans l’invite que vous réutilisez, afin que la séquence lire‑supprimer‑vérifier s’exécute sur le dossier sortant à chaque fois et pas seulement lorsque quelqu’un s’en souvient.

Le point de contrôle ne fonctionne que si l’état de la licence est connu. Dans une exécution licenciée ou à comptage, la lecture de vérification voit l’ensemble complet des propriétés, et le rapport d’une ligne par fichier est une déclaration sur laquelle vous pouvez compter. En mode d’évaluation, traitez le rapport comme une répétition du flux de travail et rien de plus.

Session d’exemple (abrégée)

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.

Il s’agit d’une illustration du flux, pas d’une capture d’écran. remove_metadata renvoie un message de chemin enregistré avec le nombre de propriétés supprimées.

Questions fréquemment posées

Puis‑je supprimer l’auteur d’un PDF avant de l’envoyer ?
Oui. Demandez à l’agent de supprimer la catégorie author, il appellera remove_metadata avec cette catégorie et enregistrera une copie nettoyée. Vérifiez la copie avec une seconde lecture.

Dois‑je supprimer les métadonnées avant de télécharger un document vers un LLM ?
Si le document quitte votre machine, supprimez d’abord une copie, car les propriétés voyagent avec le fichier. Avec GroupDocs.Metadata.Mcp, le processus de suppression s’effectue localement.

La suppression élimine‑t‑elle aussi les modifications suivies et les commentaires dans le corps ?
Non. Ce sont du contenu, pas des métadonnées. La catégorie comments fait référence aux propriétés de commentaire dans les métadonnées, tandis que les commentaires et annotations au niveau du corps relèvent du serveur Annotation, et le texte caché ainsi que les autres rédactions de niveau contenu relèvent du serveur Redaction.

Approfondir