Open SourceAGPL-3.0Jede Zeile ist nachlesbar.
Der vollständige iOS-, Android- und Web-Client unter AGPL-3.0-or-later. Kein Konto, kein Abo, nichts, das an uns zurückmeldet. Lesen Sie ihn, ändern Sie ihn, hosten Sie ihn selbst.
$ git clone https://github.com/oriveo/oriveo.git $ cd oriveo
# Web · Node 22.22+ $ cd web && npm install $ npm run dev:app # localhost:3001
# iOS · Xcode 26, iOS 18+ $ open ios/Oriveo/Oriveo.xcodeproj
# Android · JDK 21 + Android SDK $ cd android && ./gradlew :app:assembleDebug
Das Repository enthält keine vorkompilierten Artefakte — keine APK, keine .ipa. Die Community Edition ist Quellcode, den Sie selbst bauen.
Was im Repository steckt
iOS · SwiftUI
Eine SwiftUI-Oberfläche mit UIKit-Transcript und GRDB als Speicher. Projekt in Xcode 26 öffnen, unter Signing Ihr eigenes Team wählen — dann läuft es auf Ihrem Telefon.
Android · Compose
Jetpack Compose, Room, Koin, Ktor und OkHttp. Mit JDK 21 und dem Android SDK genügt ein assembleDebug für einen Build.
Web · Next.js
Next.js App Router, React, Zustand, TypeScript. Es ist der einzige Teil des Projekts mit einem Server — und er speichert weder Keys noch Nachrichten.
macOS · in Entwicklung
Der native macOS-Client ist in Entwicklung und landet in diesem Verzeichnis. Die Swift-Wire-Schicht, auf der er aufsetzt, ist bereits geschrieben und unter Test.
Wenn drei Clients jeweils für sich festlegen, „wie man einen Anbieter aufruft“, laufen sie auseinander. shared/ schreibt dieses Verhalten als Daten auf: capabilityrecipe legt fest, wie eine Anfrage gebaut wird, model-contracts, was ein Client tun darf, test-fixtures sind aufgezeichnete echte Antworten, und OriveoProviderKit ist der Wire-Kernel in Swift 6.1. Alle drei Clients prüfen gegen dieselben JSON-Dateien.
Eine Codebasis, zwei Wege, sie zu betreiben
Die drei Clients sind derselbe Quellcode. Der Unterschied liegt bei Konten, Cloud-Sync und den Modellen, die wir bezahlen.
| Funktion | Community Edition | Offizielles Oriveo |
|---|---|---|
| Quellcode | AGPL-3.0-or-later | Kommerzieller Build |
| Chatten mit eigenen Anbieter-Keys | Ja | Ja |
| Relay und lokale Modellserver | Ja | Ja |
| Notizen, Ordner, Skills, Anhänge | Ja | Ja |
| Kostenübersicht auf dem Gerät | Ja | Ja |
| Konto | Oriveo-Konto | |
| Speicher | Auf dem Gerät; Export und Wiederherstellung von Hand | Local-first, dazu Cloud-Sync über alle Geräte |
| Usage Insights und Budget-Warnungen | Ja | |
| Von Oriveo bezahlte Modelle (Oriveo AI / Oriveo Free) | Ja | |
| Analytics und Absturzberichte | Ja |
Community-Builds nutzen das Identifier-Präfix ai.oriveo.community und liegen deshalb neben dem Store-Build auf demselben Gerät, ohne Keychain oder lokale Daten zu teilen.
Fangen Sie dort an, wo Sie stehen
Nehmen Sie sich ein Issue
Für alles, was über eine Fehlerbehebung hinausgeht, öffnen Sie zuerst ein Issue. Über einen Ansatz in einem Issue zu streiten ist deutlich billiger als im Diff.
Melden Sie eine Sicherheitslücke vertraulich
Öffnen Sie für Sicherheitsprobleme kein öffentliches Issue. Nutzen Sie die private Vulnerability-Meldung von GitHub oder schreiben Sie an [email protected] mit SECURITY im Betreff. Eine Antwort kommt innerhalb weniger Tage.
Ergänzen Sie eine Sprache
Die Oberfläche gibt es in 16 Sprachen, die README ebenso. Wenn sich eine Übersetzung schief liest oder Sie eine Sprache ergänzen möchten: Pull Requests sind willkommen.
Klonen Sie das ganze Repository — alle drei Clients lösen die Vertrags-Fixtures aus shared/ ab der Repository-Wurzel auf, und ein flacher Checkout besteht die Tests nicht.
Bieten Sie es als Dienst an, gehen Ihre Änderungen mit hinaus.
Für einen Client, der Ihre API Keys halten kann, ist das genau die richtige Auflage: Wer auch immer eine Version davon betreibt — Sie können nachlesen, was diese Version tatsächlich tut. Ihn für sich selbst zu bauen und selbst zu nutzen, bleibt davon unberührt. Beiträge werden zu denselben AGPL-3.0-or-later-Bedingungen angenommen.
Jedes Modell. Eine App. Deine Keys.
Kostenlos starten · keine Kreditkarte · kein Aufschlag