Loops agênticos / Lucentive
Icarus
Uma fábrica de apps em que agentes constroem e uma pessoa dá o aval
Icarus é uma fábrica de apps operada por agentes de IA. Eles escolhem uma categoria, apontam uma lacuna que os apps líderes deixam aberta, escrevem uma especificação e então constroem o app e verificam se ele segue a especificação; o aval final é de uma pessoa. Está em desenvolvimento e roda localmente: nenhum app chegou a uma loja, e a publicação ainda não foi construída.
Direção de produto, conceito e arquitetura: Hendril Lara. Implementação: engenheiros da Lucentive.
- Minha parte
- Ideia, conceito, arquitetura e gestão do projeto
- Status
- Em desenvolvimento, ainda não publicado
- Stack
- Python, FastAPI; apps em Flutter ou web
- Desde
- 2026
O que é
O Icarus é uma linha de produção que transforma uma lacuna de mercado num app funcionando, com vários apps passando por ela ao mesmo tempo. Os agentes escolhem uma categoria dentro dos limites definidos pelo operador, estudam os apps líderes dessa categoria, apontam uma coisa que nenhum deles faz bem e escrevem uma especificação em torno disso: as funcionalidades, como cada uma é considerada pronta e o que o app não pode virar.
Dali em diante, o trabalho segue essa especificação. Um agente revisor dá nota à ideia e corta o excesso, um construtor escreve o app funcionalidade por funcionalidade, verificações automáticas comparam cada uma com a especificação, e a versão pronta espera por uma pessoa, que aprova ou devolve.
Para quem é, e a minha parte
A maioria das ideias de app morre entre a “lacuna interessante” e o “app funcionando”, porque achar a lacuna, desenhar um produto enxuto e construí-lo leva tempo. Eu queria um caminho repetível de uma ponta à outra, sem produzir os clones feitos às pressas que as lojas de apps, com razão, recusam.
A ideia do Icarus é minha, e fui eu que defini o formato: as etapas, a especificação como única fonte da verdade, as verificações que mantêm a construção honesta e a decisão humana antes do lançamento. Conduzi o projeto, e os engenheiros da Lucentive o construíram comigo.
- Todo app precisa partir de uma lacuna identificada; sem isso, não é construído.
- Cada papel de agente pode usar um modelo de IA diferente, inclusive modelos gratuitos que rodam localmente.
- Limite de gasto por app e no total, e um único botão que para tudo.
- Um app pronto pode ser entregue ao Loop, nosso sistema de marketing, como briefing de campanha.
Da lacuna à especificação
As telas desta página vêm de uma execução na minha máquina, com um modelo de IA grande, hospedado, em todos os papéis e um teto de gasto de poucos dólares. Entre as categorias permitidas, ele escolheu culinária, listou três apps de receitas que já existem e chegou a uma lacuna: eles sugerem receitas com ingredientes que você não tem, ou mandam você para páginas cheias de anúncios. A resposta foi um app que mostra só o que dá para cozinhar com o que já está na sua despensa. Os agentes de descoberta raciocinam com o que o modelo sabe; dados ao vivo das lojas de apps ainda não estão conectados.
A especificação é a fonte da verdade. Cada funcionalidade tem uma prioridade (obrigatória, desejável ou opcional) e um critério simples do que é estar pronta, e a especificação lista o que fica de fora para o app não crescer além da ideia.
Uma funcionalidade por vez, conferida com a especificação
O construtor não escreve o app inteiro de uma vez. Ele monta uma base e acrescenta uma funcionalidade por vez; depois de cada uma, verificações automáticas procuram desvios da especificação, telas que ninguém alcança, código provisório e erros ao abrir cada página num navegador de verdade. Uma funcionalidade que falha ganha algumas rodadas de correção antes de a linha seguir, e cada etapa fica cronometrada e registrada.
Os apps saem em Flutter, para celular, ou como apps web simples. Modelos mais fortes desenham cada app do zero; modelos pequenos partem de um layout guiado.
Uma decisão humana
Quando um app passa nas verificações, ele para no portão, sob uma faixa vermelha. O console mostra o que foi construído, como isso bate com a especificação e o registro completo, e deixa a pessoa abrir o app para testar. Aprovar marca o app como pronto para publicar, embora a etapa de publicação ainda não exista; rejeitar devolve ao construtor, com observações se a pessoa escrever alguma. O portão se recusa a aprovar uma versão que falhou nas verificações, e nenhuma configuração o desliga.
A execução mostrada aqui é o portão fazendo o seu trabalho. O construtor concluiu três das quatro funcionalidades, e as verificações acharam uma tela que não podia ser alcançada e uma funcionalidade deixada como provisória. Por isso o console marca a versão como não verificada, desliga a aprovação e só oferece devolvê-la ao construtor.
Em que pé está
O Icarus está em desenvolvimento e roda localmente. Tudo até a aprovação humana funciona de ponta a ponta, junto com orçamentos, alertas e o botão de parada. Ele já produziu apps web funcionando, um deles empacotado como versão de teste para Android e rodado num emulador, e um pequeno jogo em 3D.
Ainda não construído: criar um repositório de código para cada app e publicar nas lojas, o que exige contas reais de loja e assinatura dos apps. Dados ao vivo das lojas para a descoberta estão planejados, e a entrega ao Loop só rodou em modo de teste.
Mais telas
Próximo projeto