Open Minis Tiefenanalyse: Ausgereifte Architektur für Open-Source KI-Agenten auf Mobilgeräten

Von 3 Monaten Iteration zur vollständigen Open-Source: Der Evolutionsweg von Open Minis

Im Juli 2026 kündigte Ethan Wang, Gründer von Open Minis, auf X die vollständige Open-Source-Veröffentlichung von iOS- und Android-Code an. Dieser Tweet löste schnell eine Explosion in der Entwickler-Community aus — "possibly the best Agent app on your phone". Nach 3-4 Monaten intensiver Iteration bedient diese Anwendung bereits die täglichen Workflows von zehntausenden Nutzern.

Bis August 2026 hat Open Minis auf GitHub 3.900+ Sterne und 457 Forks gesammelt und ist damit das am meisten beachtete Open-Source-Projekt im Bereich mobiler KI-Agenten. Federico Viticci von MacStories bewertet es als "the most impressive indie app I've seen in a while", und eine Zhihu-Bewertung besagt, dass es "in weiten Teilen Apple Intelligence realisiert und sogar lokal übertrifft".

Open Minis ist keine weitere ChatGPT-Wrapper-App. Seine Kern-Differenzierung liegt darin: Der KI wird ein echter Computer gegeben — eine vollständige Linux-Umgebung, die auf dem Mobilgerät läuft, ergänzt durch Browser-Automatisierung, tiefe Geräteintegration und ein erweiterbares Skill-System.

Warum On-Device KI-Agenten das nächste Schlachtfeld sind

Die Obergrenze von Cloud-Agenten

Aktuelle Mainstream-KI-Agent-Frameworks — ob DeerFlow, CrewAI oder AutoGen — laufen alle auf Cloud-Servern. Diese Architektur hat mehrere grundlegende Einschränkungen:

1. Datenschutzgrenzen: Gesundheitsdaten, Kalender, Kontakte und Fotos der Nutzer müssen in die Cloud hochgeladen werden, damit der Agent sie verarbeiten kann
2. Latenzprobleme: Jede Interaktion erfordert einen Netzwerk-Roundtrip, was sofortige Reaktionen unmöglich macht
3. Offline-Unverfügbarkeit: Im Flugzeug, in der U-Bahn oder in Bereichen mit schlechtem Signal ist der agent vollständig gelähmt
4. Linear wachsende Kosten: Jeder Aufruf jedes Nutzers verbraucht Cloud-Rechenleistung, je größer der Umfang, desto höher die Kosten

Strukturelle Vorteile von On-Device-Agenten

Die von Open Minis repräsentierte On-Device-KI-Architektur löst alle oben genannten Probleme:

Das bedeutet nicht, dass Cloud-Agenten keinen Wert hätten — komplexe Inferenzaufgaben und大规模 Datenverarbeitung erfordern weiterhin Cloud-Rechenleistung. Aber für alltägliche persönliche Assistentenszenarien haben On-Device-Agenten strukturelle Vorteile bei Datenschutz, Latenz und Benutzererfahrung.

Kernarchitekturanalyse: iOS- und Android-Dual-Plattform-Implementierung

Gesamtarchitektur

Die Codebasis von Open Minis ist klar strukturiert:

src/ios/          iOS-Anwendung (Swift / SwiftUI) + Share Extension + Widget + File Provider
src/android/      Android-Anwendung (Kotlin / Compose) + JNI nativer Code
src/shared/       Dual-Plattform geteilte Ressourcen
deps/             Native Abhängigkeits-Build-Skripte und Lieferanten-Quellcode
docs/specs/       Architektur- und Schnittstellenspezifikationen
scripts/          Root-Dateisystem-Vorbereitung und Entwickler-Tools

Das Projekt verwendet die GPLv3-Lizenz, weil es GPLv3-iSH (iOS) und GPLv2-PRoot (Android) verlinkt.

Kerninnovation: Linux-Sandbox im Gerät

Der wichtigste technologische Durchbruch von Open Minis ist die Ausführung einer vollständigen Linux-Umgebung innerhalb des Mobilgeräts. Dies ist kein einfacher Terminal-Emulator, sondern ein voll funktionsfähiges Sandbox-Betriebssystem.

iOS-Seite: Basiert auf dem ARM64-Fork des iSH-Projekts. iSH implementiert Linux-Benutzermodus-Simulation und führt Alpine Linux auf iOS aus. Der Agent kann Pakete installieren, Skripte ausführen und echte Dateien manipulieren.

Android-Seite: Basiert auf dem PRoot benutzerbezogenen chroot. PRoot erstellt eine isolierte Linux-Umgebung ohne Root-Berechtigungen und führt ebenfalls Alpine Linux aus.

Der Build-Prozess ist ziemlich komplex — der erste Build erfordert 30-60 Minuten, da alle nativen Abhängigkeiten aus dem Quellcode kompiliert werden:

# iOS-Build-Reihenfolge ist wichtig: FFmpeg verlinkt mit LAME
./deps/build_lame.sh          # LAME 3.100 statische Bibliothek
./deps/build_ffmpeg.sh        # FFmpeg 6.1.2 Framework-Bundles
./deps/build_ish.sh           # iSH Kernel-Bibliothek
./deps/prepare_alpine_rootfs.sh   # Alpine aarch64 minirootfs

# Android benötigt NDK r28+
./deps/build_proot.sh && ./scripts/prepare_android_sandbox.sh

Skill-System (Skills)

Das Skill-System von Open Minis ist der Kern seiner Erweiterbarkeit. Ein Skill ist ein Ordner, der eine SKILL.md-Datei enthält — mit Anweisungen, optionalen Skripten, Referenzen und Assets.

Wichtige Designentscheidung: Open Minis erfordert keine speziell dafür geschriebenen Skills. Skills, die für Claude Code, Codex, OpenClaw oder Hermes Agent erstellt wurden, können normalerweise direkt in Minis ausgeführt werden. Skills, die für die Minis-Tool-Umgebung angepasst sind, laufen besser — weil sie direkt auf die Linux-Shell, Geräteintegration und natives Unloading zugreifen können.

# Beispiel SKILL.md-Struktur
---
name: health-analyzer
description: Analysiert Gesundheitsdaten und generiert Berichte
triggers: [Gesundheit, Bewegung, Schlaf]
---

## Anweisungen
Wenn der Nutzer nach Gesundheitsdaten fragt:
1. Daten über HealthKit/Google Fit API abrufen
2. Analyseskript in der Linux-Sandbox ausführen
3. Markdown-formatierten Bericht generieren

## Skripte
- scripts/analyze.py: Hauptskript für Datenanalyse
- scripts/export_health.sh: Datenexport-Tool

Das Skill-Repository OpenMinis/MinisSkills enthält bereits verschiedene Skills wie TTS, Suche, Medien-Download, Gesundheitsanalyse und Cloud-APIs.

Geräteintegrationsschicht

Open Minis macht Gerätefähigkeiten als vom Agent aufrufbare Tools verfügbar:

Diese tiefe Integration bedeutet, dass der Agent nicht nur chattet — er kann tatsächlich das Gerät des Nutzers bedienen. Fotos machen, um Lebensmittel zu erkennen und Ernährungsdaten aufzuzeichnen, Aufgaben aus Telegram-Gruppen extrahieren und in Erinnerungen schreiben, Webinhalte in Kalenderereignisse organisieren.

Natives Unloading (Native Offloads)

Rechenintensive oder plattformspezifische Arbeiten werden in nativen Code ausgelagert, anstatt innerhalb der Sandbox ausgeführt zu werden. Dies umfasst:

• Medienverarbeitung: FFmpeg und LAME sind als native Frameworks kompiliert, MP3-Codierung und Video-Transkodierung werden direkt in der nativen Schicht durchgeführt
• Tokenisierung: Die chinesische Tokenisierungsbibliothek cppjieba ist als native Bibliothek kompiliert
• Mathematik-Rendering: KaTeX natives Rendering
• Spracherkennung: RealTimeCutVADLibrary implementiert Echtzeit-Sprachaktivitätserkennung

Diese hybride Architektur ermöglicht es Open Minis, die Sandbox-Sicherheit aufrechtzuerhalten, ohne die Effizienz performancekritischer Pfade zu opfern.

Technische Herausforderungen und Lösungen für On-Device-KI

Herausforderung 1: Rechenleistungsbeschränkungen bei der Modellinferenz

Mobilgeräte können keine großen Modelle mit 70B Parametern ausführen. Die Lösung von Open Minis ist Bring Your Own Model (BYOM):

• Unterstützt Mainstream-Anbieter wie Claude, GPT, Gemini
• Nutzer bringen ihre eigenen API-Schlüssel oder Konto-Logins mit
• Inferenz wird in der Cloud durchgeführt, aber Daten werden lokal auf dem Gerät verarbeitet

Dies ist keine reine "On-Device-Inferenz", sondern "On-Device-Orchestrierung" — die Orchestrierungslogik des Agents ist lokal, die Inferenz kann Cloud-Rechenleistung nutzen. Diese pragmatische Architektur balanciert Fähigkeiten und Machbarkeit aus.

Herausforderung 2: Speicher- und Speichermanagement

Die Linux-Sandbox erfordert zusätzlichen Speicher und Speicherplatz. Die Strategie von Open Minis:

• Alpine Linux minirootfs: Minimales Root-Dateisystem, das nur notwendige Tools enthält
• Bedarfsgesteuerte Installation: Der Agent kann benötigte Pakete innerhalb der Sandbox mit apk add installieren
• Workspace-Isolation: Verschiedene Aufgaben verwenden unabhängige Workspaces, adressiert über minis://workspace/

Herausforderung 3: Akku- und Thermomanagement

Kontinuierliche Agent-Aktivität verbraucht Akku und erzeugt Wärme. Open Minis mildert dies durch:

• Natives Unloading: Rechenintensive Berechnungen gehen durch nativen Code, effizienter als Sandbox-Ausführung
• Hintergrundbeschränkungen: Systembeschränkungen von iOS und Android verhindern natürlich übermäßige Hintergrundaktivität
• Nutzerkontrolle: Nutzer können die Aktivitätsberechtigungen und Auslösebedingungen des Agents festlegen

Herausforderung 4: Sicherheits-Sandbox-Ausbruch

Die Ausführung einer vollständigen Linux-Umgebung auf dem Gerät bringt Sicherheitsrisiken mit sich. Die mehrschichtige Verteidigung von Open Minis:

• Benutzermodus-Simulation: Weder iSH noch PRoot erfordern Kernel-Berechtigungen, kein direkter Hardwarezugriff möglich
• Dateisystem-Isolation: Das Dateisystem der Sandbox ist vom Hauptsystem isoliert
• Netzwerkberechtigungssteuerung: Der Netzwerkzugriff des Agents unterliegt den Anwendungsberechtigungen
• Open-Source-Audit: Vollständiger Code ist Open Source, die Sicherheits-Community kann überprüfen

Vergleich mit Cloud-Agenten

Open Minis soll Cloud-Agent-Frameworks nicht ersetzen, sondern bietet in persönlichen Assistentenszenarien eine bessere Lösung. Für Szenarien, die Multi-Agent-Zusammenarbeit und大规模 Datenverarbeitung erfordern, sind DeerFlow oder CrewAI immer noch die bessere Wahl.

Tiefgehende Analyse der Open-Source-Code-Struktur

iOS-Architektur

src/ios/
├── Minis.xcodeproj/          # Xcode-Projektkonfiguration
├── Minis/                    # Hauptanwendung
│   ├── App/                  # Anwendungseinstieg und Lebenszyklus
│   ├── Views/                # SwiftUI-Ansichten
│   ├── Models/               # Datenmodelle
│   ├── Services/             # Geschäftslogik-Services
│   ├── Agent/                # Agent-Kernlogik
│   │   ├── Runtime/          # Laufzeitumgebung
│   │   ├── Tools/            # Tool-Definitionen
│   │   └── Skills/           # Skill-Lader
│   └── Integrations/         # Geräteintegration
│       ├── HealthKit/
│       ├── Calendar/
│       └── Shortcuts/
├── MinisShare/               # Share Extension
├── AgentWidgetExtension/     # Widget
└── MinisFileProvider/        # File Provider

Die iOS-Seite verwendet Swift 6.0 und SwiftUI, Zielversion iOS 26.2. Das Projekt enthält mehrere Targets: Hauptanwendung, Share Extension (zum Empfangen von Freigaben aus anderen Anwendungen), Widget und File Provider.

Android-Architektur

src/android/
├── app/                      # Hauptanwendungsmodul
│   ├── src/main/
│   │   ├── java/             # Kotlin-Code
│   │   │   └── app/openminis/
│   │   │       ├── ui/       # Compose UI
│   │   │       ├── agent/    # Agent-Kern
│   │   │       ├── sandbox/  # PRoot-Sandbox-Verwaltung
│   │   │       └── tools/    # Tools und Geräteintegration
│   │   └── jni/              # JNI nativer Code
│   └── build.gradle.kts
└── buildSrc/                 # Build-Konfiguration

Die Android-Seite verwendet Kotlin und Jetpack Compose, JDK 17. Die JNI-Schicht verarbeitet native Interaktionen der PRoot-Sandbox.

Plattformübergreifende Freigabe

src/shared/ enthält Ressourcen, die von beiden Plattformen geteilt werden, aber die Kernlogik ist plattformunabhängig implementiert. Diese Strategie "geteilte Ressourcen, unabhängige Logik" eignet sich besser für Anwendungen, die tiefe Systemintegration erfordern, als plattformübergreifende Frameworks wie React Native oder Flutter.

Wie Entwickler ihre eigenen mobilen Agenten auf Basis von Open Minis erstellen können

Schnellstart

# Repository klonen (inklusive Submodule)
git clone --recurse-submodules https://github.com/OpenMinis/OpenMinis.git
cd OpenMinis

# iOS-Build
./deps/build_lame.sh && ./deps/build_ffmpeg.sh
./deps/build_ish.sh && ./deps/prepare_alpine_rootfs.sh
open src/ios/Minis.xcodeproj

# Android-Build
./deps/build_proot.sh && ./scripts/prepare_android_sandbox.sh
cd src/android && ./gradlew :app:assembleDebug

Entwicklung benutzerdefinierter Skills

1. Skill-Ordner erstellen, der SKILL.md enthält
2. Auslösebedingungen und Anweisungen definieren
3. Optional Skripte und Referenzen hinzufügen
4. Zum MinisSkills-Repository einreichen

Build-Einrichtung

Vor dem ersten Build müssen Konfigurationsvorlagen kopiert werden:

cp src/ios/Configs/ProviderCustomization.xcconfig.example \
   src/ios/Configs/ProviderCustomization.xcconfig

cp src/android/app/provider-customization.properties.example \
   src/android/app/provider-customization.properties

Leer lassen, um zu kompilieren und auszuführen — API-Schlüssel-Login erfordert keine benutzerdefinierte Konfiguration.

Tatsächliche Nutzungsszenarien und Benutzererfahrung

Basierend auf Community-Feedback und offizieller Dokumentation sind dies die häufigsten Nutzungsszenarien von Open Minis:

Ernährungsverfolgung: Fotos machen, um Lebensmittel zu erkennen, Kalorien und Makronährstoffe zu schätzen, automatisch in Apple Health zu schreiben.

Morgenbriefing: Shortcuts löst Minis aus, um X-Timeline abzurufen, Zusammenfassung zu generieren, Sprache zu synthetisieren und als Wecker abzuspielen.

Aufgabenextraktion: Nachrichten aus Telegram-Gruppen abrufen, Bugs und Aktionspunkte extrahieren, duplizieren und in Apple Reminders schreiben.

Notizverwaltung: Obsidian-Vault einhängen, recherchieren, bereinigen und Markdown-Notizen zurückschreiben.

Kalenderereignisse: Über iOS Share Sheet beliebige Inhalte an Minis freigeben, automatisch Kalenderereignisse mit Zeit und Ort erstellen.

Benutzerbewertungen sind durchweg positiv — "Dies ist wahrscheinlich die beste App, die ich in den letzten Jahren verwendet habe, ich erkunde jeden Tag neue Möglichkeiten", "Großartiges Produkt! Die Erfahrung ist seidig glatt!".

Einschränkungen und zukünftige Richtung

Aktuelle Einschränkungen

1. Keine PR-Unterstützung: Das Repository ist ein Spiegelbild des privaten Entwicklungsbaums, akzeptiert keine Pull Requests, Feedback nur über Issues
2. Erster Build komplex: 30-60 Minuten Kompilierungszeit, mehrere native Abhängigkeiten müssen sequentiell gebaut werden
3. Nicht reine On-Device-Inferenz: Immer noch abhängig von Cloud-Modell-APIs, keine echte On-Device-Inferenz
4. Plattformunterschiede: Einige Funktionen (wie HomeKit, Kurzbefehle) werden nur von iOS unterstützt, die Android-Seite hat weniger Funktionen
5. GPLv3-Lizenz: Einschränkungen für kommerzielle Nutzung

Zukünftige Richtung

• Mehr natives Unloading: Mehr rechenintensive Berechnungen in nativen Code migrieren
• Android-Funktionsausbau: HomeKit-Entsprechung, Kurzbefehle-Alternativen
• Skill-Ökosystem-Erweiterung: Mehr von der Community beigesteuerte Skills
• Multi-Agent-Zusammenarbeit: Mögliche Einführung einer Multi-Agent-Architektur ähnlich DeerFlow
• Unterstützung kleiner On-Device-Modelle: Integration kleiner lokaler Modelle wie Phi-3, Gemma

Zusammenfassende Bewertung

Open Minis repräsentiert eine ausgereifte Architektur für mobile KI-Agenten. Es ist nicht nur ein einfacher Modell-Wrapper, sondern eine vollständige On-Device-Computing-Plattform — der KI wird ein echter Computer gegeben, der Dateisysteme bedienen, im Web surfen und Gerätefähigkeiten integrieren kann.

Stärken: - Wahrer On-Device-Agent, offensichtliche Vorteile bei Datenschutz und Latenz - Tiefe Geräteintegration, die über den Rahmen von Chatbots hinausgeht - Erweiterbares Skill-System, kompatibel mit bestehendem Agent-Ökosystem - Vollständig Open Source, Community kann überprüfen und beitragen

Schwächen: - Hohe Build-Komplexität, steile Einstiegshürde für Anfänger - Immer noch abhängig von Cloud-Modellen, keine reine On-Device-Inferenz - Der Open-Source-Modus, der keine PRs akzeptiert, ist etwas unkonventionell

Für wen geeignet: - Nutzer persönlicher KI-Assistenten, die Datenschutz schätzen - Entwickler, die mobile Agenten tiefgreifend anpassen möchten - Forscher, die an On-Device-KI-Architekturen interessiert sind

Open Minis beweist eine Sache: Im KI-Zeit-alter sind technisches Design und Code nicht mehr der Produktvorteil. Die besten Agenten entstehen aus engen Feedback-Schleifen mit Nutzern — ihre Erwartungen und Berichte sind die Kräfte, die auf das Produkt konvergieren. Deshalb hat sich das Team für vollständige Open-Source-Veröffentlichung entschieden — damit die Community die Zukunft des Produkts gemeinsam gestaltet.

Referenzlinks: - GitHub-Repository: https://github.com/OpenMinis/OpenMinis - Offizielle Website: https://openminis.app - Skill-Repository: https://github.com/OpenMinis/MinisSkills - AwesomeMinis: https://github.com/OpenMinis/AwesomeMinis