Skip to main content
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. 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.

​
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.