Schnelle Iteration · APIs und Doku können sich ändern
Liri Liri Status
Zurück zur Startseite
DE

Projektstatus

Selbstcheck der Funktionen, aktuelle Einschränkungen, Release-Takt und Tech-Stack — was fertig ist, was nicht, und jede Zahl verlinkt auf den Quellcode.

Der Trend der Architektur-Gesundheit (9 Snapshots) kommt im nächsten Release auf diese Seite.

Selbstcheck der Funktionen

Sechzehn Dimensionen, jeweils mit aktuellem Status und Quellort — jede Zahl verlinkt auf Code, und was noch nicht fertig ist, steht ebenfalls da.

Dimension Liri Status Quelle
Sprache TypeScript + Rust Umgesetzt Ansehen
Lokal zuerst Ollama / llama.cpp + lokales SQLite Umgesetzt Ansehen
Smartes Routing 19 Aufgabentypen · 4 Stufen · 5 Entscheidungsebenen Umgesetzt Ansehen
Sicherheitsmodell 5 Verteidigungsebenen · 6 Sandbox-Backends Externes Audit ausstehend Ansehen
Messaging-Kanäle 27 Kanäle (inkl. WeChat / DingTalk / Feishu / QQ) Umgesetzt Ansehen
Desktop-Client Tauri 2.11 · 429 TSX-Komponenten In Feinarbeit Ansehen
Terminal-UI React + Ink Umgesetzt Ansehen
Persona-System 18 Arten × 8 Hüte × 6 Augen Umgesetzt Ansehen
Sprachinteraktion Lokal faster-whisper / Piper + Cloud Umgesetzt Ansehen
Kostentransparenz Preise in der DB · jeder Aufruf erfasst Umgesetzt Ansehen
Zweites Gehirn Wissensbasis + Gedächtnis + Ereignisprotokoll Umgesetzt Ansehen
Kontextverwaltung Geschichtete Fensterung + dreistufige Komprimierung Umgesetzt Ansehen
Marktplatz Plugin-Markt + MCP-Markt + Skill-Quellen In Arbeit Ansehen
Agent-Strategien 4 Strategien · PDCA · Swarm Umgesetzt Ansehen
Zeitgesteuerte Aufgaben once / interval / cron Umgesetzt Ansehen
Protokollunterstützung MCP + ACP + A2A + LSP Experimentell Ansehen

Der Status ist eine Selbsteinschätzung der Maintainer und ändert sich mit jedem Release; „Ansehen“ springt in das jeweilige Verzeichnis zur eigenen Prüfung.

* Daten aus Quelle v0.5.22; Quelllinks zeigen auf den main-Branch im GitHub-Repository.

Aktuelle Einschränkungen

Was in der schnellen Iteration noch nicht fertig ist — aufgeschrieben, damit es nicht selbst entdeckt werden muss.

Sicherheit wartet auf externes Audit

Externes Audit ausstehend

5 Verteidigungsebenen und 6 Sandbox-Backends sind implementiert, mit 51 Sandbox-bezogenen Dateien zur Einzelprüfung — ein Sicherheitsaudit durch Dritte fehlt jedoch noch.

Desktop-Interaktionen werden noch verfeinert

In Feinarbeit

429 TSX-Komponenten und 32 Seiten stehen; Tastenkürzel, Animationen und Randfälle werden weiter angepasst.

Marktplatz-Katalog ist noch klein

In Arbeit

Plugin-Markt, MCP-Markt und Skill-Quellen funktionieren durchgängig, der installierbare Katalog wächst aber noch.

ACP / A2A sind experimentell

Experimentell

Beide Protokolle entwickeln sich weiter, ihre Schnittstellen können sich zwischen Releases ändern; MCP und LSP sind stabil.

Englische Doku kann zurückliegen

In Arbeit

Die chinesische Doku wird automatisch aus dem Quell-Repository synchronisiert; die englische Fassung ist eine manuelle Übersetzung und meist ein Release hinterher.

Das Repository hat Vorrang vor der Website

Hinweis

Diese Seiten werden aus app/docs erzeugt. Weicht etwas von der Quelle ab, ist das GitHub-Repository maßgeblich.

Versionen & Takt

Versionsnummern, Tag-Anzahl und Commit-Historie sind auf GitHub überprüfbar; die Historie enthält die Entwicklung vor dem Launch, die öffentliche Iteration beginnt mit dem Launch

2026-10-28 v0.5.22 Aktuelles Release
  • 69 integrierte Werkzeuge in 23 Kategorien
  • 27 Messaging-Kanäle
  • 5 Sicherheitsebenen + 6 Sandbox-Backends
  • 429 Desktop-Komponenten · 32 Seiten
2026-10 v0.5.13 → v0.5.21 Veröffentlicht
  • Acht Releases in drei Tagen (v0.5.13 → v0.5.21), Teil der Entwicklung vor dem Launch
  • Kernmodule herausgelöst, Guardrail-Baselines synchronisiert
  • Fortschritt richtet sich jetzt nach vorhandenen Artefakten
  • Änderungen an Sandbox-Rechten greifen sofort
Repository gesamt 118 Tags Release-Takt
  • 3,325 Commits bisher
  • CI deckt lint:arch / Typprüfung / Unit-Tests ab
  • Öffentliches Repository mit sichtbaren Issues und PRs
Als Nächstes v0.6+ Geplant
  • Verfolgt in GitHub Releases und Issues
  • Online-Dokumentationsseite ist live (Chinesisch und Englisch)
  • Über Funktionsprioritäten in Issues abstimmen

Tech-Stack

Ein moderner Stack, auf jeder Ebene bewusst gewählt

TypeScript 4,109 Dateien
Rust 9 Module
Bun
React 19 + Ink
Tauri 2.11 429 Komponenten
SQLite
OpenTelemetry
MCP + ACP + A2A + LSP
Docker
MIT License

Lokal zuerst

Lokale Modelle über Ollama / llama.cpp, Daten bleiben standardmäßig auf dem eigenen Rechner. Bei einem Cloud-Anbieter wird nur der Inhalt dieser einen Anfrage an den gewählten Anbieter gesendet

🏠

Arbeitet offline

Mit einem lokalen Ollama- oder llama.cpp-Modell sind Gespräche und lokale Werkzeuge ohne Netzwerkverbindung möglich. Sitzungen, Gedächtnis und Wissensbasis liegen in lokalen Dateien.

🔒

Daten bleiben lokal

Sitzungen, Gedächtnis und Wissensbasis liegen in lokalem SQLite und im Arbeitsbereichsverzeichnis, der Gesprächsverlauf wird für Rückblick und Audit an events.jsonl angehängt.

🌐

Cloud bei Bedarf ergänzen

Wenn mehr Leistung gebraucht wird, lassen sich Cloud-Anbieter (14 unterstützt) in der Konfiguration aktivieren und vom Routing pro Aufgabenstufe auswählen — oder es bleibt rein lokal.

Lokal vs. Cloud

Wo das Modell läuft
Eigener Rechner (Ollama / llama.cpp) Server des Anbieters
Netzwerk erforderlich
Nein Ja
Wohin Anfragedaten gehen
Verlassen den Rechner nicht An den gewählten Anbieter
Kostenmodell
Eigene Hardware Nutzungsabhängige Abrechnung
Gesprächsverlauf
events.jsonl bleibt lokal Bleibt ebenfalls lokal

Wird mit jedem Release aktualisiert; bei Abweichungen ist das GitHub-Repository maßgeblich.