Um eine Vertragsrevision mit einem KI‑Agenten zu prüfen, fügen Sie nicht beide Versionen in den Chat ein und fragen nach den Unterschieden. Legen Sie beide Dateien in einen Ordner, lassen Sie den GroupDocs.Comparison.Mcp‑Server die Änderungen lokal ermitteln und bitten Sie Claude Desktop, Claude Code, Cursor oder GitHub Copilot, diese zu beurteilen:

Vergleiche contract‑v1.docx mit contract‑v2.docx. Liste jede Änderung auf und markiere alles, was Zahlungsbedingungen, Haftung oder Kündigung betrifft.

Die schrittweise Version mit Konfiguration und Fehlersuche finden Sie in der Dokumentation: Wie man Vertragsrevisionen mit einem KI‑Agenten prüft.

Was ist falsch daran, einen Chatbot zu bitten, die Änderungen zu finden?

Der übliche Arbeitsablauf hat eine Lücke. Ein Vertragspartner schickt „ein paar kleine Änderungen“ als neue Datei ohne Nachverfolgung. Sie fügen beide Versionen in einen Assistenten ein und fragen, was anders ist. Der Assistent antwortet flüssig, und Sie können nicht erkennen, ob die Antwort vollständig ist, weil das Finden von Unterschieden eine Messung ist, das Modell jedoch Text erzeugt. Ein umformulierter Satz oder eine Zahl in einer Tabellenzelle ist genau die Art von Änderung, die eine selbstbewusste Zusammenfassung weglassen kann.

Der Nachweis, den Sie prüfen können, ist die Form der Ausgabe. Die Zusammenfassung eines Modells ist Fließtext. Das Ergebnis einer Engine ist eine Liste: Jede Änderung hat einen Typ (eingefügt, gelöscht, Stiländerung), eine Seite, ein Element, das geänderte Fragment, den umgebenden Text und die Tabellenzelle, wenn die Änderung in einer Tabelle liegt. Sie können diese Liste zählen und filtern. Einen Absatz können Sie nicht zählen.

Was soll der Agent entscheiden und was soll die Engine entscheiden?

Frage Entscheidet
Welche Texte unterscheiden sich zwischen v1 und v2? Die Engine, über analyze_changes
Auf welcher Seite, in welcher Tabellenzelle? Die Engine, in jedem Änderungseintrag
Berührt diese Änderung Zahlungsbedingungen, Haftung oder Kündigung? Der Agent, der die Ergebnisliste der Engine liest
Ist eine 45‑Tage‑Klausel für uns akzeptabel? Sie
Wie sieht die markierte Datei aus? Die Engine, über compare

Der Agent erfindet niemals eine Differenz. Er interpretiert nur die Änderungen, die die Engine zurückgegeben hat.

Wie führt man die Prüfung durch?

Schritt 1: Fragen, was sich geändert hat. Legen Sie contract‑v1.docx und contract‑v2.docx in den Ordner, auf den GROUPDOCS_MCP_STORAGE_PATH zeigt, und verwenden Sie den Prompt aus dem Anfang dieses Beitrags. Der Agent ruft analyze_changes auf und prüft die Liste anhand Ihrer drei Kriterien. Da jeder Eintrag seine Seite und Tabellenzelle enthält, kann die Antwort sagen, dass ein Zahlungsplan in der Tabelle auf Seite 4 von 30 auf 45 Tage geändert wurde, und nicht nur, dass etwas auf Seite 4 geändert wurde.

Schritt 2: Die markierte Datei erhalten.

Gib mir jetzt die markierte Version, die ich an die Rechtsabteilung senden kann.

Der Agent ruft compare auf, das contract‑v1_compared.docx in Ihrem Ausgabeverzeichnis speichert. Prüfer öffnen die Datei in Word, wo die Unterschiede hervorgehoben sind. Sie benötigen nichts Weiteres.

Schritt 3: Die Liste befragen. Die Änderungsliste bleibt im Gespräch, sodass Nachfragen keine neue Vergleichsanfrage erfordern:

Hat sich etwas in Abschnitt 7 geändert?
Wurden irgendwelche Klauseln vollständig gelöscht?
Zeige mir nur die Stiländerungen. Ich möchte wissen, ob die Hervorhebung verschoben wurde.

Eine Stiländerung und eine Formulierungsänderung sind separate Einträge, sodass der Agent „dies wurde fett“ von „dies wurde auf 45 Tage geändert“ unterscheiden kann.

Beispiel‑Sitzung

Gekürzt und illustrativ; die genaue Formulierung hängt von Ihrem Kunden und Modell ab.

Sie:    Vergleiche contract‑v1.docx mit contract‑v2.docx. Liste jede
        Änderung auf und markiere alles, was Zahlungsbedingungen,
        Haftung oder Kündigung betrifft.

Agent:  [ruft analyze_changes auf: contract‑v1.docx, contract‑v2.docx]

        Markiert: Der Zahlungsplan in der Tabelle auf Seite 4 wurde
        von 30 auf 45 Tage geändert. Weitere Änderungen sind unten
        mit ihrer Seite und dem umgebenden Text aufgeführt.

Was sind die Grenzen dieser Prüfung?

  • Prüfen Sie den Lizenzmodus, bevor Sie einem Ergebnis vertrauen. Im Evaluationsmodus werden nur die ersten 2 Seiten verglichen und das Ergebnis trägt ein Wasserzeichen. Bei einem zwanzigseitigen Vertrag entsteht dadurch eine kurze, beruhigende Änderungsliste – das ist das schlimmste Versagen dieses Workflows. Fragen Sie „Wie ist der Lizenzstatus des Vergleichsservers?“, der Agent ruft get_license_status auf, und "mode": "evaluation" bedeutet, dass Sie nur die ersten zwei Seiten des Vertrags sehen.
  • Ihr Prompt ist nicht lokal. Die Dokumente bleiben auf Ihrem Rechner. Der Text Ihres Prompts und jedes vom Agenten zitierte Fragment werden an das Modell Ihres Anbieters gesendet. Für einen vollständig lokalen Betrieb koppeln Sie den Server mit einem lokal gehosteten Modell.

FAQ

Gibt es ein KI‑Vertragsprüfungs‑Tool, das Dokumente privat hält?
Dieses tut es: Der Vergleich läuft in einem Unterprozess auf Ihrem Rechner gegen Dateien in einem von Ihnen gewählten Ordner. Nur Prompt‑Text und zitierte Fragmente erreichen Ihren Modell‑Anbieter.

Kann ich zwei Vertragsversionen mit KI vergleichen, wenn keine Nachverfolgung aktiviert ist?
Ja. Die Engine vergleicht die beiden Dateien selbst, sodass keine Nachverfolgung in einer der beiden nötig ist.

Kann sie eine Änderung erkennen, die in einer Tabelle versteckt ist?
Ja. Jeder Änderungseintrag enthält die Tabellenzelle, wenn die Änderung in einer Tabelle liegt, sodass der Agent auf die Zelle verweisen kann und nicht nur auf die Seite.

Weiterführende Informationen