Maka: lokal orientierter AI-Assistent mit Runtime Host und Ausführungsaufzeichnung
Maka, lokal einsetzbarer KI-Desktop-Assistent. Der Desktop-Build von macOS Apple Silicon ist eine frühe öffentliche Veröffentlichung; Datenformate, CLI-Befehle und experimentelle Funktionen können sich noch ändern.
Auf einen Blick
- Was ist das?
- Apache Maka (Incubating) ist ein lokal erster Agent-Workspace, dessen Session-, Modell- und Tool-Aufzeichnung über Desktop, Terminal und Auswertung laufen. TypeScript-Projekt unter Apache-2.0, der Desktop startet nur auf Apple Silicon aus dem Quellcode.
- Für wen ist es gedacht?
- Maka passt für Entwickler auf Apple-Silicon-Macs, die einen lokal gespeicherten, aufzeichnungstreuen Agent-Workspace mit Desktop-, Terminal- und Auswertungsoberfläche wollen. Stand heute gilt: früher öffentlicher Build, noch ohne Apache-Release, aufgebaut aus dem Quellcode.
- 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. 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
Maka: ein lokal orientierter Agent-Workspace
Die README beschreibt Maka als lokal ersten Agent-Workspace für echte Arbeit. Das Modell bringt der Nutzer selbst mit: eine Cloud-API, ein lokales Modell oder ein kompatibles Gateway. Sitzungen, Einstellungen und Ausführungsaufzeichnungen bleiben laut Dokument standardmäßig auf dem eigenen Rechner. Das Projekt steht in Inkubation bei der Apache Software Foundation und ist unter Apache-2.0 lizenziert; die Metadaten listen TypeScript als Sprache, am Tag der Analyse mit 3870 Sternen und 362 Forks.
Der README warnt eingangs, dass sich Maka in aktiver Entwicklung befindet: Datenformate, CLI-Befehle und experimentelle Fähigkeiten können sich ändern. Wer mit der App arbeitet, sollte mit solchen Änderungen rechnen und wichtige Zustände nicht allein vom aktuellen Stand abhängig machen.
Vier Oberflächen, eine Laufzeit: Desktop, Terminal, CLI und Eval
Vier Einstiegsflächen nutzen dieselbe Engine. Der Desktop kombiniert Electron mit React und bietet laut README Streaming-Sitzungen, Tool-Zeitlinien, Verzweigung, Suche und Wiederherstellung. Die Terminal-Oberfläche teilt Workspace und Modellverbindungen mit dem Desktop und unterstützt `maka` sowie `maka run` für einen einzelnen nicht-interaktiven Turn. Die Auswertung läuft über `maka eval run <spec> --out <directory>` für wiederholbare Experimente.
Der gemeinsame Nenner ist der Runtime Host: Desktop, Terminal und Auswertung gehen durch ihn hindurch. Nur die Experimentdefinition samt Ergebnissen gehört der Auswertung, so beschreibt es das README in der Oberflächen-Tabelle.
Die Aufzeichnung wird aufbewahrt
Ein Kernprinzip lautet: Die Aufzeichnung bleibt. Modellnachrichten, Tool-Aufrufe, Tool-Ergebnisse und die Art, wie ein Turn endete, werden laut README festgehalten; Oberfläche und nächster Modell-Aufruf sind Ansichten dieser Aufzeichnung, nicht deren einzige Kopie. Gekürzter Kontext ist keine gelöschte Historie: Alte Tool-Ausgaben können aus dem nächsten Prompt wegfallen, ohne dass die gespeicherten Belege verworfen werden.
Für die Ausführung bedeutet das Wiederherstellbarkeit. Ausfälle werden klassifiziert, unterbrochene Turns lassen sich laut Dokument optional fortsetzen; ein dauerhafter Ausführungsrekord sorgt dafür, dass ein Neustart nicht alles verwirft.
Sandbox-Grenze und Genehmigungspflicht
Die eingebauten Werkzeuge der Laufzeit sind `Read`, `Write`, `Edit`, `Bash`, `Glob` und `Grep`; Computer Use und Katalog-Fähigkeiten sind laut README optional und nicht standardmäßig aktiv. Werkzeuge, die die Sandboxgrenze verlassen, müssen genehmigt werden, Ausführungen können abgebrochen werden. Diese Kontrollpunktlogik trennt Maka von Agenten, die unmittelbar an der Shell hängen.
Zur Laufzeit gehören außerdem mehrere Modellverbindungen, Streaming, Denken, Nutzungsangaben und klarere Anbieterfehler. Datei-Schreibvorgänge, Shell-Aufrufe und gefährliche Tool-Aufrufe passieren laut README eine Berechtigungs-Engine, die vor dem eigentlichen Systemzugriff liegt.
Datenspeicher und Zugangsdaten
Die Workspace-Daten liegen standardmäßig unter dem Electron-Benutzerdatenordner; die Datei `runtime.sqlite` führt laut Dokumentation Sitzungen, Nachrichten und das Ausführungsledger. Artefakt-Inhalte bleiben als gewöhnliche Dateien unter `artifacts/`. Zugangsdaten wie API-Schlüssel oder Bot-Tokens liegen nach README in einer lokalen Klartext-Datei `credentials.json` hinter der OS-Kontogrenze, mit forcierten Dateimodi 0700 für das Verzeichnis und 0600 für die Datei.
Die Renderer-Seite erhält nach Dokument keine Klartext-Zugangsdaten. Wer sensible Schlüssel einträgt, prüft die Ablagegrenzen in der eigenen Umgebung selbst, statt auf eine zentrale Tresorlösung zu hoffen.
Schnellstart aus dem Quellcode
Da noch kein Apache-Release existiert, empfiehlt die README keinen vorgefertigten Download; der Aufbau aus dem Quellcode ist der dokumentierte Weg. Man klont das Repositorium mit `git clone https://github.com/apache/maka.git`, wechselt in das Verzeichnis `maka`, installiert mit `npm ci` und startet den Desktop mit `npm run dev`, das eine Entwicklungsumgebung mit HMR hochfährt. Wer zuvor alle Workspaces bauen will, nutzt `npm run dev:full`.
Die Peer-Entwicklung verlangt zusätzlich Rust ab 1.98 und den Plattform-Linker; die passenden Einstiege heißen `npm run dev:peer` und `npm run dev:full:peer`. Wurden Abhängigkeiten mit `ELECTRON_SKIP_BINARY_DOWNLOAD=1` installiert, muss die Electron-Binary separat nachinstalliert werden.
Voraussetzungen und Plattformgrenzen
Die Anforderungen sind klar benannt: Node.js 22.19 oder neuer, wobei die CI mit Node.js 24 arbeitet, npm als Paketmanager sowie Git. Für das `Grep`-Tool der Laufzeit ist `ripgrep` erforderlich. Der Desktop-Build zielt derzeit auf Apple-Silicon-Macs mit arm64; Intel-Macs und Linux werden laut README noch nicht unterstützt, und eine Windows-Fassung gilt als unsignierte Vorschau ohne Unterstützungsstufe.
Die Plattformgrenzen sind damit dokumentierter Teil des Projekts. Die Releases tragen frühe Stände wie v0.1.11 oder cli-v0.1.0-beta.1, was zum früh-öffentlichen Status passt und die Lesart im README bestätigt.
Apache-Inkubation, Lizenz und Einordnung
Apache Maka (Incubating) ist ein Inkubationsprojekt der ASF. Diese Einordnung ist laut README kein direkter Hinweis auf Vollständigkeit oder Stabilität des Codes, wohl aber darauf, dass das Projekt noch nicht vollständig von der ASF anerkannt ist; der DISCLAIMER-WIP listet bekannte Punkte. Noch gibt es kein von der ASF genehmigtes Release, die veröffentlichten Stände gelten als Vorschau des Projekts.
Für den Einsatz zählen drei dokumentierte Prinzipien: lokal orientierter Speicher, Runtime Host für alle Einstiege und bewusste Ausführungsaufzeichnung. Interessierte starten auf einem Apple-Silicon-Mac aus dem Quellcode und prüfen die Architekturbeschreibung sowie den Hinweis zur Gesamtauslage, bevor sie sensible Daten anvertrauen.
Redaktionelles Fazit
Maka passt für Entwickler auf Apple-Silicon-Macs, die einen lokal gespeicherten, aufzeichnungstreuen Agent-Workspace mit Desktop-, Terminal- und Auswertungsoberfläche wollen. Stand heute gilt: früher öffentlicher Build, noch ohne Apache-Release, aufgebaut aus dem Quellcode. Vor der Nutzung mit echten Daten sollte man den DISCLAIMER-WIP, die Architekturbeschreibung und die Ablagegrenzen der `credentials.json` prüfen; für das Grep-Tool der Laufzeit ist `ripgrep` erforderlich.
Community-Notizen