MentraOS: eine offene Runtime für Smart-Glasses-Apps aus TypeScript
MentraOS ist das führende Smart-Brillen-Betriebssystem. Sehen Sie sich Live-Untertitel an, streamen Sie Ihre Ansicht, sprechen Sie mit der KI und nehmen Sie Fotos freihändig auf einer kompatiblen Brille auf.
Auf einen Blick
- Was ist das?
- MentraOS richtet sich an Entwickler und Unternehmen, die eine App für mehrere Smart Glasses bauen wollen. Der Text ordnet das Runtime-Konzept, die unterstützten Brillen, den MiniApp Store, die Fortune-500-Aussage und die MIT-Lizenz ein.
- Für wen ist es gedacht?
- MentraOS passt für Entwickler und Firmen, die eine Smart-Glasses-App gegen eine einheitliche API bauen und Gerätewahl sowie Marke offen halten wollen, mit dem MiniApp Store als eigenem Verteilweg. Für ein Einzelprojekt ist der Umfang der Runtime womöglich überdimensioniert, und wer harte Stabilität braucht, muss mit dem dev-Zweig und dichten Releases rechnen.
- Darf ich es kommerziell nutzen?
- Ja. Apache-2.0 ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- 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 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
MentraOS: ein Betriebssystem für Smart-Glasses-Apps
MentraOS ist laut README ein Betriebssystem für Smart-Glasses-Entwickler, das die Herstellerabhängigkeit klein hält: Das Projekt übernimmt Kopplung, Verbindung, Datenstreaming, Hardwarezugriff und Gerätekompatibilität, sodass sich Apps statt in Monaten in wenigen Tagen bauen lassen. Die Projektbeschreibung nennt als Kernfähigkeiten Live-Untertitel, das Streamen des eigenen Blicks, Gespräche mit einer KI und freihändige Fotos auf kompatiblen Brillen.
Das Repository ist in TypeScript geschrieben, liegt auf dem Standardzweig dev und steht unter MIT. Auf GitHub zählt die Auswertung rund 2.300 Sterne, über 300 Forks und eine dreistellige Zahl offener Issues. Die Releases tragen Versionsnummern wie mentra-v3.1.0-dev.9, was auf einen dichten Rhythmus auf dem dev-Zweig hindeutet; daraus folgt aber kein stabiler Produktionsstand von selbst.
Zum Projektumfeld gehören laut Kopfband der README die Dokumentation unter docs.mentra.glass, die Developer Console unter console.mentra.glass und die App-Verwaltung über apps.mentra.glass. Diese Trennung zwischen Doku, Konsole und Store zeigt, dass das Projekt bereits Entwicklerwerkzeuge bereitstellt, auch wenn das Repo-Setup mit dev-Versionen unterwegs ist.
Unterstützte Brillen und der Stand der Hardwarekontrolle
Das README listet als unterstützt Mentra Live, Even Realities G2 und G1 sowie Vuzix Z100; NIMO ist als anstehendes Modell aufgeführt. Die zugesagte Kompatibilität ist die Kernaussage des Projekts: Eine App, die auf unterstützten Brillen mehrerer Hersteller läuft, erreicht über eine gemeinsame API Displays, Mikrofone, Kameras, Lautsprecher und weitere Hardware.
Was genau auf welcher Brille durchgesetzt ist, geht aus dem README nicht hervor, etwa in Bezug auf Bildrate, Audioqualität oder Batterielaufzeit. Wer ein bestimmtes Gerät einplant, sollte die Kompatibilität mit der konkreten Brille prüfen, bevor er die Entwicklung auf diese API stellt.
Apps laufen in der Mentra Runtime auf dem Telefon
Die Architektur ist ungewöhnlich: Die Apps laufen nicht auf der Brille, sondern auf dem Telefon in der Mentra Runtime. Mehrere Brillen-Apps können gleichzeitig laufen und die Datenbrille über eine gemeinsame Verbindung steuern, während die Brille selbst leicht bleibt. Das ermöglicht parallele Funktionen wie Untertitel, Notizen, Benachrichtigungen, Dashboard und KI-Tools.
Hersteller können die Mentra Runtime in ihre eigenen iOS- und Android-Apps integrieren und so das Ökosystem anbinden, ohne Marke, App und Kundenbeziehung abzugeben. Daraus folgt eine praktische Konsequenz: Ohne ein Bluetooth-fähiges Telefon mit installierter App bleibt die Brille ohne Steuerung, und App-Entwickler programmieren gegen eine einheitliche Runtime statt gegen mehrere proprietäre SDKs.
Eine weitere Konsequenz betrifft den Betrieb: Die Steuerung über das Telefon setzt eine stabile Funkverbindung zwischen Gerät und Brille voraus. Konkrete Anforderungen, etwa an Reichweite, Akkulaufzeit oder unterstützte Betriebssystemversionen, nennt das README nicht; für ein Produktionsbild müssten diese Punkte an der realen Brille gemessen werden.
Der MiniApp Store als Verteilweg für Brillen-Apps
Der Mentra MiniApp Store ist der genannte Verteilweg: Apps lassen sich vom Telefon aus durchsuchen, installieren und starten. Als Einstiegsbeispiele nennt das README Untertitel, KI-Notizen, proaktive KI, Übersetzung und Streaming; die Verteilung läuft also über einen eigenen Katalog, dessen Regeln das Projekt festlegt.
Wie groß der Katalog ist und unter welchen Bedingungen Apps freigegeben werden, beschreibt das README nicht. Für Entwickler ist der Store als Vertriebskanal angekündigt, aber nicht im Detail spezifiziert; wer eine App veröffentlichen will, muss die Kommunikationswege des Projekts nutzen oder die Dokumentation unter docs.mentra.glass heranziehen.
Einsatz in Unternehmen und die Fortune-500-Aussage
Als Einsatzfelder nennt das README Feldarbeit, Remote-Support, Training, Barrierefreiheit und compliance-relevante Arbeitsabläufe. Die Aussage, dass MentraOS bereits bei Fortune-500-Unternehmen im Einsatz sei, ist eine Selbstauskunft ohne öffentliche Referenzliste; sie ist ein Hinweis, aber kein Beleg im Sinne einer nachvollziehbaren Fallstudie.
Die offene Ausrichtung ist Teil des Versprechens: Jede Komponente ist unter MIT veröffentlicht, mit der Möglichkeit, das Projekt selbst zu hosten, zu verändern und zu erweitern, statt sich an Hardware oder Cloud zu binden. Die MIT-Lizenz macht allerdings keine Sicherheits- oder Stabilitätsaussagen; wer sensible Aufgaben übertragen will, sollte Datenschutz- und Zugriffsmodell der Runtime prüfen.
Community, Nightly Builds und die MIT-Lizenz
Die Anlaufstellen sind klar benannt: Discord über mentra.glass/discord, E-Mail über team@mentra.glass und ein X-Konto. Für Beiträge gibt es eine Contributor-Anleitung unter docs.mentraglass.com/os-devs/contributing/overview, und Issues mit dem Label help wanted sind als Einstiegspunkte markiert.
Die Nightly Builds werden über die Releases des Kontos TeamOpenSmartGlasses/DiscussPlusPlus verteilt, etwa als mobile-latest.apk und asg-latest.apk; wer sie einsetzt, testet Entwicklungsstand ohne Stabilitätszusicherung. Das Projekt steht unter der MIT-Lizenz mit Copyright 2026 von Mentra Labs, Inc. Eine Roadmap oder ein Versionsplan ist im README nicht ausgewiesen; in der Dokumentation nicht angegeben.
Redaktionelles Fazit
MentraOS passt für Entwickler und Firmen, die eine Smart-Glasses-App gegen eine einheitliche API bauen und Gerätewahl sowie Marke offen halten wollen, mit dem MiniApp Store als eigenem Verteilweg. Für ein Einzelprojekt ist der Umfang der Runtime womöglich überdimensioniert, und wer harte Stabilität braucht, muss mit dem dev-Zweig und dichten Releases rechnen. Vor der Einführung ist die Unterstützung der konkreten Brille zu verifizieren und der Blick in die Nightly-Builds angebracht, denn das README legt weder Kompatibilitäts- noch Leistungsgarantien fest.
Community-Notizen