OpenMuse macht die Arbeit eines persönlichen Agenten sichtbar

Worum es geht

OpenMuse ist eine offene Anwendung von CopilotKit für persönliche KI-Agenten auf Web, iOS und Android. Nutzer geben ein Ergebnis vor, sehen den Plan, verfolgen Browser- oder Dateiarbeit und können Aufgaben anhalten, fortsetzen oder übernehmen. Das im September 2026 veröffentlichte Projekt steht unter der MIT-Lizenz und ist ausdrücklich als Alpha für Self-Hosting und Weiterentwicklung gekennzeichnet.

OpenMuse richtet sich weniger an Menschen, die nur einen Chatbot suchen, als an Entwickler und technisch versierte Teams, die eine sichtbare Oberfläche für länger laufende Agentenarbeit benötigen. Der Quellcode umfasst App, API, Aufgaben-Worker, Browser-Worker, Dateiverarbeitung und optionale Computerumgebung.

Was OpenMuse tatsächlich macht

Die Anwendung verbindet einen gestreamten Chat mit dauerhaften Aufgaben. Pläne, Fortschritt, Rückfragen, Freigaben und Belege werden gespeichert. Ein Playwright-basierter Browser-Worker hält Sitzungen offen und zeigt eine übernehmbare Browseransicht. Optional kann ein nicht privilegierter Linux-Container Befehle ausführen und Dateien in einem eigenen Arbeitsbereich bearbeiten.

Zu den vorhandenen Abläufen gehören E-Mail-Suche und -Entwürfe, Kalenderaktionen nach Freigabe, PDF-Formulare, wiederkehrende Webseitenprüfungen und importierte Finanzdaten. Gmail und Google Calendar erfordern eigene OAuth-Konfiguration. Externe Schreibaktionen sollen einzeln geprüft werden; nach einem unklaren Ergebnis erfolgt laut Dokumentation keine versteckte Wiederholung.

Die mobile und die Web-Oberfläche teilen sich React-Native-Komponenten. Aufgaben werden über SQL-Leases koordiniert, damit ein Worker unterbrochene Arbeit wieder aufnehmen kann. Für die Gesprächsspeicherung verlangt das Projekt allerdings einen serverseitigen CopilotKit-Intelligence-Schlüssel; dieser Dienst ist nicht Teil der MIT-Lizenz des Repositories.

Warum das wichtig ist

Viele Agenten-Demos verstecken, was zwischen Auftrag und Ergebnis geschieht. OpenMuse legt Plan, Werkzeuge, Status, Eingabeanforderungen und gespeicherte Belege in eine gemeinsame Oberfläche. Das ist besonders wertvoll, wenn ein Mensch vor einer Mail, einer Kalenderänderung oder einer Dateibearbeitung prüfen soll, was genau passieren wird.

Auch die Übergabe ist praktisch: Ein Nutzer kann dieselbe Browsersitzung übernehmen, statt eine Aufgabe in einem zweiten Fenster neu zu beginnen. Die Architektur trennt Browser, optionalen Computer und API. Dadurch lassen sich Rechte und Netzwege gezielter begrenzen als bei einem Agenten, der direkt auf dem Hauptrechner arbeitet. Diese Vorteile entstehen jedoch nicht automatisch; Betreiber müssen Schlüssel, Datenbank, Container und OAuth-Zugänge korrekt konfigurieren.

Einfach erklärt

OpenMuse ähnelt einer Werkstatt mit Glaswand. Man gibt einen Auftrag ab, sieht die Checkliste und kann dem Handwerker ein Werkzeug freigeben oder selbst übernehmen. Die Glaswand verbessert die Übersicht, verhindert aber keinen Fehler, wenn Schlüssel offen liegen oder gefährliche Arbeiten ohne Prüfung erlaubt werden.

Praktisches Beispiel

Eine kleine Organisation erhält per E-Mail ein PDF für eine Veranstaltung. OpenMuse liest den vollständigen Nachrichtenverlauf, legt eine Aufgabe an und fragt nach drei fehlenden Formularwerten. Es erstellt eine ausgefüllte Kopie, zeigt das PDF zur Kontrolle und bereitet eine Antwort vor. Erst nach einer eigenen Freigabe darf der Versandadapter die Mail senden; die Antwort des Anbieters wird als Beleg gespeichert.

Für einen ersten Test empfiehlt sich der lokale Beispieldatenmodus ohne echte Google-Zugänge. Danach kann ein separates Testkonto mit Leserechten verbunden werden. Schreibrechte für Mail oder Kalender sollten erst folgen, wenn Zugriffsschlüssel, HTTPS, Datensicherung, Protokolle und Wiederherstellung geprüft sind.

Einordnung und Grenzen

Erstens ist OpenMuse eine Alpha. Grafische Desktops, automatische Käufe, Reservierungen, Gerätebenachrichtigungen und mehrere weitere Integrationen stehen laut Roadmap noch aus. Zweitens ist der Betrieb anspruchsvoll: Node, pnpm, Datenbank, Browser-Worker, Schlüssel und gegebenenfalls Docker sowie Google OAuth müssen zusammenpassen.

Drittens ist nicht die gesamte Laufzeit lokal oder offen. Die Gesprächspersistenz benötigt CopilotKit Intelligence mit eigenem Projektschlüssel. Viertens schützt die vorhandene Freigabelogik nur, wenn Betreiber sie nicht umgehen und externe Ergebnisse nach jedem Schreibvorgang prüfen. Persistente Browserprofile und persönliche E-Mails enthalten sensible Daten; eine entfernte Installation braucht HTTPS, Netzwerkbegrenzung, starke Schlüssel und regelmäßige Sicherungen.

SEO- und GEO-Schlüsselbegriffe

OpenMuse, CopilotKit, persönlicher KI-Agent, Self-hosted AI, Browser-Agent, AG-UI, Aufgabenautomatisierung, Human in the Loop, Gmail-Agent, Open Source AI