MindFS: Browser-Zugriff auf lokale KI-Agent-CLIs
Projektüberblick: Greifen Sie über MindFS überall und jederzeit auf Ihre persönlichen KI-Agenten und Workstation-Daten zu.
Auf einen Blick
- Was ist das?
- Was das Einzelbinary von a9gent mit Agent-Sitzungen, Task-Board und Dateizugriff macht, wo der Relay-Modus Vertrauen verlangt und welche Angaben die README offen lässt.
- Für wen ist es gedacht?
- MindFS passt zu Entwicklern, die mehrere Agent-CLIs lokal einsetzen und dieselben Sitzungen von unterwegs weiterführen wollen. Der Relay-Modus verlangt Vertrauen in die Tunnelinfrastruktur von a9gent.com, was ein anderes Bedrohungsmodell ist als ein privater Kanal über Tailscale.
- Darf ich es kommerziell nutzen?
- Ja, unter strengen Bedingungen. AGPL-3.0 ist eine Lizenz mit Netzwerk-Copyleft: Wenn andere eine veränderte Version über ein Netzwerk nutzen, etwa als gehosteten Dienst, müssen Sie ihnen den Quellcode unter derselben Lizenz anbieten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
MindFS als Gateway für bereits installierte Agent-CLIs
MindFS positioniert sich laut README als AI Agent Remote Access Gateway mit Ergebnisvisualisierung. Es bringt kein eigenes Sprachmodell mit, sondern setzt auf Agenten, die schon auf dem Rechner liegen. Die README listet eine lange Reihe: Claude Code, OpenAI Codex, Gemini CLI, Grok, Cursor, GitHub Copilot, CodeBuddy, Cline, Augment, Kimi, Kiro, Qwen, Qoder, OMP, Pi, Hermes, DeepSeek Harness (DSH), Reasonix, OpenCode und OpenClaw. Welche davon verfügbar sind, erkennt MindFS selbst.
Wer keine einzige Agent-CLI installiert hat, erhält eine Oberfläche ohne Motor. Der Nutzen liegt deshalb nicht in höherer Modellqualität, sondern im Zugriff: Dieselbe Instanz lässt sich aus dem Browser eines anderen Geräts bedienen, während die Agenten lokal weiterlaufen und lokale Dateien lesen. Genau diese Kombination ist der Punkt, an dem sich das Projekt von reinen Chat-Oberflächen abgrenzt.
Der aktuelle Stand im Repositorium ist v0.4.9, veröffentlicht am 20. August 2026. Drei Releases innerhalb einer Woche deuten auf eine schnelle Taktung hin, was bei der Entscheidung für den produktiven Einsatz mitzudenken ist.
Sitzungsstreaming und Agent-Wechsel in MindFS v0.4.9
Die Sitzungsschicht ist der dichteste Teil des Projekts. Ausgaben werden tokenweise in den Browser gestreamt, während Tool-Aufrufe, Gedankenspuren, Berechtigungsabfragen und die verbleibende Kapazität des Kontextfensters als einklappbare Karten erscheinen. Mitten in einer Sitzung lassen sich Agent und Modell wechseln, und laut README teilen alle Agenten denselben Kontext, sodass die Vorgeschichte nicht erneut erklärt werden muss.
Sitzungen sind nach Titel und Inhalt durchsuchbar, Treffer führen direkt zum passenden Ausschnitt. Bestehende Sitzungen unterstützter CLIs lassen sich importieren und als MindFS-Sitzung fortsetzen; der Rückweg in die CLI ist ebenfalls dokumentiert. Die Zuordnung zwischen interner Sitzung und zugrundeliegender Agentsitzung wird persistiert und übersteht Dienstneustarts.
Hinzu kommen Abzweigungen aus historischen Antworten, geplante Aufgaben, Datei- und Bildanhänge, automatisch erkannte Codex- und Claude-Code-Subagenten sowie ein Fernlogin für Codex über den Befehl /login. Eine eingebaute Token-Staging-Funktion zeigt das Guthaben in Echtzeit an und erlaubt die Aktivierung per Klick.
Task-Board mit eigener Worktree-Isolierung pro MindFS-Aufgabe
Das Task-Board führt mehrere Aufgaben parallel aus und isoliert jede in einem eigenen Worktree. Vorlagen definieren Phasen, und pro Phase lassen sich Agent, Modell, Planungsmodus und voreingestellte Prompts festlegen. Aus einer Vorlage entsteht eine Aufgabe direkt, samt Dateiuploads, Bildern und Skill-Eingaben.
Dokumentiert ist außerdem Deep Linking zwischen Aufgaben, Worktrees, Sitzungen und Dateien. Das hilft beim Nachvollziehen, welche Sitzung welche Datei angefasst hat, ohne die Historie von Hand zu rekonstruieren. Für Arbeitsweisen, die ohnehin auf worktree-basierten Agent-Läufen beruhen, ersetzt das selbstgebaute Skripte.
Wie Konflikte behandelt werden, wenn zwei parallele Aufgaben dieselbe Datei verändern, steht in der README nicht. Diese Lücke ist relevant, weil die Worktree-Isolierung genau an dieser Stelle endet und der Merge zurück in den Hauptzweig beim Anwender bleibt.
Dateizugriff über .mindfs/ und den Dateibaum-Browser
Projekte sind Verzeichnisse, und Sitzungen bleiben pro Projekt getrennt. Konversationsverlauf, Dateimetadaten und Ansichtskonfiguration landen standardmäßig im Unterordner .mindfs/ des Projekts. Metadaten neuer Projekte können stattdessen unter ~/.mindfs/<rootId>/ abgelegt werden; ein vorhandenes projektlokales .mindfs/ wird immer zuerst genutzt. Damit ist ein Backup im Kern ein Ordnerkopieren, und die Daten verlassen den eigenen Rechner nicht, solange kein Relay genutzt wird.
Der Dateibaum-Browser navigiert durch das gesamte Verzeichnis und rendert Markdown, Bilder und Code mit eigenen Renderern. In der Eingabe öffnet ein Schrägstrich die Befehlspalette, das @-Zeichen stößt Pfadvervollständigung an und hängt Dateien als Kontext an, das #-Zeichen ruft gespeicherte Prompt-Kürzel auf.
Die Verknüpfung zwischen Dateien und Sitzungen funktioniert in beiden Richtungen: von einer Datei zur erzeugenden Sitzung, von einer Sitzung zu allen berührten Dateien. Für mobile Nutzung gibt es eine PWA, eine untere Aktionsleiste in Daumenreichweite und Web-Push-Benachrichtigungen bei Statuswechseln, die auf iOS das Hinzufügen zum Startbildschirm voraussetzen.
Relay-Modus, privater Kanal und offene Fragen zur Verschlüsselung
Drei Zugriffswege sind dokumentiert. Im lokalen Modus ist MindFS direkt nach dem Start im Browser derselben Maschine erreichbar, ohne Konto und ohne Konfiguration. Der Relay-Modus führt die lokale Instanz über einen verschlüsselten Tunnel von a9gent.com ins öffentliche Netz, ohne dass Firewall-Ports geöffnet werden müssen; aktiviert wird er über eine Bind-Schaltfläche in der lokalen Oberfläche. Der private Kanal erlaubt den direkten Zugriff über ip:port in einem eigenen Netz wie Tailscale.
Für Sitzungen und Dateien ist Ende-zu-Ende-Verschlüsselung verfügbar. Welches Verfahren dabei zum Einsatz kommt und wie Schlüssel verwaltet werden, gibt die README nicht an. Wer den Relay-Modus einschaltet, vertraut der Tunnelinfrastruktur von a9gent.com; das ist ein anderes Bedrohungsmodell als Tailscale, bei dem der Verkehr im eigenen Netz bleibt. Im Relay-Modus lässt sich zusätzlich ein lokaler Dienst über eine eigene öffentliche Domain freigeben.
Ein Plugin-System ergänzt die Oberfläche: Ein Plugin ist eine Ansicht für eine Datei, die Inhalt empfängt, parst und rendert. Agenten können solche Plugins erzeugen, und Plugins können Schaltflächen registrieren, die strukturierte Befehle zurück an den Agenten senden.
Installation per Skript, CLI-Flags und was AGPL-3.0 hier bedeutet
Der Produktionsbuild ist ein statisch kompiliertes Einzelbinary unter 10 MB mit eingebetteten Web-Assets. Node.js, Docker oder ein Daemon-Manager werden auf dem Host nicht benötigt. Installationsskripte existieren für macOS und Linux per curl sowie für Windows per PowerShell; unterstützt werden macOS (Intel und Apple Silicon), Linux (x86-64, ARM64, ARMv7) und Windows (x86-64, ARM64).
Die Deinstallation entfernt Binary, Web-Assets, die gebündelte Standard-agents.json und den PATH-Eintrag, lässt aber Benutzerkonfiguration und projektlokale .mindfs/-Daten unangetastet. Wer aus dem Quellcode baut, benötigt Go 1.22+ und Node.js 20+. Die CLI nimmt ein Wurzelverzeichnis sowie Flags entgegen: -addr setzt die Listen-Adresse, standardmäßig 127.0.0.1:7331, -tls aktiviert HTTPS mit automatisch generiertem selbstsigniertem Zertifikat, -e2ee schaltet die Ende-zu-Ende-Verschlüsselung zu. Startoptionen lassen sich in config.json hinterlegen, eigene ACP-Agenten über eine zusätzliche agents.json.
Die Lizenz ist AGPL-3.0. Für den Netzwerkbetrieb einer modifizierten Version folgt daraus die Pflicht, Nutzern den Quellcode zugänglich zu machen. Wer MindFS unverändert lokal oder im privaten Kanal betreibt, berührt diese Pflicht nicht; wer es als gehosteten Dienst für Dritte anbietet, sehr wohl. Garantie- oder Supportzusagen sind in README und Lizenzauszug nicht enthalten.
Redaktionelles Fazit
MindFS passt zu Entwicklern, die mehrere Agent-CLIs lokal einsetzen und dieselben Sitzungen von unterwegs weiterführen wollen. Der Relay-Modus verlangt Vertrauen in die Tunnelinfrastruktur von a9gent.com, was ein anderes Bedrohungsmodell ist als ein privater Kanal über Tailscale. Ungeeignet ist das Werkzeug für Umgebungen ohne installierte Agent-CLI oder mit strikten Auflagen gegen ausgehende Tunnel. Wer einsteigt, sollte v0.4.9 zuerst im lokalen Modus mit 127.0.0.1:7331 prüfen und den Relay-Schritt erst danach als eigene Entscheidung treffen.
Community-Notizen