Open SourceAGPL-3.0Jede Zeile zum Nachlesen.
Der vollständige Client für iOS, Android und Web unter AGPL-3.0-or-later. Kein Konto, kein Abo, nichts, was an uns zurückfunkt. Lies den Code, ändere ihn, hoste 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 fertigen Builds – keine APK, keine .ipa. Die Community Edition ist Quellcode, den du selbst baust.
Was im Repository steckt
iOS · SwiftUI
SwiftUI-Oberfläche, Chatverlauf in UIKit, Speicherung mit GRDB. Projekt in Xcode 26 öffnen, unter Signing dein eigenes Team wählen – schon läuft es auf deinem iPhone.
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. Der einzige Teil des Projekts mit einem Server – und der speichert weder API-Keys noch Nachrichten.
macOS · in Entwicklung
Der native macOS-Client ist in Entwicklung und kommt in dieses Verzeichnis. Die Swift-Protokollschicht, auf der er aufbaut, ist schon geschrieben und durch Tests abgedeckt.
Wenn drei Clients jeder für sich festlegen, „wie man einen Anbieter aufruft“, driften sie auseinander. shared/ hält dieses Verhalten deshalb als Daten fest: capabilityrecipe legt fest, wie eine Anfrage aufgebaut wird, model-contracts, was ein Client tun darf, test-fixtures sind mitgeschnittene echte Antworten, und OriveoProviderKit ist der Protokollkern in Swift 6.1. Alle drei Clients testen gegen dieselben JSON-Dateien.
Eine Codebasis, zwei Varianten
Die drei Clients basieren auf demselben Quellcode. Unterschiede gibt es nur bei Konto, Cloud-Sync und den Modellen, die wir bezahlen.
| Funktion | Community Edition | Offizielles Oriveo |
|---|---|---|
| Quellcode | AGPL-3.0-or-later | Kommerzieller Build |
| Chatten mit eigenen API-Keys | Ja | Ja |
| Relay und lokale Modellserver | Ja | Ja |
| Notizen, Ordner, Skills, Anhänge | Ja | Ja |
| Kostenübersicht direkt auf dem Gerät | Ja | Ja |
| Konto | Oriveo-Konto | |
| Speicherung | Auf dem Gerät; Export und Wiederherstellung von Hand | Auf dem Gerät, optional mit Cloud-Sync zwischen deinen Geräten |
| Nutzungsanalysen und Budget-Warnungen | Ja | |
| Von Oriveo bezahlte Modelle (Oriveo AI / Oriveo Free) | Ja | |
| Nutzungsstatistik und Absturzberichte | Ja |
Community-Builds nutzen das Präfix ai.oriveo.community. So laufen sie neben der Store-Version auf demselben Gerät, ohne Schlüsselbund oder lokale Daten mit ihr zu teilen.
Fang da an, wo du gerade stehst
Such dir ein Issue
Für alles, was über einen Bugfix hinausgeht, eröffne vorher ein Issue. Über einen Ansatz im Issue zu diskutieren kostet viel weniger als im Diff.
Sicherheitslücke vertraulich melden
Für Sicherheitsprobleme bitte kein öffentliches Issue. Nutz die private Schwachstellenmeldung von GitHub oder schreib an [email protected] mit SECURITY im Betreff. Du bekommst innerhalb weniger Tage eine Antwort.
Eine Sprache beitragen
Die Oberfläche gibt es in 16 Sprachen, die README auch. Wenn eine Übersetzung holpert oder du eine Sprache ergänzen willst: Pull Requests sind willkommen.
Klon das komplette Repository – alle drei Clients laden die Vertrags-Fixtures aus shared/ vom Repository-Stamm, und mit einem Shallow Clone laufen die Tests nicht durch.
Wer es als Dienst anbietet, legt seine Änderungen offen.
Für einen Client, der deine API-Keys verwahren kann, ist genau das die richtige Regel: Egal wer eine Version davon betreibt – du kannst nachlesen, was sie wirklich tut. Wer ihn für sich selbst baut und nutzt, ist davon nicht betroffen. Beiträge nehmen wir unter denselben Bedingungen (AGPL-3.0-or-later) an.
Jedes Modell. Eine App. Deine Keys.
Kostenlos starten · keine Kreditkarte · kein Aufschlag