Conteúdo detalhado
🎯 Visão e missão
A frase-marca do OpenHuman é direta: "Personal AI super intelligence: local memory, managed services where needed, simple and powerful." Cada palavra carrega uma decisão arquitetural.
🧬 Decomposição da missão
- •Personal: um agente por humano, não um chatbot multi-tenant compartilhado.
- •Local memory: embeddings, threads e contexto vivem no seu disco, não em servidores de terceiros.
- •Managed services where needed: pragmatismo — usa cloud para LLMs e relays quando faz sentido, sem dogma.
- •Simple and powerful: harness aberto, extensível, sem fricção para o usuário final.
💡 Dica
Toda decisão técnica do OpenHuman pode ser justificada voltando a essa frase. Quando algo parecer estranho na arquitetura, releia a missão — provavelmente faz sentido sob essa luz.
⚠️ Problema que resolve
Comunidades modernas vivem em uma diáspora digital: Slack para o time, Discord para a comunidade pública, WhatsApp para o suporte, Gmail para parceiros, Meet para reuniões, Telegram para o grupo dos VIPs. Ninguém tem o contexto inteiro — nem você, nem seu chatbot.
✗ Sem OpenHuman
- ✗Mesma pergunta respondida 5 vezes em 5 canais diferentes
- ✗Onboarding manual em cada nova ferramenta
- ✗Decisões perdidas em DMs que ninguém arquiva
- ✗Bot que só conhece o canal onde foi adicionado
- ✗Cada SaaS quer assinatura própria
✓ Com OpenHuman
- ✓Um agente que vê todos os canais conectados
- ✓Memória compartilhada entre threads e fontes
- ✓Captura automática de decisões e contexto
- ✓Respostas consistentes vindas da mesma base
- ✓Custo previsível, sem multiplicar SaaS
💼 Casos de uso reais
Quatro perfis onde o OpenHuman já mostra retorno claro hoje. Não é "para tudo" — é para esses casos primeiro.
Operações comunitárias
Moderação, onboarding, FAQs de Discord/Slack
O agente lê mensagens, identifica novatos, responde dúvidas recorrentes consultando a memória local da comunidade e escala para humanos só quando precisa.
Suporte distribuído
WhatsApp, Gmail, Telegram convergindo numa inbox
Em vez de monitorar três apps, o operador trabalha em uma única tela. O agente classifica, sugere resposta e aprende com as edições humanas.
Automação multi-canal
Webhooks, cron, skills personalizadas
Evento entra por webhook → memória atualizada → notificação postada no canal certo. Sem Zapier no meio, sem dado vazando.
Meet com agente
Transcrição, action items, captura de decisões
O meet_agent participa da chamada, transcreve, gera resumos e empurra decisões para a memória — para o agente lembrar na próxima conversa.
⭐ Diferenciais
Três pilares que separam OpenHuman de chatbots SaaS: privacidade por construção, performance nativa e abertura auditável.
🔒 Por que privacidade local importa
- Mensagens privadas: ler Slack/WhatsApp/iMessage sem espelhar em servidor de terceiros é impossível em SaaS de IA tradicional.
- Compliance: GDPR, LGPD e contratos com clientes ficam triviais quando os dados não saem da máquina do operador.
- Continuidade: serviço fora do ar? OpenHuman continua local — você não fica refém de uptime de terceiro.
🦀 Por que Rust + Tauri
Números aproximados, variam por plataforma. O ponto é: o usuário sente.
🧱 Arquitetura macro
Visão de 10 mil metros, sem detalhar (isso é o Módulo 1.2). Aqui vale fixar o vocabulário das três camadas.
🏛️ As três camadas em uma frase cada
- ①Core (Rust): a inteligência. Domínios, persistência, agente, memória, RPC.
- ②Shell (Tauri): o veículo desktop. Janelas, lifecycle, IPC, integração com OS.
- ③App (React + Vite): a interface. Telas, navegação, redux, providers — apresenta e orquestra, não decide.
💡 Dica de mentalidade
"Onde mora essa lógica?" deveria ser a primeira pergunta antes de abrir qualquer PR. Resposta errada = código no lugar errado = débito técnico no merge.
👥 Quem deveria usar
Ser honesto sobre o fit evita frustração. OpenHuman não é para todo mundo — pelo menos não hoje.
✓ Fit forte
- ✓Operadores de comunidade ativos em 3+ canais
- ✓Builders / power users desktop
- ✓Equipes pequenas (1-15) com fluxo intenso
- ✓Quem prefere local-first por princípio
✗ Fit fraco (hoje)
- ✗Usuário casual querendo chat genérico
- ✗Quem só tem dispositivos móveis
- ✗Empresa que exige multi-tenant em servidor central
- ✗Quem não quer manter um app instalado
📱 E o iOS?
Existe um cliente iOS experimental que conecta no core desktop via tunnel criptografado. Não roda core no telefone — é um companheiro. Ver Trilha 4 (Avançado) para detalhes.
🌱 Resumo do Módulo
Próximo Módulo:
1.2 — 🏗️ Arquitetura (núcleo Rust in-process, JSON-RPC, CEF, providers React)