Plataforma
Builder: o par de IA que lança apps reais
Descreva o que quer em linguagem simples e veja uma aplicação React, TypeScript e Supabase real tomar forma ao lado da conversa — com git, checkpoints e uma pré-visualização ao vivo incorporados.
O Builder é o espaço de trabalho de desenvolvimento do Ciao: chat à esquerda, a sua aplicação ao vivo à direita. Ao contrário das ferramentas de programação com IA que param no código gerado, o Builder associa a cada conversa inspect-to-prompt, uma fila de pedidos, git nativo em branches, desfazer, checkpoints, pré-visualização ao vivo e uma consola full-stack — para que pedidos em linguagem simples se tornem software real, funcional, que você possui.
Publicado 2026-07-03 · Última atualização 2026-07-03
Uma única janela entre uma ideia e uma app funcional
A maioria das ferramentas de programação com IA produz código e considera o trabalho terminado. Executar esse código, pré-visualizá-lo, versioná-lo e recuperar da alteração que quebrou o login ficam por sua conta — e é exatamente aí que os não-programadores encalham e os programadores perdem a tarde. A distância entre um diff gerado e uma aplicação funcional é o custo real do desenvolvimento assistido por IA, e raramente aparece na demonstração.
O Builder fecha essa distância. É um único espaço de trabalho: a conversa com o Ciao à esquerda, a sua aplicação ao vivo à direita. Descreve o que quer em linguagem simples, o Ciao escreve React e TypeScript reais sobre um backend Supabase, e a pré-visualização à sua frente atualiza-se. Branching, checkpoints, desfazer e registos já estão na janela, para que uma alteração séria nunca precise de a abandonar.
Como funciona uma sessão no Builder
1. Descreva a alteração
Escreva o que quer em linguagem simples — um novo ecrã, uma alteração a uma regra, um relatório. O Ciao planeia o trabalho e escreve código real, não configuração dentro de uma ferramenta fechada.
2. Aponte em vez de descrever
Com o inspect-to-prompt, clique em qualquer elemento na pré-visualização ao vivo e o seu próximo pedido associa-se exatamente a esse componente. Chega de parágrafos a tentar explicar qual botão quer dizer.
3. Coloque os próximos pensamentos em fila
A fila de pedidos mantém os pedidos seguintes por ordem enquanto a construção atual corre. As ideias ficam na fila, não num ficheiro de notas que vai esquecer.
4. Trabalhe num branch real
O Builder é nativo em branches: cada trabalho acontece num branch git, para que as experiências fiquem isoladas e nada edite a aplicação publicada diretamente.
5. Veja-a correr ao vivo
A pré-visualização ao vivo é a aplicação real — rotas reais, dados reais, autenticação real — não uma maquete estática. O que vê é o que vai ser lançado.
6. Desfazer, ou saltar para um checkpoint
O desfazer com um clique reverte a última alteração; os checkpoints marcam estados conhecidos e funcionais aos quais pode voltar a qualquer momento. As tentativas ousadas deixam de ser arriscadas.
7. Veja o que está por baixo
A consola full-stack mostra erros de frontend, registos de backend e atividade da base de dados num único lugar, para que "porque é que isto está avariado" tenha apenas um sítio para verificar.
Porque é que isto importa
O Builder produz React, TypeScript e Tailwind padrão que você possui inteiramente — exportável para o seu próprio repositório a qualquer momento. Isto importa porque a alternativa é ganhar impulso dentro do formato de outra pessoa: meses de trabalho que não pode levar consigo.
Também importa porque o Builder não trabalha sozinho. Cada workspace Ciao vem com uma organização de software com IA — CTO, Doctor, analista de QA, engenheiro de Segurança, Coder e operador SysOps — para que o que constrói no Builder passe pela revisão Guardrails, QA automatizada e testes de segurança ao vivo antes de chegar aos utilizadores. A janela de chat é a porta de entrada para um ciclo de entrega, não o produto inteiro.
Quem usa o Builder
- Fundadores e operadores — Pessoas que conseguem descrever o produto com precisão mas não escrevem código — obtêm uma aplicação real que possuem, não um protótipo com data de validade.
- Gestores de produto e especialistas de domínio — As pessoas mais próximas do fluxo de trabalho constroem a ferramenta interna elas próprias, num branch, com revisão antes de qualquer merge.
- Engenheiros — Os programadores usam o Builder para avançar mais rápido em trabalho bem compreendido, mantendo a disciplina de git, os checkpoints e a visibilidade full-stack que teriam configurado de qualquer forma.
- Agências — O trabalho de clientes obtém o mesmo ciclo: construa em conversa, mostre a pré-visualização ao vivo nas chamadas de revisão, lance através dos gates.
Notas de segurança e governança
- ✓ Cada alteração acontece num branch git — nada edita a aplicação publicada diretamente.
- ✓ O Guardrails mapeia o código em áreas de negócio e aplica políticas em linguagem simples antes de alterações arriscadas serem integradas.
- ✓ O QA executa smoke gates antes da publicação e verificações em produção depois.
- ✓ Um registo de auditoria apenas de acréscimo cobre pedidos, merges, deploys e ações administrativas.
- ✓ O código do cliente não é usado para treinar modelos; a inferência decorre sob contratos de modelo com retenção zero.
- ✓ 100% de propriedade do código — exporte React, TypeScript e Tailwind padrão para o seu próprio repositório a qualquer momento.
Builder comparado com um fluxo de trabalho apenas de prompts
A diferença não é o modelo que escreve o código — é tudo o que envolve o código.
| Programação com IA apenas por prompt | Ciao Builder | |
|---|---|---|
| Ver o resultado | Copiar o código, executá-lo localmente | A pré-visualização ao vivo atualiza-se ao lado do chat |
| Localizar uma correção | Descrever o elemento por palavras | Clicar nele — o inspect-to-prompt associa o componente |
| Ideias seguintes | Esperar pela execução, depois reescrever | A fila de pedidos mantém-nas por ordem |
| Controlo de versões | Commits manuais, se existirem | Git nativo em branches, desfazer e checkpoints |
| Depuração | Terminais e painéis separados | Consola full-stack na mesma janela |
Perguntas frequentes
Preciso de saber git para usar o Builder?
Não. O Builder é nativo em branches por baixo do capô: cria branches, faz commit do trabalho e gere os merges por si. Os engenheiros podem descer ao nível do git sempre que quiserem, e o histórico completo está lá quando exportar o código.
O que faz exatamente o inspect-to-prompt?
Clica num elemento na pré-visualização ao vivo — um botão, uma tabela, um formulário — e o Builder associa o contexto desse componente ao seu próximo pedido. Um pedido como "torna isto ordenável" chega ao código certo à primeira vez, em vez de ser interpretado a partir de uma descrição escrita.
O que acontece quando uma alteração quebra alguma coisa?
Tem três camadas: desfazer com um clique para a última alteração, checkpoints para voltar a um estado conhecido e funcional, e smoke gates de QA que apanham falhas antes de uma publicação acontecer. As verificações em produção também correm depois da publicação.
Posso levar o código para outro lugar?
Sim. O Ciao gera React, TypeScript e Tailwind padrão com um backend Supabase, e você possui 100% disso. Exporte para o seu próprio repositório a qualquer momento — não há nenhum runtime proprietário do qual a app dependa.
Como começo, e quanto custa?
Os criadores individuais começam em self-serve com créditos — descreva a sua primeira app e avance. Os programas de produção sérios começam em 10.000 USD por ano; veja a página de preços ou fale com as vendas sobre o que a sua equipa precisa.
Páginas relacionadas
Construa o software que antes tinha de esperar.
Builder: o espaço de trabalho para desenvolvimento de apps com IA | Ciao