> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Vários Artefatos vs. Projetos Separados

> Saiba quando combinar artefatos em um projeto e quando criar projetos separados no Replit.

Um [projeto](/replitai/projects) é o contêiner para tudo que você constrói no Replit. Um projeto contém seus designs, aplicativos, slides, dados e todas as saídas que você cria.
[Artefatos](/replitai/artifacts) são as saídas publicáveis dentro de um projeto: aplicativos web, aplicativos mobile, apresentações de slides e vídeos.

Quando você está construindo mais de uma coisa, você tem duas opções:

* adicionar vários artefatos a um único projeto,
* ou criar projetos separados.

A escolha certa depende se seus aplicativos compartilham dados, lógica e um ciclo de vida de implantação. Este guia aborda quando manter artefatos em um único projeto e quando criar projetos separados.

## O que os artefatos compartilham em um projeto

Quando os [artefatos](/replitai/artifacts) vivem no mesmo [projeto](/replitai/projects), eles automaticamente compartilham:

* **Banco de dados**: Um artefato grava 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 entre artefatos
* **Implantação**: A publicação implanta tudo junto de forma sincronizada

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 principais cenários a considerar ao decidir se deve adicionar artefatos a um projeto existente ou criar um separado.

| **Use vários artefatos em um projeto**                                         | **Use projetos separados**                                                        |
| ------------------------------------------------------------------------------ | --------------------------------------------------------------------------------- |
| Os aplicativos compartilham os mesmos dados e backend                          | Os aplicativos não compartilham lógica ou dados subjacentes                       |
| Você quer que tudo seja implantado junto                                       | Você precisa de ciclos de implantação independentes                               |
| São complementares (como um aplicativo para clientes e um dashboard admin)     | São produtos não relacionados ou para clientes diferentes                         |
| Você quer que as alterações em um artefato reflitam automaticamente nos outros | O projeto é de curta duração, como uma landing page de campanha ou site de evento |

## Exemplos

### Mesmo projeto: Aplicativo web + aplicativo mobile para um produto

Um restaurante constrói um aplicativo web para clientes navegarem no cardápio e um aplicativo mobile para a equipe gerenciar pedidos. Ambos se conectam ao mesmo banco de dados de itens do cardápio, pedidos e informações de clientes.

**Por que um projeto:** Os aplicativos compartilham os mesmos dados e backend. Quando um cliente faz um pedido pelo aplicativo web, a equipe o vê imediatamente no aplicativo mobile.

### **Mesmo projeto**: Aplicativo + dashboard admin + pitch deck para investidores

Uma startup constrói seu produto principal, um painel administrativo interno para gerenciar conteúdo e uma apresentação de slides para captação de recursos — tudo em um projeto.
Uma startup constrói seu produto principal, um painel administrativo interno para gerenciar conteúdo e uma apresentação de slides para captação de recursos — tudo em um projeto.

**Por que um projeto:** O dashboard admin gerencia os mesmos dados que o aplicativo exibe, e a apresentação de slides pode referenciar métricas ao vivo do backend compartilhado.

### **Projetos separados**: Dois aplicativos 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 aplicativos não têm dados ou lógica compartilhados. Cada cliente precisa de implantação independente e você não quer que alterações em um afetem o outro.

### **Projetos separados**: Landing page de campanha ao lado de um produto principal

Você tem um aplicativo de produção que funciona o ano todo e uma landing page de curta duração para uma campanha de marketing.

**Por que projetos separados:** A página de campanha tem seu próprio ciclo de vida — você vai criá-la, executá-la por algumas semanas e encerrá-la. Mantê-la separada evita poluir seu produto principal e permite que você publique ou remova-a de forma independente.

## Perguntas frequentes

<Accordion title="Posso mover um artefato para um projeto diferente?">
  Não no momento. Se você precisar separar um artefato, crie um novo [projeto](/replitai/projects) e peça ao Agent para reconstruí-lo lá.
</Accordion>

<Accordion title="Há um limite para quantos artefatos um projeto pode ter?">
  Um projeto pode conter no máximo 7 artefatos. Esse limite existe porque artefatos adicionais consomem mais memória, o que pode desacelerar a prévia. Se você precisar de mais artefatos, inicie outro [projeto](/replitai/projects).
</Accordion>

<Accordion title="Posso publicar apenas um artefato de um projeto?">
  Não no momento. A publicação implanta tudo junto. Se você precisar de implantação independente, use projetos separados.
</Accordion>