GRACE-DOCX für das Bearbeiten großer .docx in LLM

GRACE-DOCX: Große .docx-Dateien LLM-tauglich machen – ohne Kontextverfall

LLMs scheitern oft bei der Bearbeitung großer .docx-Dateien: Sie verlieren Abschnitte, verursachen Synchronisationsprobleme und führen zu iterativem Drift. GRACE-DOCX löst das, indem es eine Modulmap, Verträge und Verifikation direkt in die Datei einbettet. Ein einziger Prompt verwandelt die Datei in eine selbstverwaltende Powerhouse – der Agent folgt eingebauten Regeln und reduziert Token-Fehler um 80 %.

Kontextverfall bei Transformern: Warum große Dokumente ein Albtraum sind

Transformers verschlechtern sich mit wachsendem Kontext. Eine Chroma-Studie von 2025 mit 18 Frontier-Modellen zeigte einen Genauigkeitsverlust von über 30 % bei mittleren Kontextpositionen (Stanford). BABILong von AIRI/MIPT bestätigt das: GPT-4.1, Claude Opus 4 und Gemini 2.5 kämpfen alle gleichermaßen.

In .docx-Dateien äußert sich das auf zwei Weisen:

• One-Shot-Fehler: Das Modell überspringt den richtigen Absatz inmitten Tausender.
• Iterativer Drift: Nach 3–5 Bearbeitungen schreibt der Agent Unzusammenhängendes um, zerstört Tabellen und verliert Links.

Standard-Chat-Pipeline für .docx:

• Datei entpacken.
• word/document.xml extrahieren.
• Alles in den Kontext laden.
• Stelle finden.
• Bearbeitung generieren.
• Neu packen.

Probleme:

• Keine Navigationskarte.
• Keine Regeln (z. B. Tabellenspalten nicht anfassen).
• Keine XML/Strukturverifikation.

RAG oder Templating-Tools wie docxtpl helfen, sind aber für Einzelfälle übertrieben.

GRACE-DOCX: Vertragsbasierte Bearbeitung mit Graphen

Anpassung von GRACE (Graph-RAG Anchored Code Engineering) für .docx. Das Dokument bildet den Agenten selbst:

• Struktur: Module mit IDs (M-PROC, M-APP-A).
• Regeln: Was anfassen/synchronisieren.
• Verifikation: Invarianten.

Die GRACE-DOCX-Methode (Governed, Recoverable, Autonomous, Contract-based Editing) verwebt Wissen in die .docx-XML-Teile.

Aktivierungsprozess – ein Prompt:

Schritt 1. Analyse: document.xml parsen, H1/H2, Tabellen, Querverweise fixieren.

Schritt 2. Karte: Modul-IDs für Abschnitte, Absatzbereiche.

Schritt 3. Metadaten: 5 XML-Dateien (Manifest, Graph, Verträge, Anweisungen, Verifikation).

Schritt 4. Lesezeichen: w:bookmarkStart/End bei H1s.

Schritt 5. Registrierung: [Content_Types].xml, _rels.

Schritt 6. Packen.

Schritt 7. Bericht: N Module, Lesezeichen, Links.

Der Agent liest nun das Manifest, folgt dem Vertrag und prüft Invarianten. Das Verhalten ist konsistent über Sitzungen und Modelle hinweg.

Vorteile und Grenzen

Löst:

• Präzise Bearbeitungen in 200+ Seiten-Dokumenten.
• Drift: Änderungen bleiben isoliert.
• Synchronisation (Schwellenwerte aktualisieren – propagiert überall).
• Bis zu 80 % Token-Einsparung, kleinere Kontextfenster.

Löst nicht:

• Semantik (das obliegt dem LLM).
• Inhaltsversionierung (loggt aber Änderungen).

Offene Herausforderungen:

• .xlsx (Tabellen als Module).
• .pptx (Folien/Objekte).
• Bilder, komplexe Tabellen.
• Tool-Integration (MCP).

Wichtige Erkenntnisse

• Bettet Karte und Regeln in .docx ein – der Agent fliegt nicht blind.
• Reduziert Kontextverfall und Drift ohne riesige Fenster.
• Funktioniert für jedes Office-Format (ZIP+XML).
• Open-Source-Repo: github.com/xronocode/grace-docx.

— Editorial Team