> ## 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

# Espacios de trabajo

Aplica el ámbito workspaceId a cada registro propiedad de usuarios.

## Prueba un espacio de trabajo personal y un equipo

Un espacio de trabajo es un contenedor independiente para cuentas, contenido y permisos. Primero complete el inicio de sesión respaldado por la base de datos. Abra el panel y anote el nombre del espacio de trabajo actual. Utilice el selector de espacio de trabajo para elegir otro espacio de trabajo al que pertenece; los registros mostrados deben cambiar a los registros de ese espacio de trabajo.

Para probar un equipo, siga Organizaciones para crear una, invite a un segundo correo electrónico de prueba y acepte esa invitación en una ventana privada del navegador iniciada con esa segunda cuenta. Confirme que un miembro vea los registros de ese equipo mientras que una cuenta no relacionada no pueda abrirlos. Los roles de propietario y administrador gestionan el equipo; el acceso de los miembros es más limitado. Mantenga las dos cuentas en sesiones de navegador separadas durante esta prueba.

Si le pide a un agente que agregue una nueva tabla o pantalla de producto, solicite explícitamente workspaceId en cada registro propiedad del usuario y verifique la membresía del lado del servidor para cada lectura y escritura. Un ID de espacio de trabajo en un URL identifica el espacio de trabajo; no otorga acceso. Haga que el agente pruebe una cuenta no relacionada antes de usar la pantalla con datos reales del cliente.

[Crea un equipo e invita a miembros](https://supastack.dev/es/docs/web/organizations.md)

[Verifique que los registros permanezcan privados en su espacio de trabajo](https://supastack.dev/es/docs/web/security.md)


## Resuelve el espacio de trabajo desde la sesión

Los espacios personales dan a cada usuario un límite de propiedad. El servidor resuelve el espacio de trabajo actual a partir del contexto de autenticación de confianza. Los ID enviados por el cliente nunca deben sustituir esa comprobación.


## Aplica el ámbito a las lecturas y escrituras

Incluye workspaceId en cada consulta o mutación de registros propiedad de usuarios. Una ruta de detalle necesita el mismo aislamiento que una ruta de lista. Los ID de tareas, las URL de recuperación y las claves de idempotencia identifican el trabajo, pero no autorizan el acceso.

Aplica esta regla tanto a las tablas de tu producto como a los registros compartidos de tareas, uso y configuración de proveedores.


## Prueba la denegación entre espacios de trabajo

Crea dos contextos independientes de espacio de trabajo. Verifica que el propietario pueda leer y modificar su registro, que el otro espacio no pueda y que se rechace una solicitud anónima. Confirma que las escrituras rechazadas dejan intacto el registro persistido.


## Siguiente

[Autenticación](https://supastack.dev/es/docs/modules/auth.md)