Saltar para o conteúdo principal
Um projeto é o contêiner para tudo que você constrói no Replit. Artefatos são as saídas publicáveis dentro dele — web apps, apps móveis, decks de slides, animações, visualizações de dados, jogos 3D e designs. Quando você está construindo mais de uma coisa, tem duas opções: adicionar múltiplos artefatos a um único projeto ou criar projetos separados. A escolha certa depende de se seus apps compartilham dados, lógica e um ciclo de vida de deployment. Esta página aborda ambos os termos em profundidade e mostra quando manter artefatos em um único projeto versus quando criar projetos separados.

O que é um projeto?

Um projeto é o contêiner que guarda seu código, dados e todos os artefatos que você cria. Quando você diz ao Agent o que quer, ele configura um projeto e constrói os artefatos dentro dele. Pense em um projeto como uma área de trabalho na sua mesa. Tudo fica em um lugar e pode compartilhar as mesmas informações, mas cada peça serve a um propósito diferente. Por exemplo, se você pedir ao Agent para criar um app de rastreamento de fitness, ele cria um projeto com um artefato de app móvel junto com o backend, banco de dados e armazenamento necessários para funcionar. Conceitos-chave:
  • Projeto: O contêiner que guarda tudo — seu código, dados e todos os seus artefatos.
  • Artefato: Uma saída publicável dentro de um projeto (um web app, deck de slides, vídeo e assim por diante).
  • Recursos: Todo artefato tem acesso automático a um backend, banco de dados e armazenamento de arquivos — sem necessidade de configuração.
Para tudo que você pode fazer com um projeto — gerenciar, filtrar, fixar, ordenar — veja Projetos.

O que é um artefato?

Artefatos são as coisas que você pode publicar no Replit. Cada um é uma saída completa e independente que recebe sua própria URL compartilhável quando você publica. Todo o resto no seu projeto — arquivos, imagens, CSVs, código — suporta seus artefatos, mas não pode ser publicado por conta própria.
TipoO que é
Web appSites e aplicações web que gerenciam usuários, bancos de dados e mais.
App móvelApps nativos para iPhone e Android.
Deck de slidesDecks de apresentação que você pode apresentar ou exportar.
AnimaçãoMotion graphics e vídeos animados. Exporte como MP4.
Visualização de DadosDashboards interativos e visualizações para explorar dados e criar gráficos.
Jogo 3DJogos 3D, simulações e experiências interativas.
DesignDireções visuais e protótipos explorados no canvas de design.
Para tudo que você pode fazer com artefatos — alternar entre eles, adicionar novos, a barra lateral da Biblioteca — veja Artefatos.

O que os artefatos compartilham em um projeto

Quando os artefatos vivem no mesmo projeto, eles compartilham automaticamente:
  • Banco de dados: Um artefato escreve dados, os outros leem instantaneamente.
  • Backend e API: Lógica de servidor compartilhada, sem código duplicado.
  • Armazenamento de arquivos: Imagens, documentos e uploads acessíveis em todos os artefatos.
  • Deployment: A publicação implanta tudo junto e em sincronia.
Isso significa que você não precisa configurar conexões ou duplicar código entre artefatos. Mas também significa que você não pode publicar um artefato sem publicar os outros.

Guia rápido

Aqui estão os cenários principais a considerar ao decidir se deve adicionar artefatos a um projeto existente ou criar um separado.
Use múltiplos artefatos em um projetoUse projetos separados
Os apps compartilham os mesmos dados e backendOs apps não compartilham lógica ou dados subjacentes
Você quer que tudo seja implantado juntoVocê precisa de ciclos de deployment independentes
São complementares (como um app de cliente e um painel de administrador)São produtos não relacionados ou para clientes diferentes
Você quer que as mudanças em um artefato reflitam automaticamente nos outrosO projeto é temporário, como uma landing page de campanha ou site de evento

Exemplos

Mesmo projeto: web app + app móvel para um produto

Um restaurante constrói um web app para os clientes navegarem no cardápio e um app móvel para a equipe gerenciar pedidos. Ambos se conectam ao mesmo banco de dados de itens do cardápio, pedidos e informações do cliente. Por que um projeto: os apps compartilham os mesmos dados e backend. Quando um cliente faz um pedido pelo web app, a equipe o vê imediatamente no app móvel.

Mesmo projeto: app + painel de administrador + deck de pitch para investidores

Uma startup constrói seu produto principal, um painel administrativo interno para gerenciar conteúdo e um deck de slides para captação de recursos — tudo em um projeto. Por que um projeto: o painel de administrador gerencia os mesmos dados que o app exibe, e o deck de pitch pode referenciar métricas ao vivo do backend compartilhado.

Projetos separados: dois apps de clientes não relacionados

Um freelancer constrói uma loja de e-commerce para um cliente e um sistema de reservas para outro. Por que projetos separados: os apps não têm dados ou lógica compartilhados. Cada cliente precisa de deployment independente e você não quer que mudanças em um afetem o outro.

Projetos separados: landing page de campanha ao lado de um produto principal

Você tem um app de produção que roda durante o ano todo e uma landing page temporária para uma campanha de marketing. Por que projetos separados: a página de campanha tem seu próprio ciclo de vida — você vai colocá-la no ar, executá-la por algumas semanas e tirá-la do ar. Mantê-la separada evita desorganizar seu produto principal e permite que você publique ou remova-a independentemente.

Perguntas frequentes

Não atualmente. Se você precisar separar um artefato, crie um novo projeto e peça ao Agent para reconstruí-lo lá.
Um projeto pode conter no máximo 7 artefatos, com um limite de 1 app móvel por projeto. Esse limite existe porque artefatos adicionais consomem mais memória, o que pode deixar a prévia mais lenta. Se você precisar de mais artefatos, comece outro projeto.
Não atualmente. A publicação implanta tudo junto. Se você precisar de deployment independente, use projetos separados.
Sim. Todos os artefatos em um projeto compartilham o mesmo banco de dados e serviços de backend. Se seu web app escreve dados, seu app móvel e dashboard de dados podem lê-los imediatamente.
Artefatos são coisas que você pode publicar — apps, slides, vídeos e assim por diante. Arquivos (como CSVs, imagens ou código) são ativos dentro do seu projeto que suportam seus artefatos, mas não podem ser publicados por conta própria.