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 /it/docs/modules/workspaces.md (or send Accept: text/markdown).
Workspace
Delimita ogni record utente per workspaceId.
Prova uno spazio di lavoro personale e un team
Uno spazio di lavoro è un contenitore separato per account, contenuti e autorizzazioni. Completa prima l'accesso supportato dal database. Apri la dashboard e prendi nota del nome dell'area di lavoro corrente. Utilizza il commutatore dell'area di lavoro per scegliere un'altra area di lavoro a cui appartieni; i record visualizzati dovrebbero cambiare nei record di quell'area di lavoro.
Per provare un team, segui Organizzazioni per crearne uno, invita una seconda email di prova e accetta l'invito in una finestra del browser privata accedendo come secondo account. Conferma che un membro vede i record del team mentre un account non correlato non può aprirli. I ruoli di proprietario e amministratore gestiscono il team; l'accesso dei membri è più ristretto. Mantieni i due account in sessioni del browser separate durante questo test.
Se chiedi a un agente di aggiungere una nuova tabella o schermata di prodotto, richiedi esplicitamente workspaceId su ogni record di proprietà dell'utente e controlli di appartenenza lato server per ogni lettura e scrittura. Un ID dell'area di lavoro in uno URL identifica l'area di lavoro; non concede l'accesso. Chiedi all'agente di testare un account non correlato prima di utilizzare lo schermo con i dati dei clienti reali.
Risolvi il workspace dalla sessione
I workspace personali danno a ogni utente un confine di possesso. Il server risolve il workspace corrente dal contesto di auth fidato. Gli ID forniti dal client non devono mai sostituire quel controllo.
Delimita letture e scritture
Includi workspaceId in ogni lettura o mutazione posseduta dall'utente. Una route di dettaglio ha bisogno dello stesso isolamento di una route di lista. ID di attività, URL di ripresa e chiavi di idempotenza identificano il lavoro ma non autorizzano l'accesso.
Applica questa regola alle tue tabelle di prodotto tanto quanto ai record condivisi di attività, utilizzo e configurazione dei provider.
Testa il rifiuto tra workspace
Crea due contesti di workspace indipendenti. Verifica che il proprietario possa leggere e modificare il suo record, che l'altro workspace non possa e che una richiesta anonima venga rifiutata. Conferma che le scritture rifiutate lasciano il record persistito invariato.