Eine Offenlegungs‑Redaktionsrichtlinie kann durch das Schreiben als Prompt, den ein KI‑Agent in fester Reihenfolge für jede Datei lokal auf Ihrem Rechner ausführt, durchgesetzt werden. Mit GroupDocs.Redaction.Mcp, das mit Claude Code, Cursor oder GitHub Copilot verbunden ist, passt die gesamte Richtlinie in eine Anweisung:

Nehmen Sie case-file.docx und bereiten Sie es für die Offenlegung vor: Redigieren Sie alle E‑Mail‑Adressen und den Namen „Jane Smith“, löschen Sie alle Anmerkungen, leeren Sie die Dokumenteigenschaften. Wenden Sie jeden Schritt auf die Datei an, die vom vorherigen Schritt erzeugt wurde, und benennen Sie die Datei, die jeder Schritt erzeugt hat.

Die schrittweise Version mit Konfiguration und Fehlersuche finden Sie in der Dokumentation: Wie man Dokumente für die Offenlegung mit einem KI‑Agenten vorbereitet.

Warum scheitert eine manuelle Offenlegungs‑Checkliste?

Offenlegungsarbeiten sind nicht schwierig, sie sind sequenziell und wiederholend. Ein Aktenverwalter, der eine Veröffentlichung öffentlicher Aufzeichnungen vorbereitet, oder ein juristisches Team, das Dokumente für die Beweisaufnahme vorbereitet, wiederholt dieselben Durchläufe für jede Datei: Namen und Kennungen im Text, Bilder, Prüfkommentare, Dokumenteigenschaften. Einen Durchlauf am Ende eines langen Tages zu überspringen ist leicht, und eine teilweise Redaktion ist das schlimmste Ergebnis, weil die Datei fertig aussieht. Eine Richtlinie, die in einem Prompt lebt, wird jedes Mal auf dieselbe Weise angewendet, und das Transkript zeichnet auf, was ausgeführt wurde.

Dies ist Eignung, keine Zertifizierung. Der Server entfernt, was Sie ihm zum Entfernen mitteilen, in der Datei, die Sie ihm geben. Ob das Ergebnis einem FOI‑Regime, einem Beweisaufnahme‑Protokoll oder einem Audit entspricht, bleibt Ihre Entscheidung.

Welche Schritte führt der Agent aus und in welcher Reihenfolge?

Die Richtlinie besteht aus fünf Schritten. Jeder der ersten vier schreibt eine neue Datei.

  1. Führen Sie redact_text einmal für jedes Muster aus: Namen, E‑Mails, Kennungen, Kontonummern.
  2. Führen Sie redact_image_area für Unterschriften, Fotografien, Stempel und gescannte Bereiche aus. Verwenden Sie es für Bilddateien wie PNG‑ oder JPEG‑Scans.
  3. Führen Sie redact_annotations aus, normalerweise mit deleteAll, da interne Prüfnotizen selten offenlegbar sind.
  4. Führen Sie erase_metadata für Autor, Unternehmen und Daten aus.
  5. Verifizieren Sie die endgültige Datei, die Gegenstand eines separaten Beitrags zur Verifizierung ist.

Was entscheidet der Agent und was macht die Engine?

Entscheidung Wer trifft sie
Welche Muster die Richtlinie ausdrücken Sie, wobei der Agent reguläre Ausdrücke vorschlägt
Welches Werkzeug jede Position bearbeitet Der Agent
Ob ein Texttreffer entfernt wird Die Engine, exakt wie das Muster es vorgibt
Welche Datei an den nächsten Schritt übergeben wird Der Agent, weshalb Sie nach Dateinamen fragen
Ob die Richtlinie vollständig war Sie

Es gibt keinen Klassifikator. Die Engine wendet die von Ihnen genehmigten Muster an, und das macht den Durchlauf prüfbar.

Wie behalten Sie jeden Schritt in der endgültigen Datei bei?

Jedes Werkzeug schreibt eine neue Datei im _redacted‑Stil, anstatt die Datei vor Ort zu bearbeiten. Ein Agent, der die Originaldatei in einen späteren Schritt einbringt, erzeugt ein Dokument, auf das nur dieser Schritt angewendet wurde und bei dem frühere Entfernungen fehlen. Die Anweisung „wende jeden Schritt auf die Datei an, die vom vorherigen Schritt erzeugt wurde“ ist die Steuerung, und die Dateinamen im Transkript bilden die Prüfspur.

Bitten Sie um Muster einzeln statt einer undurchsichtigen Anweisung, zusammen mit dem Dateinamen, den jeder Aufruf erzeugt hat. Die Redaktionswerkzeuge melden die gespeicherte Datei, nicht die Anzahl der Treffer; jede Zahl, die der Agent angibt, ist seine eigene Interpretation des Textes. Mehrere benannte Dateien bilden ein Protokoll, und eine einzige Antwort von „done“ reicht nicht.

Beispielsession (gekürzt)

You:    Before you start: what is the license status of the redaction server?
Agent:  -> get_license_status()   mode: licensed
You:    Take case-file.docx and prepare it for disclosure: redact all email addresses and the
        name "Jane Smith", delete all annotations, clear the document properties.
        Apply each step to the file produced by the previous one, and name each file.
Agent:  1. redact_text        on case-file.docx       -> saved file
        2. redact_text        on the file from 1      -> saved file
        3. redact_annotations on the file from 2      -> saved file
        4. erase_metadata     on the file from 3      -> saved file
        Final file: the output of step 4, named in the transcript.

Wie führen Sie die Richtlinie über viele Dateien aus?

Wiederholen Sie dieselbe Anweisung pro Datei, oder benennen Sie einen Ordner und bitten Sie den Agenten, ihn Dokument für Dokument zu bearbeiten, wobei Sie die Ausgabedatei für jede benennen. Halten Sie den Richtlinientext zwischen den Durchläufen identisch; die Gleichheit ist der Punkt. Da der Evaluierungsmodus ein Dokument pro Prozess zulässt, benötigt ein solcher Stapel eine Lizenzdatei oder getaktete Schlüssel.

Wie verhindern Sie, dass die Originale veröffentlicht werden?

Das Original liegt neben seiner redigierten Kopie mit einem nahezu identischen Namen, und das falsche ist leicht an eine E‑Mail anzuhängen. Verschieben Sie fertiggestellte Originale aus dem Arbeitsordner, oder setzen Sie einen separaten GROUPDOCS_MCP_OUTPUT_PATH, sodass redigierte Kopien in einen eigenen Ordner gelangen. Eine Veröffentlichung der falschen Datei macht jeden vorherigen Schritt zunichte.

Was sind die Grenzen des Evaluierungsmodus?

Der Evaluierungsmodus macht einen Offenlegungs‑Workflow riskant, und ein vollständiger Offenlegungsdurchlauf ist ohne Lizenz nicht möglich. Ohne Lizenz erlaubt der Server ein Dokument pro Prozess, eine Redaktion, begrenzt auf 4 Ersetzungen, plus Testabzeichen. Das Ergebnis ist ein Dokument, das bearbeitet aussieht und dennoch die Daten enthält, und nichts in den Antworten weist darauf hin. Setzen Sie get_license_status als ersten Schritt, wie in der obigen Session.

  • PDF unter Linux. Unter Linux, einschließlich des Docker‑Images, schlagen redact_image_area und erase_metadata derzeit bei PDF‑Dateien fehl (die Bildverarbeitung der PDF‑Engine hängt von System.Drawing ab, das .NET nur unter Windows unterstützt); beide funktionieren bei Word‑Dokumenten, und redact_text funktioniert bei PDF. Führen Sie die PDF‑Flächenredaktion und das Metadaten‑Löschen unter Windows mit dnx aus.

FAQ

Wie bereite ich Dokumente für die Offenlegung mit einem KI‑Agenten vor, zum Beispiel für eine FOIA‑Anfrage? Er kann die Redaktionsdurchläufe ausführen: Text nach Muster, Bildbereiche, Anmerkungen und Metadaten. Sie definieren weiterhin die Muster, prüfen das Ergebnis und entscheiden, was veröffentlicht wird.

Kann ich das für e‑Discovery‑Prüfungen nutzen? Die gleichen Durchläufe gelten für Dokumente, die für die rechtliche Offenlegung vorbereitet werden, und der Server läuft lokal. Er entscheidet nicht über Relevanz oder Privilegien und ist keine Prüfplattform.

Wohin gehen die redigierten Kopien? In den Ausgabordner, den Sie konfigurieren. Setzen Sie GROUPDOCS_MCP_OUTPUT_PATH, damit sie getrennt von den Originalen bleiben.

Weiterführende Informationen