LogoLBArtes Luiz

Roadmap público 2.0

Roadmap público — SolOS / nova fase LBArtes Luiz

Este roadmap marca uma virada: a operação deixa de se apresentar apenas como marca editorial-cultural e passa a assumir publicamente uma visão maior — o desenvolvimento do SolOS como camada operacional para a era de agentes, dApps, identidade digital e computação orientada por intenção.

A partir de agora, essa visão também passa a obedecer uma disciplina documental dupla: uma trilha offline, nos repositórios e docs vivos de trabalho, e uma trilha online, no próprio webapp, como documentação oficial, institucional e executiva.

Fase 1 · Reposicionamento e narrativa pública do SolOS

  • Reposicionar publicamente a operação como uma tese sobre agentes, dApps, identidade e nova computação pessoal.
  • Atualizar manifesto, whitepaper, blog e linguagem institucional para refletir a nova camada de ambição.
  • Publicar o primeiro ciclo editorial do SolOS com blog, fórum e social para introduzir a visão sem soar delirante ou inflado.
  • Refinar o vocabulário da marca para operar entre cultura, tecnologia e produto com mais densidade.

Fase 2 · Estruturação do produto e prova de conceito

  • Definir arquitetura inicial do SolOS como operating layer sobre base Linux, com shell próprio, agente e integração com Solana.
  • Transformar a visão em MVP realista: Home, Agent, Wallet e Apps como telas-mãe da experiência.
  • Fazer o shell nativo evoluir de wireframe para ambiente operacional legível, com estado estruturado em vez de placeholders genéricos.
  • Expor a Heart Pass Quota Layer como contrato local de runtime antes de ligar backend patrocinado.
  • Adicionar SolOS Pulso como protótipo social integrado ao ecossistema, com página pública somente leitura.
  • Organizar backlog técnico e executivo para separar visão de longo prazo, MVP demonstrável e hipóteses mais experimentais.

Fase 3 · Documentação dupla e alinhamento institucional

  • Operar duas vertentes documentais em paralelo: docs offline nos repositórios e documentação oficial online dentro do webapp.
  • Garantir que mudanças relevantes no SolOS atualizem tanto a documentação técnica/interna quanto a documentação pública/institucional.
  • Usar Business Affairs como memória executiva online da tese, prioridades, ativos e disciplina operacional.
  • Registrar nos logs que produto, narrativa e documentação não podem mais andar separados.

Fase 4 · Comunidade, validação e iteração

  • Usar o fórum como arena pública para tensionar a tese do SolOS e recolher linguagem, objeções e sinais de interesse real.
  • Usar o SolOS Pulso como laboratório futuro para sinais humanos consentidos, temas periódicos e Pulso Credits.
  • Responder comentários e réplicas para transformar debate em inteligência de produto e posicionamento.
  • Testar quais narrativas geram mais tração: futuro da computação, agente nativo, identidade digital, dApps e autonomia do usuário.
  • Consolidar uma comunidade inicial em torno da ideia de uma camada operacional para a era de agentes e ativos digitais.

Fase 5 · Empacotamento, demo e expansão estratégica

  • Preparar demo funcional do SolOS como ambiente navegável, coerente e apresentável publicamente.
  • Empacotar a primeira experiência para testes em VM e ciclos privados de validação.
  • Converter a tese em ativo institucional: documentação executiva, roteiro de produto, materiais para parceiros e narrativa de longo prazo.
  • Abrir caminho para a transição de marca cultural para plataforma cultural-tecnológica com produto próprio.

Fase 6 · Fundadores, financiamento transparente e utilidade

  • Abrir a campanha Fundadores do SolOS somente após revisão, push, deploy, termos e smoke tests.
  • Oferecer PIX e checkout Stripe hospedado sem armazenar dados de cartão no CMS.
  • Entregar reconhecimento, acesso e Pulso Credits como utilidade interna, nunca equity, yield ou promessa de lucro.
  • Publicar atualizações de recursos, entregas, riscos e próximo marco com linguagem verificável.
  • Conectar consultas Ghost patrocinadas apenas depois de proxy seguro com prova assinada; manter BYOK como fallback.

Plano de conclusao

Trilha SolOS ate v1.0

A nova referencia operacional e o plano vivo em `solos/docs/product-completion-plan.md`, espelhado no CMS em `docs/solos-product-completion-plan.md`.

  1. Baseline atual publicado: docs lidos, plano vivo criado, estado feito/parcial/proximo visivel.
  2. Ghost Trace Persistence: preservar resultados aceitos/rejeitados e exemplos de rota esperada.
  3. Manifest de ferramentas e approvals: mapear escopos de leitura, escrita, rede, wallet e publicacao.
  4. Primeira acao mediada: executar um fluxo de baixo risco com classificacao, approval, resultado e trace.
  5. Quota real: conectar Ghost research ao consumo de quota e manter fallback BYOK legivel.
  6. Wallet/Heart Pass hardening: adicionar prova assinada para futura quota patrocinada.
  7. Pulso Credits: modelar ledger de credito interno, tetos, anti-fraude e custo coberto antes de qualquer creator pool.
  8. Apps launcher: transformar registro de apps em ponte de capabilities.
  9. Demo appliance: validar o caminho Linux/VM/ISO e documentar smoke test.
  10. V1 candidate: estabilizar UI, checklist de release e demonstracao publica honesta.
  11. Founder fundraiser: publicar apoio e recompensas somente após Stripe/termos/conciliação e teste ponta a ponta.