Por que meu AI empresarial roda em stdio e meu próprio banco de dados, não em um backend SaaS

Eu construo para viver, principalmente como CTO fracionário, e fiquei cansado de uma coisa: toda vez que eu abria um cliente de IA para me ajudar a administrar minha empresa com um cliente específico, eu tinha que reexplicar a empresa primeiro. Quem é o cliente. O que nós faturamos para eles. Quando foi a última vez que falei com eles. A IA era inteligente. Ela apenas não tinha ideia do que minha empresa realmente era.

Então, nós construímos o Founders OS. É um servidor MCP de código aberto que dá ao seu cliente de IA um contexto real de negócios: CRM, finanças, tarefas, playbooks, diretrizes e uma camada de memória. Você aponta Claude, Cursor ou qualquer cliente MCP para ele e pode responder a tudo isso em uma única vez. Não "aqui estão seus dados de CRM" e separadamente "aqui está seu livro razão." Uma pergunta, ambas as fontes, uma resposta. Quais clientes estão atrasados no pagamento e quando foi a última vez que os contatei. Isso lê o livro razão e o CRM juntos porque eles compartilham o mesmo contexto.

Aqui está a parte que quero discutir, porque foi a verdadeira decisão: ele roda sobre stdio, auto-hospedado, em seu próprio banco de dados Postgres. Sem backend hospedado no meio. Sem conta conosco. Nenhum dado saindo de sua infraestrutura, a menos que você decida o contrário.

Isso foi deliberado, e nos custou o caminho mais fácil.

A versão fácil é um backend SaaS. Você se inscreve, nós mantemos seus dados, pronto. Instalação mais limpa, funil mais agradável. Mas pense sobre o que esses dados são. É sua lista de clientes, sua receita, suas faturas não pagas, suas notas privadas sobre negócios e seu conhecimento. Dados assim deveriam viver onde você decide que vivem, não onde a funcionalidade de IA de um fornecedor precisa que estejam. Então, fizemos da auto-hospedagem o padrão e o mínimo. É gratuito, aberto e seu, e sempre será.

Mais tarde, ofereceremos uma opção hospedada para equipes que preferem que nós gerenciemos as operações do que fazê-lo por conta própria. Quando fizermos, mantém a mesma regra: seus dados ficam em seu próprio banco de dados, inquilino único, exportação a qualquer momento, sem bloqueio, e tudo continua sendo código aberto. Conveniência é a coisa pela qual você estaria pagando. A propriedade não é algo que você nunca entrega.

Então, o modelo é: você o implanta, ele se comunica com seu próprio banco de dados, e o transporte é stdio entre seu cliente MCP e o servidor. O contexto do seu negócio vive onde seu negócio já vive. Execute-o auto-hospedado e nunca o veremos, e nada se comunica quando você fecha o cliente.

A troca é real. Auto-hospedado significa que você o implanta por conta própria. Não há URL mágica hospedada para colar, ainda. Para um fundador ou uma pequena equipe que já gerencia sua própria pilha, isso é um recurso, não uma tarefa. Você possui tudo.

É 100% código aberto e já está ao vivo. Se você gerencia seu negócio através de um cliente de IA e está cansado de reexplicar sua empresa a cada sessão, isso é para você.

Repo: https://github.com/OurThinkTank/founders-os
Site: https://foundersmcp.com
npm: @ourthinktank/founders-os

Construído pela OurThinkTank. Fico feliz em responder qualquer coisa nos comentários, especialmente sobre a configuração de auto-hospedagem ou a camada de memória.