Worum es geht
OfficeCLI beschreibt sich als „die erste Office-Suite, die von Grund auf für KI-Agenten gebaut ist". In der Praxis heißt das: ein Kommandozeilen-Werkzeug, mit dem ein Agent Word-, Excel- und PowerPoint-Dateien lesen, ändern, neu erzeugen und — das ist der Clou — als HTML oder Bild rendern kann.
Es ist ein einzelnes, in sich geschlossenes Binary. Kein Microsoft Office, keine .NET-Laufzeit, keine COM-Automatisierung. Das ist der Grund, warum es auf einem nackten Linux-Server läuft, auf dem Office nie installiert wäre — genau der Ort, an dem deine Automatisierung meistens lebt.
In einem Satz: OfficeCLI ist python-docx und openpyxl — aber als fertiges Agenten-Werkzeug statt als Bibliothek, die du erst in Code gießen musst.
Der eigentliche Unterschied: der Agent sieht sein Ergebnis
Bibliotheken wie python-docx schreiben blind. Der Agent setzt eine Überschrift, verschiebt eine Tabelle, fügt eine Folie ein — und hat keine Ahnung, wie das Ergebnis aussieht. Ob die Tabelle über den Rand läuft oder die Folie halb leer ist, merkt niemand, bis ein Mensch die Datei öffnet.
OfficeCLI hat einen eingebauten Render-Motor. Der Agent kann jederzeit eine PNG oder HTML-Vorschau seiner Datei erzeugen, sie anschauen und korrigieren. Das schließt die Verifikations-Schleife, die blindes Schreiben nie hatte.
So sieht das im Terminal aus
# Präsentation anlegen
officecli create deck.pptx
# Folie mit Titel hinzufügen
officecli add deck.pptx / --type slide --prop title="Q4-Bericht"
# Ergebnis ansehen — als HTML oder als Screenshot
officecli view deck.pptx html
officecli view deck.pptx screenshot
# Live-Vorschau im Browser mitlaufen lassen
officecli watch deck.pptx # -> http://localhost:26315
Der --json-Schalter gibt jede Ausgabe maschinenlesbar zurück — damit ein Agent sie sauber weiterverarbeitet, statt Text zu raten.
Drei Wege, es an Claude Code zu hängen
1. Als MCP-Server (empfohlen)
officecli mcp claudeRegistriert OfficeCLI als MCP-Server bei Claude Code. Der Agent bekommt die Office-Funktionen als saubere Tools — der natürlichste Weg.
2. Als Skill-Datei
OfficeCLI installiert sich als Skill nach Claude Code, Cursor, Copilot und Windsurf. Der Agent lernt die Bedienung aus der Skill-Beschreibung und ruft die CLI selbst auf.
3. Pure CLI
Ohne alles: Der Agent ruft officecli als normalen Shell-Befehl auf und liest die --json-Antwort. Funktioniert mit jedem Agenten, der eine Shell hat.
Was drinsteckt — und der Serienbrief-Trick
OfficeCLI ist kein Spielzeug für Textabsätze. Für Excel bringt es über 350 Funktionen mit — inklusive Formel-Auswertung und Pivot-Tabellen, alles im Binary, ohne Excel. Und der für die Büro-Praxis wichtigste Teil ist der Template-Merge:
Serienbrief mit {{platzhalter}}
Du legst eine Word-Vorlage mit Platzhaltern an — Sehr geehrte{{anrede}} {{name}} — und OfficeCLI füllt sie aus einem Datensatz. Ein Agent kann so aus einer Liste hunderte personalisierte Dokumente erzeugen, jedes als saubere .docx, ohne dass du eine Zeile python-docx schreibst.
Genau der Anwendungsfall, an dem Kanzleien, Steuerbüros und Handwerksbetriebe heute noch von Hand kleben. Das vollständige Beispiel liegt im Büro-Kit.
Installiert ist es in einer Zeile — per Install-Skript, Homebrew (brew install officecli) oder npm (npm install -g @officecli/officecli).
Wann es sich lohnt — und wann nicht
Lohnt sich
- Serienbriefe & Berichte aus Daten — Template-Merge ist der Sweet Spot
- Automatisierung auf einem Server ohne Office — n8n-Flow, Cron-Job, Backend
- Der Agent soll das Ergebnis selbst prüfen, bevor ein Mensch es sieht
- Wiederkehrende Excel-Auswertungen — Formeln, Pivots, ohne Excel-Lizenz
Lohnt sich nicht
- Ein einzelnes Dokument von Hand — dann ist Word offen schneller als eine CLI
- Aufwändiges Pixel-Layout — für Designerqualität bleibt echtes Office/Designtool voraus
- Wo niemand das Ergebnis kontrolliert — auch OfficeCLI erzeugt Unsinn, wenn der Prompt Unsinn ist
Mein Fazit
Office-Dateien waren lange die Wand, gegen die Automatisierung lief: Entweder du hattest Office auf dem Server (teuer, fragil) oder du hast dich mit python-docx durch jedes Detail gehangelt. OfficeCLI räumt beides weg — ein Binary, klare Befehle, und der Agent sieht, was er tut.
Wenn du heute nur eine Sache mitnimmst: Der Template-Merge mit {{platzhalter}} ist der Punkt, an dem sich das für ein normales Büro sofort rechnet. Ein Datensatz rein, hundert fertige Briefe raus.
Ein ehrliches Wort zum Schluss: Das Projekt ist jung und wächst schnell (24.000+ Sterne). Die Render-Vorschau ist gut, aber sie ersetzt nicht den prüfenden Blick eines Menschen auf das fertige Dokument — gerade bei Schriftsätzen, die raus zum Mandanten gehen. Einbauen ja, Endkontrolle bleibt.
Zum Nachbauen
OfficeCLI Büro-Kit
Die wichtigsten Befehle, die drei Anschlusswege an Claude Code und ein fertiges Serienbrief-Beispiel mit Template-Merge.
HerunterladenQuelle: github.com/iOfficeAI/OfficeCLI
Das war Issue 8 der Velo-Wissen-Reihe. Jeden Sonntag um 15 Uhr eine Empfehlung — ein Tool, eine Bibliothek, ein Workflow oder ein Skill, das ich selbst getestet habe und für nützlich halte.