Código abertoAGPL-3.0Cada linha pode ser lida.
O cliente completo de iOS, Android e web, sob AGPL-3.0-or-later. Sem conta, sem assinatura, nada reportando de volta para nós. Leia, 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 traz 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
Uma interface em SwiftUI com transcript em UIKit e armazenamento 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, TypeScript. É a única parte do projeto com servidor, e ela não guarda chaves nem mensagens.
macOS · em desenvolvimento
O cliente nativo para macOS está em desenvolvimento e vai ficar neste diretório. A camada wire em Swift sobre a qual ele é construído já está escrita e em teste.
Três clientes implementando cada um “como chamar um provedor” acabam divergindo. O shared/ registra esse comportamento como dados — capabilityrecipe define como uma 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 wire em Swift 6.1. Os três clientes fazem asserções contra o mesmo JSON.
Uma base de código, duas formas de rodar
Os três clientes são o mesmo código-fonte. A diferença está em contas, sincronização em nuvem e os 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 provedor | 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 | Local primeiro, mais sincronização em nuvem entre dispositivos |
| Usage Insights e alertas de orçamento | Sim | |
| Modelos pagos pela Oriveo (Oriveo AI / Oriveo Free) | Sim | |
| Analytics e relatórios de falhas | Sim |
Os builds comunitários usam o prefixo de identificador ai.oriveo.community, então podem conviver com o build da loja no mesmo aparelho 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 em uma issue é muito mais barato do que discordar em um 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.
Ofereça como serviço, e as suas alterações também ficam abertas.
Essa é exatamente 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 para si mesmo e usar por conta própria não muda em nada. Contribuições são aceitas sob os mesmos termos AGPL-3.0-or-later.
Todos os modelos. Um app. Suas chaves.
Grátis para começar · sem cartão · sem margem