Um fundador e um time de agentes: como as próximas empresas onchain vão ser construídas

A primeira empresa de uma pessoa só avaliada em um bilhão de dólares vai ser construída onchain.

Quem constrói os modelos parou de ficar em cima do muro sobre quem vai fazer o trabalho. Em janeiro de 2025, Sam Altman escreveu que os primeiros agentes de IA iam "entrar na força de trabalho" naquele ano. Elon Musk está construindo a xAI como uma empresa de software multiagente, com centenas de agentes especializados trabalhando juntos, e nesta semana disse que a IA e os robôs vão mais do que dobrar a economia global em dez anos. Siga essa linha até o fim e você chega à empresa de uma pessoa só. Dario Amodei dá à primeira de um bilhão 70 a 80 por cento de chance de aparecer em 2026. Os fundadores não esperaram: em meados de 2025, 36 por cento das novas startups tinham um único fundador, contra 24 por cento em 2019. E o Instagram tinha 13 funcionários quando foi vendido por um bilhão de dólares, antes de tudo isso.

Durante a maior parte da história dos negócios, o limite de uma empresa era a mão de obra: mais resultado significava mais gente. Os agentes tiraram esse limite, e o primeiro lugar onde tiraram foi o código; muitas ferramentas conseguem escrever o seu app hoje. A empresa é o que vem depois do app: suporte, marketing, tesouraria, análise, os departamentos que antes eram o motivo para contratar. Quando os agentes conseguem ocupar esses cargos, o fundador define a direção e um time de agentes toca o resto. Essa empresa vai aparecer primeiro onde o trabalho já tem cara de software.

E isso é onchain. É o único setor em que a empresa inteira já vive em um único pedaço de código: o produto, o dinheiro, os clientes e as regras. Uma chain nunca fecha. Todo saldo é público. Uma carteira é um par de chaves. Tudo o que um agente precisa para fazer um trabalho sem uma pessoa no meio está ali há anos, esperando o agente chegar.

Quem já lançou onchain conhece a manhã seguinte. O token está no ar, o Telegram lotou durante a noite, e alguém precisa responder às 3 da manhã porque o mercado nunca dorme. O produto foi a parte fácil. A parte difícil é moderar o grupo, postar a thread, rodar os anúncios, vigiar a tesouraria, resgatar as taxas. Esse trabalho transformou projetos de duas pessoas em projetos de dez, ou os matou em silêncio. Leia a lista de novo: ela é, quase linha por linha, uma lista de cargos que um agente consegue ocupar hoje.

Então a pergunta na frente de um fundador onchain mudou. Não é mais "quem constrói o meu app". É "quem toca a minha empresa". E isso agora é uma descrição de cargo que você digita em um chat.

---

O que é a Modus

A Modus é uma construtora de empresas para o mundo onchain. Você descreve o produto em um chat; a Modus pesquisa, desenha, escreve o código e os contratos, lança o token, faz o deploy e depois contrata os agentes que vão tocá-lo. Uma conversa, do começo ao fim.

O produto vem primeiro. Diga o que você está fazendo, se roda na web, onchain ou em algum lugar no meio, e um conjunto de agentes assume, cada um feito para uma camada do trabalho. Um pesquisa o mercado e escreve a especificação. Um desenha todas as telas na sua marca. Outros escrevem o frontend, o backend, o banco de dados e os contratos, revisam tudo, lançam o token e fazem o deploy do conjunto. O que sai é uma stack completa que você pode ler, editar e reverter a qualquer momento. E tudo isso foi feito para o trabalho onchain, até a infraestrutura: o Modus Gateway coloca atrás de uma única chave o RPC, a indexação, os dados de mercado e o roteamento de que um produto onchain depende, então o que você constrói fica no ar no dia do deploy, em vez de esperar um mês de cadastros em provedores.

A maioria das ferramentas para no app e te entrega um repositório. A Modus continua, porque o app nunca foi a parte difícil. Você contrata os funcionários de IA que tocam o que você acabou de construir: o moderador do seu Telegram, o profissional de marketing por trás dos seus anúncios, o analista que vigia a chain, o operador que roda a rotina da tesouraria. Eles não precisam de onboarding. A Modus construiu o produto, então eles chegam já com o app, a documentação e os contratos na cabeça. Pesquisar, construir, tocar: esse é o formato todo, e o motivo de ir além de um construtor que para no app.

Durante tudo isso, o volante continua nas suas mãos. O código é seu, os contratos são seus, e nada vai ao ar até você dizer. O resto deste texto mostra como isso funciona, na ordem em que você vai usar.

Comece com o que você tiver

Uma frase basta. Uma especificação completa também, ou um repositório que você já tem no GitHub.

A sua primeira conversa é com o Modus Spec. Se a ideia está no começo, escolha Research: ele estuda o mercado e os concorrentes e testa o conceito antes de qualquer coisa ser construída. Se você já sabe o que quer, escolha Build. Enquanto vocês conversam, ele registra cada decisão que você fecha, chain, custódia, token, para que nenhuma etapa seguinte pergunte de novo. Quando você cria o projeto, a conversa vira um briefing, e tudo o que vocês nunca discutiram fica marcado como em aberto, em vez de inventado.

O briefing vira o PRD, o documento que toda etapa seguinte lê. Um agente Architect o escreve ao vivo na sua frente: problema, usuários, escopo, arquitetura, páginas e como as pessoas se movem entre elas. Edite no mesmo chat e ele se atualiza na hora. Para uma segunda opinião, quatro revisores especialistas, um PM, um designer, um engenheiro full-stack e um arquiteto web3, apontam o que está faltando, fraco ou inconsistente. Design e Code são construídos a partir desse único documento, então uma mudança na especificação no meio do caminho chega à próxima tela e à próxima rodada do build.

O estúdio de design

Design é um estúdio completo com agentes trabalhando ao seu lado, e cobre tudo o que uma empresa coloca na frente das pessoas: as telas do app e o site, o pitch deck, o kit de redes sociais e os banners, e os vídeos, de um tour pelo site a um vídeo de lançamento.

Tudo começa pelo seu kit de marca. Cole a URL do seu site e a Modus extrai o seu logo, as cores e a tipografia; envie o que ficou faltando; escolha um design system do catálogo ou importe os seus arquivos do Figma. A partir daí, todo agente desenha com esse kit. Os agentes desenham as telas em um canvas infinito, e cada tela é conferida assim que chega em qualidade visual, consistência com as outras e uso dos seus tokens, então o que você vê já está coerente antes mesmo de você mexer.

Depois você abre o editor e finaliza as telas com o agente, no mesmo arquivo. Clique em um elemento e escreva o que quer mudar: "a porcentagem está pequena demais", "mostra a taxa ao lado do valor a receber". As notas entram em uma lista de tarefas e o agente resolve tudo como um único pedido. Ou mude você mesmo: tipografia, efeitos, animações, cores, layout, até o CSS em cada breakpoint, e o agente continua a partir da sua versão. As páginas são feitas de componentes compartilhados, e cores, tipografia e raio de borda são tokens, então corrigir um botão uma vez corrige esse botão em todas as páginas que o usam. Quando você aprova as telas, o Code assume.

Código que você consegue ler

Code é uma IDE no navegador que você conduz conversando. Ela tem tudo o que uma IDE tem, um editor com árvore de arquivos e diffs, um terminal, um painel de banco de dados, serviços de backend, git, um preview ao vivo, e você pode usar tudo isso na mão. Na maior parte do tempo, não vai precisar.

O build começa pelo design. Quando você aprova as telas, o agente de build recebe cada uma delas mapeada para a sua página no PRD, os seus design tokens e um briefing escrito a partir da conversa de design: a intenção por trás de cada layout, o que você rejeitou, o que você deixou para depois. A primeira rodada é uma análise de lacunas, o que o PRD exige contra o que o design cobre, e só depois ele escreve código. Ele escreve tudo: frontend, backend, banco de dados, testes e os contratos, em Solidity ou nativos de Solana. Para os contratos, ele usa código auditado e amplamente implantado sempre que isso se encaixa e escreve código novo só para o que é específico do seu protocolo; tudo o que é novo passa por um analisador estático, uma revisão de segurança por IA e uma checagem contra a sua especificação antes de ser implantado em uma testnet, verificado no explorer e assinado na sua carteira. Bots, indexadores e APIs rodam como serviços sempre ativos hospedados na Modus.

O agente trabalha dentro do contêiner do seu próprio projeto, escrevendo arquivos, rodando comandos e conferindo o resultado no preview, e cada passo chega até você em tempo real: cada mudança de arquivo com o seu diff, cada chamada de ferramenta com a sua saída, o plano, o raciocínio e uma pergunta quando ele precisa de uma escolha ou de uma assinatura da carteira. Tarefas em segundo plano ficam com os trabalhos maiores: cada uma roda na sua própria branch do workspace, duas por vez, e volta como um diff que você aplica ou descarta enquanto continua trabalhando. Uma rodada do build também pode chamar um dos funcionários de IA que você contratou.

Cada rodada fica entre dois commits, então qualquer mudança pode ser comparada, restaurada arquivo por arquivo ou revertida em um clique. Os arquivos que você envia nunca são sobrescritos. Mande o workspace inteiro para o GitHub quando quiser.

Modus Gateway

Um produto onchain não roda só com código. Ele precisa de um RPC para chegar à chain, de um indexador para ler o histórico, de preços e dados de mercado, de roteamento para swaps e bridges e de um explorer para os dados dos contratos. Normalmente isso significa uma dúzia de contas, uma dúzia de chaves de API, uma dúzia de faturas e só uma fração de cada plano em uso.

O Modus Gateway substitui tudo isso por uma única chave. RPC, indexação, dados de mercado, roteamento e os provedores de dados premium de que um produto onchain depende passam por ele, e você paga, de um único saldo de créditos, exatamente o que o seu produto chama. A mesma chave funciona nos agentes que constroem o seu produto, nos funcionários que o tocam e em produção, onde quer que você hospede, então um app que funciona no preview funciona depois do deploy sem nenhum cadastro em provedor. Se você já tem as suas próprias chaves de provedores, conecte-as e o Gateway sai do caminho. Nenhum outro construtor de apps entrega essa camada, e é por isso que um produto onchain construído aqui está no ar desde o primeiro dia, em vez de ficar esperando infraestrutura.

O lançamento, e o que continua rodando depois

Quando o build está pronto, o deploy é um botão no Hub e uma frase no chat. O frontend vai para a Vercel ou a Netlify, os serviços de backend vão para o Cloudflare Workers ou ficam sempre ativos na Modus, e os contratos vão para a chain que você escolheu no PRD: Ethereum, Robinhood Chain, Solana, Base, BNB, Arbitrum, Avalanche e outras. A sua chave do Gateway vai junto com o deploy, então nada quebra em produção por falta de um segredo copiado.

O que você lança não fica desatualizado. A documentação é gerada a partir do código, README, arquitetura, referência de API, runbooks, e um detector de divergências aponta quais deles ficaram desatualizados depois de uma rodada de código, de um deploy ou de uma mudança de contrato, com atualização em um clique. O conteúdo do site é gerenciado por um CMS parceiro integrado, então um novo anúncio ou uma nova imagem de destaque vai ao ar sem deploy.

O Token Launcher

A maioria dos projetos onchain roda em cima de um token. É com ele que o protocolo cobra taxas, recompensa os primeiros usuários, abastece a tesouraria e dá voto à comunidade, e é com ele que o projeto ganha um mercado antes mesmo de o produto estar pronto. É também onde a maioria dos projetos erra. Supply, vesting, taxas, o contrato, a auditoria, o local de lançamento: cada um é uma decisão, cada um é público para sempre, e a maioria dos times toma essas decisões em uma ferramenta separada, semanas depois de o produto estar pronto.

Na Modus, o token faz parte do mesmo build e é desenhado por um agente que já conhece o produto ao qual ele pertence: quais são as taxas, quem são os usuários, o que a tesouraria precisa guardar. A tokenomics começa pelo produto, não por um template, e o agente explica o resto em linguagem simples. Depois você escolhe onde lançar.

Em uma DEX, o agente escreve o contrato com as funções que você escolheu, passa por três rodadas de revisão, análise estática, uma revisão semântica por IA e uma checagem contra a sua própria especificação, faz o deploy primeiro na testnet, verifica o código-fonte no explorer e adiciona liquidez na Uniswap, PancakeSwap ou Aerodrome. Depois do lançamento, toda função de owner, lock ou burn de LP, vesting, taxas, limites, renounce, está a uma mensagem de distância. Em uma bonding curve, o agente cuida do lançamento inteiro: Pons na Robinhood Chain, Flap na BNB Chain, pump.fun na Solana, com as taxas de criador resgatáveis dentro da Modus.

De qualquer forma, toda transação é assinada da sua própria carteira. A Modus nunca tem acesso às suas chaves.

O time: funcionários de IA na folha de pagamento

É aqui que o app vira uma empresa. No dia em que vai ao ar, ele precisa de um community manager no Telegram e no Discord, de um social media no X, de um atendente de suporte trabalhando a partir da documentação, de um profissional de performance rodando os anúncios, de um analista de mercado vigiando os concorrentes e a chain e de um assistente executivo cuidando do e-mail e da agenda. Um protocolo precisa de mais um: um operador onchain que executa swaps e transferências em um horário ou gatilho. Na Modus, cada um deles é uma contratação.

Eles chegam conhecendo o negócio. Como a Modus construiu o produto, todo funcionário começa com o briefing, a marca, a documentação, os endereços dos contratos e o token no contexto, do jeito que um novato estaria depois de um bom onboarding. O que eles não recebem é o interior do build: nenhum acesso ao código, aos seus segredos ou à sua carteira. Um funcionário vê o que uma pessoa naquele cargo veria e age por meio das contas e da carteira que você disponibiliza para ele.

Contratar é uma frase. Aperte Hire, descreva o trabalho do jeito que você descreveria para uma pessoa, "leva o meu Twitter a 10 mil seguidores postando todo dia", e a Modus transforma isso em um fluxo de trabalho que você pode abrir, ler e editar conversando com um co-builder. Teste no canvas, conecte as contas de que ele precisa, dê a ele um gatilho, um evento em um dos canais dele ou um horário, e defina o orçamento. A partir daí ele tem um painel: última execução, taxa de sucesso, custo, um chat para falar com ele e um log passo a passo de tudo o que ele fez.

Esses funcionários vão bem mais longe do que um bot de automação comum. Centenas de apps conectados, entre eles X, Telegram, Discord, Slack, Gmail, Notion, GitHub e Google Agenda. Ferramentas do Gateway para dados de chain, cobradas dos mesmos créditos que o produto. Um kit de carteira para ações onchain. E eles melhoram no trabalho: a memória fica guardada em arquivos que você pode abrir e ler, e depois de uma execução que deu trabalho de verdade, o padrão é registrado como uma habilidade que ele reutiliza da próxima vez. Para trabalhos maiores, defina uma meta com uma métrica, um alvo, um prazo e um orçamento, e a Modus monta um time para ela: subagentes com os seus próprios papéis e horários, reportando a um agente principal, com progresso e gastos em um único painel.

A palavra final é sempre sua

Essa regra vale para o produto inteiro: os agentes fazem o trabalho, você aprova o que vai ao ar. Tudo o que eles fazem continua aberto para você, do código do frontend aos contratos publicados; entre quando quiser, e os agentes seguem a partir das suas mudanças. Os builds rodam em sandboxes isoladas, as credenciais são criptografadas em repouso e em trânsito, a stack é hospedada na UE e o seu conteúdo nunca é usado para treinar modelos.

Por onde começar

Comece grátis em modus.builders e faça upgrade quando precisar de mais uso, mais projetos ou serviços sempre ativos.

A primeira empresa de uma pessoa só avaliada em um bilhão de dólares vai ser construída onchain. Se a ideia é sua, tudo começa com uma conversa.