KI-Agenten in Office-Dokumenten: Word, Excel und PowerPoint sinnvoll automatisieren
Word, Excel und PowerPoint bekommen immer mehr agentische Funktionen. Entscheidend ist nicht die längste Automatisierung, sondern die richtige Grenze zwischen Entwurf, Prüfung und Freigabe.
Eine Teamsitzung endet mit drei Dateien: einem Word-Briefing, einer Excel-Auswertung und einer PowerPoint für die nächste Entscheidung. Bisher wanderten Inhalte dabei oft durch mehrere Chatfenster, wurden kopiert, neu formatiert und am Ende von Hand auf Brüche geprüft. Genau diese Übergaben werden jetzt agentischer.
Das klingt zunächst nach einer Modellfrage. In der Praxis ist es eher eine Frage der Arbeitsgrenze: Darf ein System nur einen Entwurf erzeugen, darf es Zellen und Folien verändern oder darf es die fertige Datei auch versenden? Wer diese Grenze nicht festlegt, automatisiert nicht den Workflow, sondern nur sein Risiko.
Drei Wege, die nicht dasselbe sind
Microsoft 365 Copilot sitzt dort, wo die Dateien bereits liegen. Microsoft beschreibt Copilot als Zusammenspiel aus den M365-Apps, Sprachmodellen und dem Microsoft Graph. Die Antworten sollen nur Inhalte verwenden, auf die der jeweilige Nutzer ohnehin Zugriff hat. In Word kann Copilot entwerfen, zusammenfassen und überarbeiten; in Excel arbeitet es mit Formeln, Tabellen, Diagrammen und Insights; in PowerPoint kann es aus einem Prompt oder einem Word-Dokument einen Entwurf ableiten und Folien bearbeiten.
Das ist ein guter Einstieg für Teams mit bestehender Microsoft-Identität, Vorlagen und SharePoint-Struktur. Es ist aber kein Freibrief: Sichtbarkeit im Graph ist eine Berechtigungsfrage, die Ausgabe bleibt eine Modellantwort und manche Funktionen hängen von Lizenz, App-Version und Organisationsrichtlinie ab. Microsoft weist selbst darauf hin, dass Copilot in Word, Excel und PowerPoint nicht bei jeder Lizenz und Konfiguration verfügbar ist.
OfficeCLI verfolgt einen anderen Ansatz. Das Open-Source-Projekt von iOfficeAI ist als einzelnes Binary gedacht, kann Office-Dateien ohne installierte Office-Anwendung lesen und verändern und bietet eine eigene Darstellung nach HTML oder PNG. Für einen Agenten ist das attraktiv, weil ein Pipeline-Schritt nicht bei einem freien Text endet: Er kann eine Datei verändern, rendern und das Ergebnis anschließend prüfen.
Das macht OfficeCLI nicht automatisch zu einem sicheren Produktionssystem. Ein Team muss selbst testen, welche Word-Layouts, Formeln, Pivot-Strukturen, eingebetteten Objekte und PowerPoint-Master zuverlässig erhalten bleiben. Vor jedem Schreiben gehören eine Kopie, ein Diff oder Änderungsbericht und ein Rückweg zum Original in die Pipeline.
Ein externer Agenten-Workflow trennt Recherche, Kontextaufbereitung und Office-Ausgabe. Ein Agent kann Quellen lesen, ein zweiter kann Daten prüfen, ein Skript kann eine Vorlage befüllen und ein Mensch kann die finale Datei freigeben. Dieser Weg ist flexibler, aber auch aufwendiger: Authentifizierung, Dateizugriff, Quellenrechte und Zustandsübergaben werden zur eigenen Architektur.
Was Word, Excel und PowerPoint jeweils brauchen
Word ist ein Strukturproblem. Ein brauchbarer Agent muss Überschriften, Tabellen, Quellen, Kommentare und Formatvorlagen auseinanderhalten. Für einen Kundenbrief sollte er nicht einfach Text ersetzen, sondern einen Entwurf in einer Kopie erzeugen, fehlende Belege markieren und die alte Version unverändert lassen. Ein gutes Akzeptanzkriterium lautet: Kann eine Person jede größere Änderung in weniger als zwei Minuten zurückverfolgen?
Excel ist ein Rechen- und Berechtigungsproblem. Copilot kann Formeln, Tabellen, Diagrammtypen und Arbeitsblätter bearbeiten. Der heikle Teil ist nicht, ob eine Formel syntaktisch gültig ist, sondern ob sie zur Definition der Kennzahl passt. Ein Pilot sollte deshalb mit einer bekannten Monatsauswertung beginnen: Eingaben sperren, Formeln sichtbar halten, Summen gegen eine Referenzrechnung prüfen und jede Änderung an benannten Bereichen protokollieren.
PowerPoint ist ein Layout- und Quellenproblem. Ein Agent kann aus einem Word-Briefing einen Foliensatz entwerfen oder Folien ergänzen. Die letzte Prüfung muss trotzdem die Dramaturgie, die Quellen, die Lesbarkeit und die verwendete Vorlage umfassen. Eine Präsentation ist nicht korrekt, nur weil jede Folie gefüllt ist. Für den Pilot reicht ein kurzer Entscheidungsdeck mit klarer Zielgruppe, maximal sieben Folien und einem festen Review durch die fachlich verantwortliche Person.
RAG hilft nur, wenn der Kontext stimmt
Der NotebookLM-Entwurf hatte Recht mit seiner grundsätzlichen Warnung vor blindem Copy-and-Paste: Ein Agent braucht Kontext. Daraus folgt aber nicht, dass jede RAG-Pipeline automatisch verlässliche Office-Dateien erzeugt. Retrieval kann ein relevantes Dokument finden, aber nicht entscheiden, ob es die aktuelle Version ist, ob der Nutzer es verwenden darf oder ob eine Definition in einer Tabelle noch gilt.
Für Dokumentenarbeit sind vier Metadaten wichtiger als ein möglichst großer Kontext:
- Herkunft: Woher stammt die Zahl, Passage oder Folie?
- Gültigkeit: Für welchen Zeitraum und welche Version gilt sie?
- Berechtigung: Darf dieser Nutzer sie in den Entwurf einbeziehen?
- Verwendung: Wurde sie nur zitiert, verändert oder als Berechnung verwendet?
ChatGPT, Claude und Gemini können in solchen Abläufen als Recherche- und Review-Oberflächen dienen. Sie sind jedoch nicht die Quelle der Wahrheit. Die Quelle bleibt das freigegebene Dokument oder die kontrollierte Datenbasis; das Modell formuliert daraus einen Vorschlag.
Ein Pilot, der nicht sofort alles freigibt
Der sichere Start ist klein und messbar:
- Eine Dateiklasse wählen: etwa wöchentliche Vertriebsberichte mit einer festen Word-, Excel- und PowerPoint-Vorlage.
- Lesen vor Schreiben: In der ersten Woche darf der Agent nur extrahieren, zusammenfassen und offene Widersprüche markieren.
- Kopien bearbeiten: In der zweiten Phase schreibt er ausschließlich in eine neue Datei oder einen neuen Branch. Originale bleiben unverändert.
- Referenzfälle definieren: Fünf bekannte Dokumente werden von Menschen geprüft. Gemessen werden falsche Zahlen, verlorene Formatierungen, fehlende Quellen und unnötige Änderungen.
- Freigabe trennen: Erst wenn die Fehlerquote und der Prüfaufwand akzeptabel sind, darf der Workflow eine Datei in einen gemeinsamen Ordner verschieben. Versand, Veröffentlichung oder Finanzbuchung bleiben separat geschützt.
Die passende technische Entscheidung wird dabei sichtbar. Braucht das Team Graph-Berechtigungen, SharePoint-Kontext und minimale Umstellung, ist Microsoft 365 Copilot der naheliegende erste Versuch. Braucht es eine lokale, reproduzierbare Dateioperation ohne Office-Installation, ist OfficeCLI prüfenswert. Braucht es einen mehrstufigen Prozess mit eigenen Quellen und Freigaben, lohnt sich ein externer Agenten-Workflow.
Wo die Grenze bleiben sollte
Geschäftskritische Dokumente brauchen nicht zwingend weniger KI, sondern bessere Stoppschilder. Ein Agent sollte keine Vertragsklausel final ändern, eine Finanzzahl ohne Referenz überschreiben oder eine Präsentation mit externen Empfängern teilen, nur weil der Prompt plausibel klingt. Die robuste Reihenfolge lautet: lesen, planen, in einer Kopie ändern, rendern, fachlich prüfen, freigeben.
Auch die technische Kontrolle ist Teil der Redaktion. Ein gerendertes PNG kann zeigen, dass eine Tabelle abgeschnitten ist oder eine Folie überläuft. Es beweist aber nicht, dass die Formel fachlich stimmt. Deshalb braucht jeder Dokumenttyp zwei Prüfungen: eine visuelle und eine inhaltliche.
Fazit
KI-Agenten machen Word, Excel und PowerPoint nicht zu austauschbaren Textflächen. Word verlangt Struktur- und Quellenkontrolle, Excel Rechen- und Berechtigungsklarheit, PowerPoint visuelle und dramaturgische Prüfung. Microsoft 365 Copilot verkürzt den Weg für bestehende M365-Teams; OfficeCLI öffnet einen lokalen, pipelinefreundlichen Ansatz; externe Agenten geben mehr Freiheit, bringen aber mehr Betriebsverantwortung.
Die vernünftige Wahl fällt deshalb nicht nach der lautesten Agentenfunktion. Sie fällt nach Dateityp, Datenzugriff, Reversibilität und dem Punkt, an dem ein Mensch noch sinnvoll prüfen kann.