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

# ワークスペース

すべてのユーザーレコードを workspaceId でスコープする。

## 個人のワークスペースとチームを試してみる

ワークスペースは、アカウント、コンテンツ、権限を格納する別のコンテナです。最初にデータベースによるサインインを完了します。ダッシュボードを開いて、現在のワークスペース名をメモします。ワークスペース スイッチャーを使用して、所属する別のワークスペースを選択します。表示されるレコードがそのワークスペースのレコードに変更されるはずです。

チームを試すには、組織に従ってチームを作成し、2 番目のテスト電子メールを招待し、その 2 番目のアカウントとしてサインインしたプライベート ブラウザ ウィンドウでその招待を受け入れます。メンバーがそのチームのレコードを閲覧できる一方で、無関係なアカウントはレコードを開くことができないことを確認します。所有者と管理者の役割はチームを管理します。メンバーのアクセス範囲が狭くなります。このテスト中は、2 つのアカウントを別々のブラウザ セッションに保持します。

エージェントに新しい製品テーブルまたは画面の追加を依頼する場合は、すべてのユーザー所有レコードに対して workspaceId を明示的にリクエストし、すべての読み取りと書き込みに対してサーバー側のメンバーシップ チェックを行います。 URL のワークスペース ID はワークスペースを識別します。アクセスは許可されません。実際の顧客データを含む画面を使用する前に、エージェントに無関係なアカウントをテストしてもらいます。

[チームを作成してメンバーを招待](https://supastack.dev/ja/docs/web/organizations.md)

[レコードがワークスペースに対して非公開であることを確認](https://supastack.dev/ja/docs/web/security.md)


## セッションからワークスペースを解決する

個人ワークスペースは各ユーザーに所有権境界を与えます。サーバーは信頼された認証コンテキストから現在のワークスペースを解決します。クライアント提供の ID がそのチェックに代わってはいけません。


## 読み書きをスコープする

すべてのユーザー所有の読み取り・変更に workspaceId を含めます。詳細ルートはリストルートと同じ分離が必要です。タスク ID、再開 URL、冪等性キーは作業を識別しますがアクセスを認可しません。

このルールを、共有のタスク・使用量・プロバイダー設定レコードと同様に製品テーブルにも適用してください。


## ワークスペース間拒否をテストする

2 つの独立したワークスペースコンテキストを作ります。所有者が自分のレコードを読み書きできること、他のワークスペースができないこと、匿名リクエストが拒否されることを検証します。拒否された書き込みが永続化レコードを変更しないことを確認します。


## 次へ

[認証](https://supastack.dev/ja/docs/modules/auth.md)