Steve OS · arquitetura do produto de ouro

Um motor. infinitos Steves. Um SaaS que atualiza o mundo inteiro de uma vez.

A gente para de entregar um Steve por vez. A gente passa a vender Steve como serviço: a pessoa entra, paga, e ganha o seu Steve (ou um esquadrão deles) rodando na hora. Um sistema, N clientes. A camada 3 da visão virando máquina.

central · multi-tenant 1 update todos atualizam PI protegida por design hyper-modular

platform.steve-aios.com · o lugar único onde tudo acontece

a confusão que a gente desfez

São três coisas, não uma

Juntar elas é o que trava o raciocínio. Separadas, a arquitetura fica óbvia.

camada 1

⚙️ O Motor (Steve Core)

O código único e perfeito que vira todo Steve. Já é um monorepo. Um só, pristino, versionado. É o ativo sagrado.

camada 2

🛰️ A Plataforma (control)

Orquestra: cadastra, cobra, spawna, escala e isola os N Steves. É o "fleet manager". Vive em platform.steve-aios.com.

camada 3

🌐 O Runtime

Onde os Steves rodam de verdade: central pra massa, ou VPS dedicada pro premium. Mesmo motor nos dois.

o desenho

1 motor no centro, N Steves saindo dele como dado

Um Steve novo, ou um tipo novo (marketing, dev, psicólogo, secretário), não é código novo. É config: persona, skills, tools, memória, permissões. O motor é o mesmo, sempre. Tipo de Steve = um persona pack no catálogo, que qualquer cliente instala. Nunca se duplica código, duplica-se dado.

Steve Core · o motor
packages/@steve/*
config-driven · stateless · pooling · 1 codebase
Master · chefe
Marketing
CM · social
Designer
Editor de vídeo
Secretário
Psicólogo
Dev · Claude Code
Vendas
+ catálogo
↓   mesmo motor, dois modos de hospedagem   ↓
Managed · central
a massa · paga e roda na nuvem
  • tenant = worker isolado dentro de platform.steve-aios.com
  • isolamento lógico: tenant_id + RLS + sandbox por cliente
  • update do motor propaga na hora pra todos
  • PI por design: o código nunca sai do servidor
🏛️ Dedicated · VPS premium
especializado · estilo Mathis
  • VPS própria do cliente, mesmo motor deployado lá
  • data residency, isolamento físico, enterprise
  • update via orquestrador empurra a versão nova
  • engine vs soul protege os dados que ele editou
os dois cobrados pela mesma plataforma · o cliente escolhe o plano, a gente escolhe onde roda
verde = central / motor azul = premium dedicado cinza = neutro
platform.steve-aios.com

Tudo num lugar só

Pagamento e plataforma não são separados. Signup, cartão, dashboard, chat e o motor rodando os Steves de todos vivem no mesmo deploy. steve-aios.com é a vitrine; platform.steve-aios.com é a casa.

🔑

Signup + cartão

Stripe nativo, trial, planos. A pessoa entra e contrata sozinha.

🧠

Dashboard + chat

Comanda o Steve, vê memória, billing, audit. Conversa ali mesmo.

⚙️

Motor central

Os Steves de todos os clientes rodando, orquestrados, isolados.

📊

Metering

Cada capacidade consome crédito. Cobra por uso + assinatura.

o poder do central

Você atualiza uma vez. O SaaS inteiro atualiza.

É a diferença entre vender software e operar um organismo. Melhorou o motor, todo mundo nos planos recebe, no mesmo instante. Sem reinstalar, sem empurrar pra N máquinas.

commit no motor deploy da plataforma managed: todos atualizam na hora + dedicated: orquestrador empurra a versão

1 update, N clientes. É isso que faz "ultra SaaS", e não dá pra fazer no modelo de uma VPS por cliente solta.

por que aguenta a massa

Os 4 invariantes do motor perfeito

"Infinito e perfeito" não é sorte, é disciplina de arquitetura. Quatro regras tornam o motor duplicável sem limite e barato de escalar.

invarianteo que étemos?
Stateless por instânciaestado vive fora (alma em markdown = a verdade, dados no store). Instância é gado, não bicho de estimação: mata, reinicia, move, zero perda.✓ é o design
Config-drivenmodelo, skills, persona, tudo trocável a quente. Nada hardcoded no kernel.✓ já é assim
Pooling hot / cold / offSteve dorme frio, acorda quente sob demanda. Escala sem manter N processos vivos.✓ já existe
Containerizávelo motor vira uma imagem, a plataforma agenda instâncias elásticas.⏳ falta, pra massa

Multi-tenancy na camada certa: control plane = 1 Postgres com RLS (N clientes, isolado por linha). Data plane = sandbox por tenant. A memória de um cliente nunca toca a do outro.

como fica "ultra" sem virar um monstro

Kernel enxuto, tudo o mais é módulo

A massa de código não mora no motor, mora nos módulos que plugam nele. Cliente novo, Steve novo, capacidade nova: um módulo que compõe, não uma linha a mais no kernel. É assim que cresce infinito sem ficar impossível de manter.

o que não cresce

O kernel

Pequeno, cravado, perfeito. Recebe mensagem, decide, executa, lembra. Muda pouco, com cuidado.

o que cresce infinito

Os módulos

Skills, persona packs (os tipos de Steve), integrações, canais. Plugam, compõem, se transferem entre clientes.

o catálogo

O marketplace

Criou uma skill foda pra um cliente? Publica, e qualquer Steve instala. Duplica módulo pra outro cliente num clique.

a montagem do código

Repo novo steve-os, motor migrado com histórico

A gente cria o monorepo unificado e traz o motor pra dentro preservando todo o histórico. O que fatura hoje continua rodando, intocado, até a gente migrar os clientes com calma. Migração aditiva, nunca destrutiva.

steve-os-engine
fica vivo · paga MRR · congela aos poucos
hiivee/steve-os · NOVO
monorepo unificado: plataforma + pagamento + motor + módulos · deploy central

Dentro dele: apps/platform (signup, cartão, dashboard, chat) · packages/@steve/* (o motor) · modules/ (persona packs e skills). Tudo deploya junto. Só a landing fica à parte.

o que isso é de verdade

A Hive deixa de vender hora e passa a vender Steve

O mesmo Steve que hoje encanta o Mathis vira um produto que a Verônica contrata sozinha, que automatiza o estoque do Austin, que mil pessoas plugam e pagam por mês. Um sistema operando N clientes, e quando a gente melhora o motor, todo mundo sobe junto.

$9.9k $30k

a meta dos sócios deixa de ser vender mais horas e vira ativar mais Steves.

1 sistema · N clientes

a camada 3 da visão mãe, industrializada. Plug, paga, roda.

PI no nosso servidor

o moat não é o LLM, é o motor 24/7 que só roda na nossa mão.

Próximo passo · você confirma este desenho → eu reescrevo o PRD inteiro nessa língua + crio o steve-os e migro o motor com histórico → começamos a Fase 0 (signup + pagamento + 1 Steve real, a Verônica).

Steve OS · arquitetura viva · construído pela Hive · sem ego, voz coletiva