Une politique de rédaction de divulgation peut être appliquée en l’écrivant comme une invite qu’un agent IA exécute, dans un ordre fixe, sur chaque fichier, localement sur votre machine. Avec GroupDocs.Redaction.Mcp connecté à Claude Code, Cursor ou GitHub Copilot, toute la politique tient dans une seule instruction :

Prenez case-file.docx et préparez-le pour la divulgation : rédigez toutes les adresses e‑mail et le nom « Jane Smith », supprimez toutes les annotations, effacez les propriétés du document. Appliquez chaque étape au fichier produit par la précédente, et nommez le fichier produit à chaque étape.

La version étape par étape avec configuration et dépannage se trouve dans la documentation : Comment préparer des documents pour la divulgation avec un agent IA.

Pourquoi une liste de contrôle de divulgation manuelle échoue-t-elle ?

Le travail de divulgation n’est pas difficile, il est séquentiel et répétitif. Un responsable des archives préparant une diffusion de documents publics, ou une équipe juridique préparant des documents pour la découverte, répète les mêmes passes sur chaque fichier : noms et identifiants dans le texte, images, commentaires de révision, propriétés du document. Omettre une passe est facile à la fin d’une longue journée, et une rédaction partielle est le pire résultat car le fichier semble terminé. Une politique qui vit dans une invite est appliquée de la même façon à chaque fois, et la transcription enregistre ce qui a été exécuté.

Il s’agit d’adéquation, pas de certification. Le serveur supprime ce que vous lui indiquez de supprimer, dans le fichier que vous lui fournissez. Que le résultat satisfasse un régime d’accès à l’information, un protocole de découverte ou un audit reste votre décision.

Quelles étapes l’agent exécute-t-il, et dans quel ordre ?

La politique comporte cinq étapes. Chacune des quatre premières écrit un nouveau fichier.

  1. Exécutez redact_text une fois pour chaque motif : noms, e‑mails, identifiants, numéros de compte.
  2. Exécutez redact_image_area pour les signatures, photographies, tampons et zones numérisées. Utilisez‑le sur des fichiers image tels que les scans PNG ou JPEG.
  3. Exécutez redact_annotations, généralement avec deleteAll, car les notes de révision internes sont rarement divulguables.
  4. Exécutez erase_metadata pour l’auteur, l’entreprise et les dates.
  5. Vérifiez le fichier final, qui fait l’objet d’un article séparé sur la vérification.

Que décide l’agent, et que fait le moteur ?

Décision Qui la prend
Quels motifs expriment la politique Vous, avec l’agent proposant des expressions régulières
Quel outil gère chaque emplacement L’agent
Si une correspondance texte est supprimée Le moteur, exactement comme le motif l’indique
Quel fichier est transmis à l’étape suivante L’agent, c’est pourquoi vous demandez les noms de fichiers
Si la politique était complète Vous

Il n’y a pas de classificateur. Le moteur applique les motifs que vous approuvez, et c’est ce qui rend l’exécution auditable.

Comment conserver chaque étape dans le fichier final ?

Chaque outil écrit un nouveau fichier de style _redacted plutôt que de modifier le fichier en place. Un agent qui transmet le fichier original à une étape ultérieure produit un document qui ne comporte que cette étape appliquée et les suppressions antérieures manquantes. L’instruction « appliquer chaque étape au fichier produit par la précédente » constitue le contrôle, et les noms de fichiers dans la transcription constituent la trace d’audit.

Demandez les motifs un à la fois plutôt qu’une instruction opaque, en indiquant le nom de fichier que chaque appel a produit. Les outils de rédaction signalent le fichier enregistré, pas le nombre de correspondances ; tout nombre fourni par l’agent est son interprétation du texte. Plusieurs fichiers nommés constituent un enregistrement, et une seule réponse « terminé » ne suffit pas.

Exemple de session (abrégé)

Vous :    Avant de commencer : quel est l'état de la licence du serveur de rédaction ?
Agent :  -> get_license_status()   mode: licensed
Vous :    Prenez case-file.docx et préparez-le pour la divulgation : rédigez toutes les adresses e‑mail et le
        nom « Jane Smith », supprimez toutes les annotations, effacez les propriétés du document.
        Appliquez chaque étape au fichier produit par la précédente, et nommez chaque fichier.
Agent :  1. redact_text        on case-file.docx       -> fichier enregistré
        2. redact_text        on the file from 1      -> fichier enregistré
        3. redact_annotations on the file from 2      -> fichier enregistré
        4. erase_metadata     on the file from 3      -> fichier enregistré
        Fichier final : la sortie de l'étape 4, nommée dans la transcription.

Comment exécuter la politique sur de nombreux fichiers ?

Répétez la même instruction pour chaque fichier, ou indiquez un dossier et demandez à l’agent de le parcourir un document à la fois, en nommant le fichier de sortie pour chacun. Gardez le texte de la politique identique entre les exécutions ; l’uniformité est l’objectif. Comme le mode d’évaluation autorise un document par processus, un lot de ce type nécessite un fichier de licence ou des clés à la consommation.

Comment empêcher la diffusion des originaux ?

L’original se trouve à côté de sa copie rédigée avec un nom quasi identique, et le mauvais fichier est facile à joindre à un e‑mail. Déplacez les originaux terminés hors du dossier de travail, ou définissez un GROUPDOCS_MCP_OUTPUT_PATH séparé afin que les copies rédigées atterrissent dans leur propre dossier. La diffusion du mauvais fichier annule chaque étape précédente.

Quelles sont les limites du mode d’évaluation ?

Le mode d’évaluation rend un flux de travail de divulgation dangereux, et une exécution complète de divulgation n’est pas possible sans licence. Sans licence, le serveur autorise un document par processus, une rédaction, limitée à 4 remplacements, plus des badges d’essai. Le résultat est un document qui semble traité mais qui contient encore les données, et rien dans les réponses ne le signale. Faites de get_license_status la première étape, comme dans la session ci‑dessus.

  • PDF sur Linux. Sous Linux, y compris l’image Docker, redact_image_area et erase_metadata échouent actuellement sur les fichiers PDF (la gestion des images du moteur PDF dépend de System.Drawing, que .NET ne prend en charge que sous Windows) ; les deux fonctionnent sur les documents Word, et redact_text fonctionne sur les PDF. Effectuez la rédaction de zones PDF et l’effacement des métadonnées sur Windows avec dnx.

FAQ

Comment préparer des documents pour la divulgation avec un agent IA, par exemple une demande FOIA ? Il peut exécuter les passes de rédaction : texte par motif, zones d’image, annotations et métadonnées. Vous définissez toujours les motifs, examinez le résultat, et décidez de ce qui est publié.

Puis‑je l’utiliser pour la révision e‑discovery ? Les mêmes passes s’appliquent aux documents préparés pour la divulgation juridique, et le serveur fonctionne localement. Il ne décide pas de la pertinence ou du privilège, et ce n’est pas une plateforme de révision.

Où vont les copies rédigées ? Vers le dossier de sortie que vous configurez. Définissez GROUPDOCS_MCP_OUTPUT_PATH afin qu’elles restent séparées des originaux.

Approfondir