1Conversa com o Pixios No ar
O cliente conta a ideia no chat. O Pixios pergunta até entender: negócio, quem usa, dor principal e funcionalidades. Responde no idioma do cliente.
2Diagnóstico No ar
Lê o site ou o logo (cores, fontes), pesquisa o público e os concorrentes na web e classifica o projeto (simples, médio, complexo). Custo de cerca de US$ 0,02.
3Três demos navegáveis, grátis No ar
Acolhedor, Ousado e Executivo, geradas em paralelo com o Sonnet 5.5. Detalhe na aba Demo.
Pedir ajuste No ar
Refaz só aquela demo (versão +1). Até 3 ajustes leves no plano grátis. Depois volta a escolher.
Criar o protótipo funcional No ar
Plano pago ou conta isenta: segue. Sem plano: o botão vira "Ver planos".
4Protótipo funcional Em teste real
A fábrica constrói o app de verdade: banco, login, perfis, telas e regras. 5 fases em fila, cada tarefa só avança depois de verificada. Detalhe na aba Protótipo. Prazo prometido: até 48 horas.
5Feedback do cliente A construir
O cliente testa, dá nota e lista ajustes. O Pixios separa o que está no escopo (entra) do que é novo (fica anotado).
6Versão final e domínio A construir
Aplica o feedback e faz os acabamentos: animações, imagens, textos, SEO, ícone/PWA e e-mails. Detalhe na aba Versão final.
7Teste de segurança (pentest) A construir
Só publica com nota A. Parte dele já roda no QA do protótipo (portão G7: injeção, XSS, permissões, cabeçalhos).
8No ar com checkup diário Motor real
Todo dia às 06:00: online, DNS, cadeado, tempo de resposta, cabeçalhos e backup. Se algo cair, corrige e avisa.
Lead confirma "Pode desenhar!" No ar
Depois do cadastro o app oferece as demos. Por botão, ou por texto, quando a IA devolve a ação gerar_demos.
Briefing montado pelo servidor Código
Junta tudo: conversa, diagnóstico, identidade do site (paleta e fontes), mercado e idioma. Dados e moeda do mercado são injetados pelo servidor, não pelo modelo.
Acolhedor
Claro, caloroso, cantos grandes.
Ousado
Escuro, vibrante, números grandes.
Executivo
Sóbrio, denso, tabelas e KPIs.
Sonnet 5.5 escreve cada demo No ar
HTML único e navegável, com dados fictícios realistas. O lead vê a tela sendo montada em tempo real.
Acabamento automático Código
- Valores, datas e máscaras formatados pelo servidor, certos no idioma e na moeda.
- Imagens geradas e logo claro/escuro.
- O agente confere os próprios prints antes de entregar.
- Proteções contra cópia: marca d'água invisível.
Ajuste
Refaz só o estilo escolhido. Até 3 grátis (ajustes_usados).
Aprovou
Grava demo_escolhida. A conversa passa para a fase do protótipo e o escopo fica congelado.
Entrada: escopo + demo aprovada Código
Ao clicar em "Criar o protótipo funcional", o servidor monta o escopo (funcionalidades, perfis, paleta e fontes da demo) e abre um build na fábrica.
A. Planejamento: o JSON com as etapas Sonnet forte
O modelo desenha o contrato do app: módulos, tabelas, endpoints, páginas, fluxos, perfis e usuários de demonstração.
- O código valida o JSON (cobertura, limites, tabelas existentes). Se reprovar, devolve a lista de erros e o modelo refaz.
- Limites: até 12 módulos, 40 páginas, 120 endpoints, 40 tabelas.
- O código gera as tarefas a partir do contrato. A IA não escolhe a ordem.
B. Esqueleto Código
Cria o repositório git do projeto, o schema do banco e o contrato pixios.manifesto.json. É a base que todas as tarefas compartilham.
Regra de paralelismo
Dentro de uma fase, as tarefas rodam juntas até o limite de agentes (hoje 2) e navegadores (hoje 2). Nenhuma tarefa de uma fase começa antes de a fase anterior terminar por completo, e as dependências entre tarefas continuam valendo dentro da fase.O que acontece dentro de CADA tarefa (o laço de verificação)
1. Worktree isolado
Cópia git só da tarefa, com o contrato injetado e uma lista de arquivos permitidos.
2. Agente escreve o código Sonnet médio
Limite de tempo (20 min, 25 na integração) e de custo por tentativa. Pedidos de biblioteca passam por aprovação do código.
3. Guarda do contrato Código
Desfaz arquivos fora da lista permitida e reprova se o manifesto foi alterado fora do combinado.
4. Portões automáticos Código
Cada tipo de tarefa passa só nos portões do seu escopo. O app sobe uma vez, num schema de teste, e o portão G1 agora testa só os endpoints da própria tarefa.
schema/seed/api: G0+G1 · página: G0+G1+G2 · integração: G0 a G3
Sim: integra na main
Junta com o trabalho das outras tarefas. Se a main andou, reconfere. Conflito: refaz uma vez sobre o estado atual. Tarefa concluída.
Não: tenta de novo
Devolve ao agente o relatório do que falhou (com print). Até 4 tentativas. Falha repetida idêntica interrompe o laço.
C. QA do projeto inteiro Código
Com todas as tarefas concluídas, roda os 9 portões sobre o app completo. Aqui o G1 testa todos os endpoints de uma vez.
Sim: rodada de correção
Uma tarefa de correção por lugar com problema (até 8 por rodada), cada uma passando no mesmo laço de verificação. Depois volta ao QA. Até 4 rodadas; se sobrar problema grave, pausa.
Não: protótipo pronto
Gera o relatório de qualidade (verificações, telas, aparelhos, problemas corrigidos), marca o build como pronto.
Ritmo e o que o cliente vê
Em contas normais, a construção respeita o ritmo diário (horário comercial 8h às 22h; 8, 6 ou 5 tarefas por dia conforme o porte P, M ou G; duração mínima por porte). Contas de teste do dono rodam em modo imediato. O cliente acompanha etapas, porcentagem e previsão pela tela "Acompanhar a construção", sem ver prompts, motores nem custos.O que mudou em 06/10 (correção da peixaria)
Situação
Esta etapa está especificada na jornada de 7 fases, mas ainda não existe em código. O desenho abaixo reaproveita a fábrica: o feedback vira um novo build com tarefas de ajuste, passando pelos mesmos portões.Protótipo pronto e entregue Existe
O cliente abre o app real e testa com os usuários de demonstração.
Feedback do cliente A construir
Nota e lista de ajustes escrita em linguagem normal.
Triagem de escopo A construir
O Pixios classifica cada pedido: dentro do escopo aprovado (entra), alteração leve (conta nas 10 do mês) ou funcionalidade nova (fica anotada e vira proposta de módulo).
Ajustes do feedback
Viram tarefas de correção, no mesmo laço de verificação do protótipo.
Acabamentos
Animações, imagens geradas, textos finais, SEO, ícone e PWA, e-mails transacionais, tema claro/escuro revisado.
Domínio A construir
O cliente escolhe. O Pixios registra, aponta DNS, emite HTTPS e publica.
QA completo de novo Existe
Os 9 portões sobre o app inteiro, como no protótipo.
Pentest A construir
Portas, SSL, cabeçalhos, injeção, XSS, permissões por perfil, força bruta, senhas, segredos, bibliotecas e backup. Só publica com nota A. O portão G7 cobre uma parte.
Não
Rodada de correção e novo pentest.
Sim: no ar Monitor real
Publicado no domínio do cliente, com checkup diário às 06:00. O plano anual libera a exportação do código e remove o selo "Feito com Pixios".