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 /es/docs/modules/workspaces.md (or send Accept: text/markdown).
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.
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.