Um zusammenzufassen, was sich zwischen zwei Dokumentversionen geändert hat, fragen Sie Ihren KI‑Agent nach der Antwort und nicht nach einer Datei. Mit dem GroupDocs.Comparison.Mcp‑Server rufen Claude Desktop, Claude Code, Cursor oder GitHub Copilot analyze_changes auf, das die beiden Dateien lokal vergleicht und die Unterschiede als Daten zurückgibt, ohne etwas zu rendern:

Was hat sich zwischen proposal-draft.docx und proposal-final.docx geändert? Kurz halten.

Die schrittweise Version mit Konfiguration und Fehlersuche finden Sie in der Dokumentation: How to summarize what changed between two documents.

Warum benötigt die Zusammenfassung kein gerendertes Dokument?

Das Rendern eines markierten Dokuments ist die kostenintensive Hälfte eines Vergleichs: Die Engine muss das Layout erstellen und eine neue Datei schreiben. Fragen wie „Hat sich der Preis geändert?“ oder „Gibt es etwas, worüber ich mir Sorgen machen sollte?“ verlangen eine Antwort, und die Antwort steckt bereits in der Änderungs­liste. analyze_changes erkennt dieselben Unterschiede wie compare, lässt jedoch das Rendern und Speichern der Ergebnisdatei weg.

analyze_changes compare
Erkennt die Änderungen Ja Ja
Schreibt eine markierte Datei Nein Ja, <source-stem>_compared<ext>
Lässt Dateien in Ihrem Ausgabeverzeichnis Keine Eine pro Aufruf
Unter nutzungsbasierter Lizenzierung Weniger Verbrauch Mehr Verbrauch
Verwenden für Fragen, Zusammenfassungen, Schleifen Dateien zum Senden oder Archivieren

Wie erhalten Sie eine Änderungs­liste, um viele Fragen zu beantworten?

Das Tool gibt <N> change(s) detected gefolgt von einem JSON‑Array zurück. Jeder Eintrag enthält den Änderungstyp, die Seite, die Komponente, das geänderte Fragment, den umgebenden Quell‑ und Zieltext, die Tabellenzelle und Stil‑Informationen. Der Agent behält dieses Array im Gespräch und filtert es:

Nur die Löschungen, bitte.
Ignoriere die Formatierung und zeige mir Änderungen, die die Bedeutung verändern.
Gruppiere die Änderungen nach Seite.
Haben sich irgendwelche Zahlen geändert?

Keines dieser Verfahren liest die Dokumente erneut ein. Eine Stiländerung und eine inhaltliche Bearbeitung sind unterschiedliche Einträge, sodass der Agent „dies wurde fett“ von „dies wurde zu 45 Tagen“ trennen kann.

Wie richten Sie das ein?

Führen Sie dnx GroupDocs.Comparison.Mcp --yes (mit dem .NET 10‑SDK) oder das Docker‑Image ghcr.io/groupdocs-comparison/comparison-net-mcp aus und setzen Sie GROUPDOCS_MCP_STORAGE_PATH auf den Ordner, der Ihre Dokumente enthält.

Welche Zusammenfassungen können Sie damit automatisieren?

Release‑Notes für ein Dokumentenset. Vergleichen Sie die vorherige und die aktuelle Version einer Richtlinie oder Spezifikation und bitten Sie um eine Aufzählung der Änderungen in einfacher Sprache.

Vergleichen Sie handbook-2025.docx mit handbook-2026.docx und schreiben Sie Release‑Notes: ein Aufzählungspunkt pro wesentlicher Änderung, Formatierung ignorieren.

Ein Prüfpfad. Bitten Sie um eine Liste der Änderungen mit den jeweiligen Seiten, damit ein Prüfer jede im Quell‑Dokument verifizieren kann.

Listen Sie jede Änderung zwischen ledger-q2.xlsx und ledger-q3.xlsx mit der jeweiligen Seite auf.

Eine Genehmigungs‑Prüfung. Bestätigen Sie, dass das, was genehmigt wurde, dem gesendeten entspricht.

Ist approved-offer.docx inhaltlich identisch mit sent-offer.docx?

No changes detected ist hier eine gültige und nützliche Antwort. Sie bestätigt, dass zwei Dateien denselben Inhalt haben, selbst wenn ihre Bytes unterschiedlich sind, weil sie erneut gespeichert oder exportiert wurden – etwas, das ein byte‑basiertes diff für DOCX‑ oder PDF‑Dateien nicht erkennen kann. Im Evaluierungsmodus umfasst ein sauberes Ergebnis nur die ersten 2 Seiten jedes Dokuments, prüfen Sie also get_license_status, bevor Sie sich darauf verlassen.

Beispielsession

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

You:    What changed between proposal-draft.docx and
        proposal-final.docx? Keep it short.

Agent:  [calls analyze_changes: proposal-draft.docx, proposal-final.docx]

        The engine detected changes. In short: the pricing table was
        edited and one paragraph was deleted. Ask for the page-by-page
        list or for a marked-up copy if you need either.

Wenn Sie danach doch eine Datei benötigen, sagen Sie es: „Jetzt geben Sie mir die markierte Kopie derjenigen, die die Preisgestaltung betreffen.“ Der Agent ruft dann compare auf. Erst zusammenfassen, bei Bedarf rendern.

Was sind die Grenzen?

  • Evaluierungslimit. Ohne Lizenz werden nur die ersten 2 Seiten jedes Dokuments verglichen und das Ergebnis enthält ein Wasserzeichen, sodass ein langes Dokument stillschweigend weniger Änderungen meldet, als es tatsächlich gibt. Fragen Sie zuerst „what is the license status of the comparison server?“, der Agent ruft get_license_status auf.
  • Fehler werden als Text zurückgegeben. Ein Engine‑Fehler liefert einen Text, der mit Analyze failed for beginnt, sodass eine automatisierte Prüfung nach diesem Präfix suchen muss.

FAQ

Kann eine KI die Unterschiede zwischen zwei PDFs zusammenfassen, ohne dass ich sie hochlade?
Ja. Der Vergleich läuft in einem lokalen Prozess gegen Dateien in einem von Ihnen gewählten Ordner. Der Zusammenfassungs‑Text, den der Agent erstellt, wird an das Modell gesendet, das Ihr Client verwendet.

Kann ich die Unterschiede in einfachem Englisch erhalten?
Ja. Die Engine gibt strukturierte Daten zurück und der Agent wandelt sie in Prosa um, in der Länge und Detailtiefe, die Sie anfordern.

Ist die Antwort günstiger als ein vollständiger Vergleich?
Sie lässt das Rendern weg und schreibt keine Datei, das ist der Teil, den analyze_changes entfernt. Unter nutzungsbasierter Lizenzierung bedeutet das geringeren Verbrauch; die Dokumentation veröffentlicht keine pro‑Aufruf‑Zahl.

Weiterführende Informationen