SolOS
Uma operating layer para agents, dApps e identidade digital.
O SolOS nasce de uma fricção simples: a computação mudou, mas o ambiente operacional principal ainda parece preso a uma lógica de apps isolados, assistentes encaixotados, wallets separadas e automações invisíveis.
A proposta do SolOS é reorganizar esse centro de gravidade. Em vez de tratar agência, identidade, approvals, apps e ativos como peças espalhadas, o projeto tenta reuni-los num mesmo sistema legível, modular e vivo.
O trabalho atual já começou a sair da abstração: a shell nativa em Qt/QML está em evolução, a arquitetura de migração ficou mais séria com um primeiro boundary real entre shell e runtime, e a documentação passou a ser tratada como parte do produto, não como apêndice tardio.
Arquitetura em andamento
A direção técnica atual evita dois erros comuns: manter tudo em mock por tempo demais, ou tentar um rewrite total antes de existir uma fronteira arquitetural decente. O corte escolhido agora é mais pragmático.
C++ / Qt / QML
A shell nativa continua como camada de apresentação, interação e gramática operacional do sistema.
Rust
Os primeiros subsistemas entram onde há ganho real de segurança, coerência e fronteira arquitetural, começando pelo runtime state.
Contratos estruturados
Snapshots e interfaces tipadas passam a ligar runtime e shell sem depender de strings soltas espalhadas pela UI.
O primeiro subsistema em Rust foi definido como gerador de estado estruturado do runtime. Isso cria um seam concreto para approvals, task orchestration, wallet state e presença do agente, enquanto a shell continua evoluindo em C++/QML como superfície nativa do sistema.
Por que colaboração aberta importa aqui
O SolOS não é só uma interface bonita nem um pitch abstrato. É uma tese de produto que precisa de crítica, implementação, documentação, design e validação pública. Quanto mais gente boa ajudar, mais rápido a visão sai do campo da especulação e entra no terreno do software útil.
Código e arquitetura
Implementar shell, modelos, integrações e superfícies que transformem a tese do SolOS em software real.
Design e linguagem de produto
Refinar a gramática visual, a experiência de approvals, a presença do agente e a clareza da camada operacional.
Documentação e narrativa
Ajudar a consolidar tese, roadmap, onboarding, manifesto técnico e materiais públicos para evitar ruído e ambiguidade.
Testes, crítica e debate
Contribuir com objeções inteligentes, validação de hipóteses e feedback honesto sobre utilidade, segurança e legibilidade.
Princípios que orientam o projeto
- agência nativa em vez de assistente preso a uma aba
- ownership explícito em vez de automação opaca
- approvals como primitiva do sistema
- apps como módulos dentro de um ambiente coerente
- documentação viva junto com o código e com a narrativa pública
Vídeo explicativo
Este vídeo apresenta a visão do SolOS, a proposta da operating layer e o convite aberto para colaboração em código, design, documentação e crítica técnica.
Como colaborar
Se você quer ajudar, a melhor forma é entrar pelo trabalho concreto: código, arquitetura, testes, design, documentação, crítica honesta e refinamento da tese. O objetivo não é formar torcida, mas construir um sistema melhor com inteligência distribuída.