AionUi: Ein lokaler Cowork-Client für CLI-Agenten mit eingebautem Office-Paket

Das Problem: Viele CLI-Agenten, eine Oberfläche

Wer mit KI-Agenten arbeitet, kennt das Durcheinander: Claude Code läuft im Terminal, Codex in einer eigenen Session, Gemini CLI wieder woanders. Jeder Agent hat seine eigenen Befehle, Konfigurationen und Ausgaben. AionUi adressiert genau diese Fragmentierung. Die README beschreibt eine Cowork-Plattform, auf der Agenten direkt auf Ihrem Computer arbeiten: Dateien lesen, Code schreiben, im Web surfen und Aufgaben automatisieren. Sie sehen jede Aktion und behalten die Kontrolle. Die Zielgruppe sind Entwickler und Power-User, die mehrere Agenten parallel nutzen und eine einheitliche Oberfläche suchen. Der Anspruch ist hoch: Dutzende externe Agenten, darunter Claude Code, Codex, Qwen Code, Hermes Agent und Cursor Agent, sollen in einem Interface zusammenlaufen. Dazu kommt ein eingebauter Agent, der ohne zusätzliche CLI-Installation funktioniert. Das ist ein Versprechen, das viele Tools machen, aber selten so konsequent umsetzen.

Die Architektur: Eingebauter Agent plus externe CLIs

AionUi verfolgt einen zweigleisigen Ansatz. Einerseits gibt es einen vollständigen Agent-Engine, der direkt in der App integriert ist. Die README betont: keine CLI-Tools installieren, keine komplexe Einrichtung, einfach einen API-Key einfügen und loslegen. Dieser eingebaute Agent kann Dateien lesen und schreiben, Websuche durchführen, Bilder generieren und MCP-Tools (Model Context Protocol) nutzen. Andererseits unterstützt AionUi externe Agenten wie Claude Code oder Codex, die in der einheitlichen Oberfläche laufen. Die Datenflüsse sind nicht im Detail dokumentiert, aber die Architektur deutet auf eine Vermittlungsschicht hin: Die App startet die CLI-Prozesse, leitet die Ausgaben an die Oberfläche weiter und ermöglicht die Steuerung. Der eingebaute Agent nutzt vermutlich dieselbe Engine, die auch die Office-Assistenten antreibt. Diese Trennung ist ein klarer Vorteil, weil Sie nicht für jede Aufgabe einen anderen Client öffnen müssen. Aber sie bedeutet auch, dass Sie sich auf die Kompatibilität mit den externen CLIs verlassen müssen, die sich schnell ändern können.

Installation und erste Schritte: Mehr Schein als Sein?

Die README verspricht Zero Setup, aber die tatsächlichen Befehle fehlen im bereitgestellten Material. Es gibt keine Installationsanleitung, keine `npm install`- oder `brew`-Befehle, keine Konfigurationsdatei. Das ist eine echte Lücke für eine technische Bewertung. Was wir wissen: Die App ist unter Apache-2.0 lizenziert, in TypeScript geschrieben und wird über GitHub Releases verteilt. Der Quick-Start-Abschnitt ist in der README verlinkt, aber der Inhalt wurde nicht mitgeliefert. Sie müssen also die Releases-Seite besuchen und die passende Binärdatei für Ihr System herunterladen. Danach, so die Beschreibung, fügen Sie einen API-Key ein und der eingebaute Agent läuft. Für die Office-Assistenten ist OfficeCLI erforderlich, ein separates Tool, das die Ausgabe von PPT, Word und Excel übernimmt. Das ist ein zusätzlicher Installationsschritt, den die README nicht explizit als Voraussetzung nennt, aber in den Details erwähnt. Wenn Sie also Office-Dokumente erzeugen wollen, müssen Sie OfficeCLI separat einrichten. Das widerspricht dem Zero-Setup-Versprechen zumindest für diese Funktion.

Die Office-Assistenten: Ein Alleinstellungsmerkmal mit Tücken

Die eingebauten Assistenten sind das auffälligste Feature. Es gibt 21 vordefinierte Assistenten, darunter PPT Creator, Word Creator, Excel Creator, Morph PPT, Pitch Deck Creator und Academic Paper Writer. Die README listet konkrete Ausgabeformate: Morph PPT erzeugt editierbare `.pptx`-Dateien mit animierten Übergängen, Word-Assistent liefert `.docx` für Papiere und Abschlussarbeiten, Excel-Assistent generiert `.xlsx`, `.xlsm` und `.csv` mit Diagrammen. Die eigentliche Arbeit macht OfficeCLI, ein separates Projekt. Das ist ein kluger Schachzug, weil es die Dokumenterzeugung von der Agentenlogik entkoppelt. Aber es schafft auch eine Abhängigkeit: Wenn OfficeCLI nicht gepflegt wird oder mit bestimmten Dateiformaten Probleme hat, leidet die gesamte Office-Funktion. Die README erwähnt, dass die Ausgaben direkt editierbar und wiederverwendbar sind, was für die Praxis wichtig ist. Allerdings fehlen Details zur Qualität der generierten Dokumente, etwa ob komplexe Formatierungen oder Diagramme zuverlässig funktionieren. Das sollten Sie vor einem produktiven Einsatz testen.

Remote-Zugriff und Automatisierung: Die 24/7-Verheißung

Ein zentrales Verkaufsargument ist die Möglichkeit, von unterwegs auf die Agenten zuzugreifen. Die README nennt WebUI, Telegram, Lark, DingTalk und WeChat als Schnittstellen. Dazu kommt Cron für zeitgesteuerte Aufgaben, die ohne menschliches Eingreifen laufen. Das klingt nach einem echten Cowork-Szenario: Sie starten einen Auftrag am Morgen, der Agent arbeitet über Nacht, und am nächsten Tag sehen Sie das Ergebnis. Aber die README gibt keine Hinweise, wie die Remote-Verbindung technisch abgesichert ist. Bei einem lokalen Tool, das auf Dateien zugreift, ist das ein Sicherheitsrisiko. Sie müssen sicherstellen, dass der Remote-Zugriff nicht ungeschützt im Netzwerk hängt. Die Automatisierung per Cron ist ein starkes Feature, aber sie erfordert, dass der Computer dauerhaft läuft und die API-Keys gültig bleiben. Wenn ein Key abläuft, schlägt die Aufgabe fehl. Die README erwähnt keine Fehlerbehandlung oder Benachrichtigungen bei Fehlern. Das ist eine Lücke, die Sie bei der Planung berücksichtigen sollten.

Grenzen und Fehlermodi: Wo AionUi scheitert

Der offensichtlichste Fehlermodus ist die Abhängigkeit von externen API-Keys. Ohne einen gültigen Key für ein Modell wie Kimi K3 oder ein anderes, funktioniert der eingebaute Agent nicht. Die README erwähnt explizit, dass Kimi K3 out of the box funktioniert, aber Sie brauchen einen Plan oder einen API-Key. Das ist keine Einschränkung, die AionUi allein betrifft, aber sie wird in der README heruntergespielt, wenn von Zero Setup die Rede ist. Ein zweiter Fehlermodus ist die Kompatibilität mit externen CLIs. Die Liste der unterstützten Agenten ist beeindruckend, aber die README gibt keine Versionshinweise. Wenn Claude Code ein Update erzwingt, das die Schnittstelle ändert, kann AionUi vorübergehend nicht mehr funktionieren. Drittens ist die Office-Ausgabe nur so gut wie OfficeCLI. Wenn Sie komplexe Excel-Makros oder spezielle PPT-Animationen benötigen, müssen Sie prüfen, ob OfficeCLI diese unterstützt. Die README nennt `.xlsm`, was auf Makro-Unterstützung hindeutet, aber keine Details. Für einfache Dokumente mag das reichen, für anspruchsvolle Vorlagen eher nicht.

Alternativen: Der Unterschied zu einzelnen CLI-Clients

Die naheliegendste Alternative ist, die CLI-Agenten direkt zu nutzen, ohne eine zusätzliche Oberfläche. Claude Code, Codex und Gemini CLI sind eigenständige Werkzeuge mit eigenen Terminals. Der Unterschied liegt in der Integration: AionUi bündelt sie, bietet eine grafische Oberfläche und fügt Office-Funktionen hinzu. Wenn Sie nur einen Agenten verwenden, ist die zusätzliche Schicht unnötig. Eine andere Alternative sind Desktop-Clients wie Chatbox oder Jan, die mehrere Modelle unterstützen, aber keine Agenten mit Dateizugriff. AionUi geht weiter, weil es Agenten ausführt, nicht nur Chats. Der entscheidende Unterschied ist der eingebaute Agent und die Office-Integration. Kein anderer Client, den ich kenne, bietet Morph-PPT-Animationen direkt aus einem Agenten heraus. Das ist ein echtes Differenzierungsmerkmal. Aber es ist auch ein Risiko: Die Office-Funktionen sind an OfficeCLI gebunden, ein separates Projekt, das Sie zusätzlich warten müssen. Wenn Sie diese Funktion nicht benötigen, verlieren Sie den Hauptvorteil gegenüber einfacheren Lösungen.

Wartung und Lizenz: Was Sie beachten sollten

AionUi ist unter Apache-2.0 lizenziert, eine permissive Lizenz, die kommerzielle Nutzung erlaubt, solange Sie die Lizenzhinweise beibehalten. Das ist ein Plus für Unternehmen. Die Aktivität ist hoch: Die letzten Releases kamen im August 2026 in kurzen Abständen, v2.1.61 am 25. August, v2.1.60 am 21. August. Das deutet auf eine aktive Entwicklung hin, aber auch auf schnelle Änderungen. Sie müssen damit rechnen, dass sich die Software häufig aktualisiert, was Wartungsaufwand bedeutet. Die README verweist auf AionCore als zentrale Komponente, die die Assistenten und Skills verwaltet. Das ist eine modulare Architektur, die Updates erleichtert, aber auch bedeutet, dass Sie zwei Projekte im Blick behalten müssen: AionUi und AionCore. Die Office-Ausgabe hängt von OfficeCLI ab, ein drittes Projekt. Drei Abhängigkeiten sind viel für ein Tool, das angeblich zero Setup bietet. Bevor Sie es einführen, sollten Sie den Update-Rhythmus von AionCore und OfficeCLI prüfen, um abzuschätzen, wie oft Sie mit Anpassungen rechnen müssen.

Redaktionelles Fazit

AionUi sollten Teams und Einzelpersonen einsetzen, die mehrere CLI-Agenten in einer einheitlichen Oberfläche betreiben möchten, ohne auf eine Cloud-Lösung angewiesen zu sein, und die Office-Dokumente direkt aus dem Agenten heraus erzeugen wollen. Wer bereits mit einem einzelnen Agenten wie Claude Code zufrieden ist und keine Office-Integration braucht, findet in AionUi vor allem zusätzliche Komplexität. Vor der Einführung sollten Sie prüfen, ob Ihre bevorzugten Agenten tatsächlich in der Liste der unterstützten CLIs enthalten sind und ob die API-Keys für die gewünschten Modelle verfügbar sind. Die Abhängigkeit von OfficeCLI für die Office-Ausgabe ist ein konkretes Detail, das Sie testen sollten, bevor Sie sich auf die Dokument-Workflows verlassen.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes