> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# Workspaces

Delimita cada registo de utilizador por workspaceId.

## Experimente um espaço de trabalho pessoal e uma equipe

Um espaço de trabalho é um contêiner separado para contas, conteúdo e permissões. Conclua primeiro o login apoiado pelo banco de dados. Abra o painel e anote o nome do espaço de trabalho atual. Use o alternador de espaço de trabalho para escolher outro espaço de trabalho ao qual você pertence; os registros exibidos devem mudar para os registros desse espaço de trabalho.

Para testar uma equipe, siga Organizações para criar uma, convide um segundo e-mail de teste e aceite o convite em uma janela privada do navegador, conectado como essa segunda conta. Confirme se um membro vê os registros da equipe enquanto uma conta não relacionada não consegue abri-los. As funções de proprietário e administrador gerenciam a equipe; o acesso dos membros é mais restrito. Mantenha as duas contas em sessões separadas do navegador durante este teste.

Se você solicitar a um agente para adicionar uma nova tabela ou tela de produto, solicite explicitamente workspaceId em cada registro de propriedade do usuário e verificações de associação do lado do servidor para cada leitura e gravação. Um ID do espaço de trabalho em URL identifica o espaço de trabalho; não concede acesso. Faça com que o agente teste uma conta não relacionada antes de usar a tela com dados reais do cliente.

[Crie uma equipe e convide membros](https://supastack.dev/pt/docs/web/organizations.md)

[Verifique se os registros permanecem privados no espaço de trabalho](https://supastack.dev/pt/docs/web/security.md)


## Resolve o workspace a partir da sessão

Os workspaces pessoais dão a cada utilizador uma fronteira de propriedade. O servidor resolve o workspace atual a partir do contexto de auth de confiança. IDs fornecidos pelo cliente nunca devem substituir essa verificação.


## Delimita leituras e escritas

Inclui workspaceId em cada leitura ou mutação pertencente ao utilizador. Uma rota de detalhe precisa do mesmo isolamento que uma rota de lista. IDs de tarefa, URLs de recuperação e chaves de idempotência identificam trabalho mas não autorizam acesso.

Aplica esta regra às tuas tabelas de produto tanto como aos registos partilhados de tarefa, utilização e configuração de fornecedor.


## Testa a rejeição entre workspaces

Cria dois contextos de workspace independentes. Verifica que o proprietário consegue ler e modificar o seu registo, que o outro workspace não consegue e que um pedido anónimo é rejeitado. Confirma que escritas rejeitadas deixam o registo persistido inalterado.


## Seguinte

[Autenticação](https://supastack.dev/pt/docs/modules/auth.md)