Por que Aubia começa por uma lista de espera

A primeira encarnação pública de Aubia cabe em uma página: um campo de e-mail e uma promessa. Nada de pricing, nada de download, nada de criação de conta. Essa Fase 0 tem um único trabalho: medir se o orquestrador de agentes de IA que desenvolvo responde a uma necessidade real, antes de investir nele meses adicionais.

Eu poderia ter programado o desktop no meu canto durante seis meses e só então anunciar. Escolhi o inverso. A landing valida antes de tudo uma intuição: outros desenvolvedores sentem a mesma frustração que eu, a de rodar vários agentes de IA em alternância sem nunca fazê-los conversar entre si? Uma lista de espera responde a essa pergunta cedo, e constitui de passagem uma base de contatos consentida e qualificada para o lançamento da beta 0.1. A nota do desenvolvedor conta de onde vem essa frustração.

Essa prudência responde a um risco documentado: o segmento dos orquestradores de agentes de IA ainda é imaturo, e a adoção nele não prova a monetização. Um dos orquestradores mais populares do segmento anunciou seu encerramento em 2026 apesar de uma tração real. A lista de espera serve para validar um interesse que se sustente antes de ampliar o produto, em vez de empilhar funcionalidades que ninguém pediu para pagar.

Uma página, uma única conversão

O repo da vitrine começou no fim de abril de 2026, e essa disciplina se lê no roteamento desde os primeiros commits. Todas as páginas públicas vivem sob um prefixo de idioma, e o único verbo de escrita exposto é o envio do formulário da lista de espera, que sai em direção a aubia.cloud.

Route::prefix('{locale}')
    ->where(['locale' => 'fr|en|es|de|it|pt'])
    ->group(function (): void {
        Route::inertia('/', 'welcome')->name('home');

        // Proxy waitlist vers aubia.cloud (BF-WB-001). Throttle nommé défini
        // dans bootstrap/app.php.
        Route::post('/waitlist', [WaitlistController::class, 'store'])
            ->name('waitlist.store')
            ->middleware('throttle:waitlist');
    });

Nenhum dashboard, nenhuma área de membros, nenhuma API pública. A landing expõe uma home localizada, duas páginas legais, as páginas de confirmação e esse único ponto de envio. O prefixo de idioma serve seis locales, cada uma com sua própria URL indexável. Menos superfície significa menos bugs e uma mensagem que não se dilui.

Descartei a ideia de manter os botões Baixar e Criar conta acinzentados com um Em breve. Um CTA inativo colocado ao lado do botão de inscrição ativo cria uma hesitação cognitiva que custa conversões: o visitante se pergunta qual escolher em vez de agir. Enquanto aubia.cloud não abre contas e os binários não estão assinados, esses botões levariam ao vazio.

aubia.dev, aubia.cloud, aubia.app: uma fronteira por domínio

A escolha do domínio codifica uma fronteira nítida entre os blocos de Aubia. A vitrine e os e-mails vivem em aubia.dev. A aplicação e sua API vivem em aubia.cloud, com o endpoint api.aubia.cloud recebendo as inscrições. O desktop ocupará aubia.app.

Essa separação garante que o site público, exposto a toda a internet, não compartilhe nenhuma infraestrutura sensível com o app. A landing permanece uma casca leve e sem estado, enquanto a lógica de negócio e os dados ficam confinados do lado do cloud. Quando você envia seu e-mail em aubia.dev, a requisição atravessa a fronteira até api.aubia.cloud, e nada de pessoal fica para trás na vitrine ao longo do caminho. Detalho esse proxy mais adiante na série.

Medir sem cookies nem banner

Conduzir uma campanha de pré-inscrição exige saber o que funciona, sem trair a confiança dos visitantes. Uso o Fathom Analytics, sem cookies e sem rastreamento individual. Alguns eventos personalizados bastam para ler o percurso: a entrada do formulário no viewport, o envio bem-sucedido, um eventual erro, a chegada à página de confirmação. Nenhum perfil, nenhuma revenda de dados, nenhum banner de consentimento a impor.

A landing também exibe uma contagem de pessoas que já confirmaram, obtida do lado do servidor a partir de aubia.cloud. Um número real, nunca uma projeção: ela só conta as inscrições confirmadas por double opt-in, nunca os e-mails à espera de validação. Essa exigência de sobriedade orienta também a visão do produto: uma ferramenta que agrega valor sem confiscar a sua atenção.

A primeira pedra

Uma vitrine mínima, um único objetivo, uma fronteira estrita com o cloud: eis a primeira pedra. Os próximos artigos entram na parte técnica: a stack que serve esta página aos motores de busca, depois a arquitetura de uma landing deliberadamente desprovida de banco de dados.

Para ser avisado quando a beta 0.1 abrir, entre na lista de espera.