Eine Dokumentvergleichsregel wird nur durchgesetzt, wenn jedes Paar verglichen wird, nicht nur die, für die jemand Zeit hatte. Mit dem GroupDocs.Comparison.Mcp‑Server lässt ein Prompt Claude Desktop, Claude Code, Cursor oder GitHub Copilot jedes Versionspaar in einem Ordner lokal vergleichen und melden, welche Dokumente geändert wurden:

Für jedes -v1/-v2‑Paar in meinem Dokumentenordner vergleiche die beiden und sag mir, welche Rechnungen sich geändert haben und wie. Eine Zeile pro Rechnung.

Die schrittweise Version mit Konfiguration und Fehlersuche finden Sie in der Dokumentation: How to batch-compare document versions in a folder.

Welche Prüfungen schlagen fehl, wenn der Vergleich manuell erfolgt?

Drei Situationen treten immer wieder auf, und in jeder von ihnen ist das nicht überprüfte Dokument dasjenige, das zählt:

  • Ein neu ausgegebenes Batch. Sie müssen bestätigen, dass das neue Batch dem genehmigten entspricht.
  • Eine „unveränderte“ Aussage des Anbieters. Der Anbieter sagt, die Dokumente haben sich nicht geändert; Sie benötigen Beweise.
  • Eine Migration. Dokumente wurden zwischen Systemen oder Formaten verschoben, und die Ausgabe muss der Eingabe entsprechen.

In jedem Fall sind nicht die Vergleichskosten das Problem, sondern die Disziplin, ihn für jede Datei auszuführen. Ein Agent, der über einen Ordner iteriert, beseitigt das Disziplinproblem.

Wie läuft der Workflow?

  1. Benennen Sie die Paare konsistent. Jede Konvention funktioniert, zum Beispiel invoice-001-v1.pdf und invoice-001-v2.pdf, in einem Ordner.
  2. Zeigen Sie den Server auf den Ordner. Setzen Sie GROUPDOCS_MCP_STORAGE_PATH darauf. Dateien werden anhand des Namens aufgelöst, sodass der Agent invoice-001-v1.pdf übergibt, nicht den vollständigen Pfad.
  3. Prüfen Sie den Lizenzmodus. Fragen Sie: „Wie ist der Lizenzstatus des Vergleichsservers?“ Der Agent ruft get_license_status auf.
  4. Führen Sie den Durchlauf aus. Verwenden Sie den Prompt vom Anfang dieses Beitrags. Der Agent ruft analyze_changes einmal pro Paar auf.
  5. Rendern Sie nur das, was wichtig ist. Fragen Sie: „Erstelle jetzt markierte Kopien für die drei, die sich geändert haben.“ Der Agent ruft compare für diese drei auf, und jedes Ergebnis wird als <source-stem>_compared<ext> gespeichert. Vorhandene Dateien werden nie überschrieben.

Verwenden Sie analyze_changes für den Durchlauf und compare nur für die Ausnahmen. Das Rendern von dreißig markierten Dokumenten, die niemand öffnet, ist dreißig‑mal so viel Arbeit für dieselbe Antwort.

Was entscheidet der Agent und was macht die Engine?

Schritt Agent Engine
Finde die -v1/-v2‑Paare Stimmt mit den Namen überein
Vergleiche jedes Paar Ruft analyze_changes auf Erkennt Änderungen, pro Seite und Tabellenzelle
Entscheidet, dass ein Paar unverändert ist Liest No changes detected Gibt dieses Ergebnis zurück
Berichtet an Sie Schreibt eine Zeile pro Paar
Erstellt Dateien für die geänderten Ruft compare auf Rendern das markierte Dokument

Das Bestehen/Nicht‑Bestehen‑Urteil wird durch das Ergebnis der Engine getroffen, nicht durch die Einschätzung des Agenten.

Beispielsession

Gekürzt und illustrativ; die tatsächliche Formulierung hängt von Ihrem Client und Modell ab.

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)

Was sind die Grenzen eines Batch‑Laufs?

  • Evaluationsbegrenzung pro Dokument. Ohne Lizenz werden nur die ersten 2 Seiten jedes Dokuments verglichen und die Ergebnisse erhalten ein Wasserzeichen, sodass ein Batch‑Bericht stillschweigend unvollständig ist. Prüfen Sie get_license_status, bevor Sie einem Durchlauf vertrauen.
  • Gleiches Format innerhalb eines Paares. Konvertieren Sie zuerst, wenn die beiden Dateien unterschiedliche Formate haben.
  • Ein falscher Name ist nicht fatal. Das Tool antwortet mit der Liste der Dateien, die es sehen kann, und der Agent korrigiert sich selbst und versucht es erneut.
  • Lange Durchläufe benötigen Zeit. Jedes Paar ist ein echter Vergleich; ein Ordner mit großen PDFs dauert Minuten, nicht Sekunden. Fragen Sie nach dem Fortschritt, während er läuft.

FAQ

Kann ich mehrere PDF‑Dateien gleichzeitig mit KI vergleichen?
Ja. Legen Sie die Paare in einen Ordner und bitten Sie den Agenten, jedes Paar zu vergleichen. Er ruft analyze_changes einmal pro Paar auf und gibt Ihnen eine konsolidierte Antwort.

Wie erkenne ich unautorisierte Änderungen in Dokumenten?
Vergleichen Sie die genehmigte Version mit der im Umlauf befindlichen Version und bitten Sie den Agenten, die Paare aufzulisten, bei denen Änderungen festgestellt wurden. Jedes Paar, das No changes detected zurückgibt, hat denselben Inhalt, vorausgesetzt, der Server ist lizenziert: Im Evaluationsmodus werden nur die ersten 2 Seiten jedes Dokuments verglichen.

Verlassen die Dateien meinen Rechner?
Nein. Der Vergleich läuft in einem lokalen Prozess gegen den von Ihnen konfigurierten Ordner. Der Text Ihres Prompts und die Zeilen, die der Agent meldet, gehen an das Modell, das Ihr Client verwendet.

Weiterführende Informationen