For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /pt/docs/modules/workspaces.md (or send Accept: text/markdown).
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.
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.