Traduction en français

Une règle de comparaison de documents n’est appliquée que si chaque paire est comparée, pas seulement celles pour lesquelles quelqu’un a eu le temps. Avec le serveur GroupDocs.Comparison.Mcp, une seule invite suffit à faire comparer à Claude Desktop, Claude Code, Cursor ou GitHub Copilot chaque paire de versions d’un dossier localement et à signaler quels documents ont changé :

Pour chaque paire -v1/-v2 de mon dossier de documents, compare les deux et indique‑moi quelles factures ont changé et comment. Une ligne par facture.

La version étape par étape avec configuration et dépannage se trouve dans la documentation : How to batch-compare document versions in a folder.

Quels contrôles échouent lorsque la comparaison est manuelle ?

Trois situations reviennent régulièrement, et dans chacune d’elles le document non vérifié est celui qui compte :

  • Un lot réémis. Vous devez confirmer que le nouveau lot correspond à ce qui a été approuvé.
  • Une déclaration « inchangée » du fournisseur. Le fournisseur affirme que les documents n’ont pas changé ; vous voulez une preuve.
  • Une migration. Documents déplacés entre systèmes ou formats, et la sortie doit être identique à l’entrée.

Dans chaque cas, le coût n’est pas la comparaison elle‑même mais la discipline de l’exécuter pour chaque fichier. Un agent qui parcourt un dossier élimine le problème de discipline.

Comment le flux de travail s’exécute‑t‑il ?

  1. Nommez les paires de façon cohérente. Toute convention fonctionne, par exemple invoice-001-v1.pdf et invoice-001-v2.pdf, dans un même dossier.
  2. Pointez le serveur vers le dossier. Définissez GROUPDOCS_MCP_STORAGE_PATH sur ce dossier. Les fichiers sont résolus par leur nom, ainsi l’agent transmet invoice-001-v1.pdf, pas le chemin complet.
  3. Vérifiez le mode de licence. Demandez : « Quel est le statut de licence du serveur de comparaison ? » L’agent appelle get_license_status.
  4. Lancez le balayage. Utilisez l’invite du début de ce post. L’agent appelle analyze_changes une fois par paire.
  5. Rendez uniquement ce qui importe. Demandez : « Maintenant, produis des copies annotées pour les trois qui ont changé. » L’agent appelle compare pour ces trois, et chaque résultat est enregistré sous la forme <source-stem>_compared<ext>. Les fichiers existants ne sont jamais écrasés.

Utilisez analyze_changes pour le balayage et compare uniquement pour les exceptions. Rendre trente documents annotés que personne n’ouvre représente trente fois le travail pour la même réponse.

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

Étape Agent Moteur
Trouver les paires -v1/-v2 Correspond aux noms
Comparer chaque paire Appelle analyze_changes Détecte les changements, page par page et cellule de tableau
Décider qu’une paire est inchangée Lit « No changes detected » Retourne ce résultat
Vous rapporter Écrit une ligne par paire
Produire les fichiers pour les paires modifiées Appelle compare Rendu du document annoté

Le jugement de réussite/échec est fourni par le résultat du moteur, pas par l’impression de l’agent sur le texte.

Session d’exemple

Version abrégée et illustrative ; le libellé réel dépend de votre client et du modèle.

You:    For every -v1/-v2 pair in my documents folder, compare the
        two and tell me which invoices changed and how. One line
        per invoice.

Agent:  [calls analyze_changes: invoice-001-v1.pdf, invoice-001-v2.pdf]
        [calls analyze_changes: invoice-002-v1.pdf, invoice-002-v2.pdf]
        [calls analyze_changes: invoice-003-v1.pdf, invoice-003-v2.pdf]

        invoice-001: no changes detected
        invoice-002: changes detected (see the list for the pages)
        invoice-003: changes detected (see the list for the pages)

Quelles sont les limites d’une exécution en lot ?

  • Plafond d’évaluation, par document. Sans licence, seules les deux premières pages de chaque document sont comparées et les résultats portent un filigrane, de sorte qu’un rapport de lot est silencieusement incomplet. Vérifiez get_license_status avant de faire confiance à un balayage.
  • Même format au sein d’une paire. Convertissez d’abord si les deux fichiers sont de formats différents.
  • Un nom incorrect n’est pas fatal. L’outil répond avec la liste des fichiers qu’il voit, et l’agent se corrige puis réessaie.
  • Les longs balayages prennent du temps. Chaque paire représente une vraie comparaison ; un dossier de gros PDF prend des minutes, pas des secondes. Demandez le progrès au fur et à mesure.

FAQ

Puis‑je comparer plusieurs fichiers PDF à la fois avec l’IA ?
Oui. Placez les paires dans un même dossier et demandez à l’agent de comparer chaque paire. Il appelle analyze_changes une fois par paire et vous fournit une réponse consolidée.

Comment détecter des modifications non autorisées dans les documents ?
Comparez la version approuvée avec la version en circulation et demandez à l’agent de lister les paires où des changements sont détectés. Chaque paire qui renvoie No changes detected possède le même contenu, à condition que le serveur soit sous licence : en mode évaluation, seules les deux premières pages de chaque document sont comparées.

Les fichiers quittent‑ils mon ordinateur ?
Non. La comparaison s’exécute dans un processus local contre le dossier que vous avez configuré. Le texte de votre invite et les lignes que l’agent rapporte sont envoyés au modèle utilisé par votre client.

Approfondir