Código abertoAGPL-3.0Cada linha do código está à vista.
O cliente completo para iOS, Android e web, sob AGPL-3.0-or-later. Sem conta, sem assinatura e sem nada enviando dados de volta para nós. Leia o código, altere e hospede você mesmo.
$ 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
O repositório não inclui artefatos pré-compilados — nem APK, nem .ipa. A edição comunitária é código-fonte que você mesmo compila.
O que há no repositório
iOS · SwiftUI
Interface em SwiftUI, histórico da conversa em UIKit e armazenamento em GRDB. Abra o projeto no Xcode 26, escolha o seu próprio time em Signing e ele roda no seu celular.
Android · Compose
Jetpack Compose, Room, Koin, Ktor e OkHttp. Com o JDK 21 e o Android SDK, um assembleDebug já gera um build.
Web · Next.js
Next.js App Router, React, Zustand e TypeScript. É a única parte do projeto com servidor, e ela não armazena chaves nem mensagens.
macOS · em desenvolvimento
O app nativo para macOS está em desenvolvimento e vai ficar neste diretório. A camada de comunicação em Swift em que ele se apoia já está escrita e coberta por testes.
Se cada um dos três clientes implementar por conta própria “como chamar um provedor”, eles acabam divergindo. O shared/ descreve esse comportamento como dados: capabilityrecipe define como a requisição é montada, model-contracts define o que um cliente pode fazer, test-fixtures são respostas reais gravadas e o OriveoProviderKit é o núcleo de comunicação em Swift 6.1. Os três clientes são testados contra o mesmo JSON.
Um só código, duas formas de usar
Os três clientes vêm do mesmo código-fonte. A diferença está na conta, na sincronização na nuvem e nos modelos que nós pagamos.
| Recurso | Edição comunitária | Oriveo oficial |
|---|---|---|
| Código-fonte | AGPL-3.0-or-later | Build comercial |
| Conversar com as suas próprias chaves de API | Sim | Sim |
| Relay e servidores de modelos locais | Sim | Sim |
| Notas, pastas, Skills, anexos | Sim | Sim |
| Controle de gastos no dispositivo | Sim | Sim |
| Conta | Conta Oriveo | |
| Armazenamento | No dispositivo; exportação e restauração manuais | No dispositivo por padrão, com sincronização na nuvem opcional entre dispositivos |
| Usage Insights e alertas de orçamento | Sim | |
| Modelos pagos pelo Oriveo (Oriveo AI / Oriveo Free) | Sim | |
| Analytics e relatórios de falhas | Sim |
Os builds da edição comunitária usam o prefixo de identificador ai.oriveo.community, então podem ficar instalados ao lado da versão da loja no mesmo dispositivo, sem compartilhar keychain nem dados locais.
Comece de onde você está
Pegue uma issue
Para qualquer coisa maior que uma correção de bug, abra uma issue antes. Discordar de uma abordagem numa issue sai muito mais barato do que discordar num diff.
Relate uma vulnerabilidade em privado
Não abra uma issue pública para problemas de segurança. Use o relato privado de vulnerabilidades do GitHub, ou escreva para [email protected] com SECURITY no assunto. Você terá resposta em poucos dias.
Adicione um idioma
A interface vem em 16 idiomas, e o README também. Se uma tradução soar estranha, ou se você quiser adicionar um idioma, pull requests são bem-vindos.
Clone o repositório inteiro — os três clientes resolvem as fixtures de contrato do shared/ a partir da raiz do repositório, e um checkout raso não passa nos testes.
Ofereceu como serviço? Suas alterações também precisam ser abertas.
É a restrição certa para um cliente que pode guardar as suas chaves de API: seja quem for que hospede uma versão dele, você consegue ler o que essa versão realmente faz. Compilar e usar só para você continua liberado, sem nenhuma exigência. Contribuições são aceitas sob os mesmos termos da AGPL-3.0-or-later.
Todos os modelos. Um app. Suas chaves.
Grátis para começar · sem cartão · sem margem