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 /ja/docs/modules/workspaces.md (or send Accept: text/markdown).
ワークスペース
すべてのユーザーレコードを workspaceId でスコープする。
個人のワークスペースとチームを試してみる
ワークスペースは、アカウント、コンテンツ、権限を格納する別のコンテナです。最初にデータベースによるサインインを完了します。ダッシュボードを開いて、現在のワークスペース名をメモします。ワークスペース スイッチャーを使用して、所属する別のワークスペースを選択します。表示されるレコードがそのワークスペースのレコードに変更されるはずです。
チームを試すには、組織に従ってチームを作成し、2 番目のテスト電子メールを招待し、その 2 番目のアカウントとしてサインインしたプライベート ブラウザ ウィンドウでその招待を受け入れます。メンバーがそのチームのレコードを閲覧できる一方で、無関係なアカウントはレコードを開くことができないことを確認します。所有者と管理者の役割はチームを管理します。メンバーのアクセス範囲が狭くなります。このテスト中は、2 つのアカウントを別々のブラウザ セッションに保持します。
エージェントに新しい製品テーブルまたは画面の追加を依頼する場合は、すべてのユーザー所有レコードに対して workspaceId を明示的にリクエストし、すべての読み取りと書き込みに対してサーバー側のメンバーシップ チェックを行います。 URL のワークスペース ID はワークスペースを識別します。アクセスは許可されません。実際の顧客データを含む画面を使用する前に、エージェントに無関係なアカウントをテストしてもらいます。
セッションからワークスペースを解決する
個人ワークスペースは各ユーザーに所有権境界を与えます。サーバーは信頼された認証コンテキストから現在のワークスペースを解決します。クライアント提供の ID がそのチェックに代わってはいけません。
読み書きをスコープする
すべてのユーザー所有の読み取り・変更に workspaceId を含めます。詳細ルートはリストルートと同じ分離が必要です。タスク ID、再開 URL、冪等性キーは作業を識別しますがアクセスを認可しません。
このルールを、共有のタスク・使用量・プロバイダー設定レコードと同様に製品テーブルにも適用してください。
ワークスペース間拒否をテストする
2 つの独立したワークスペースコンテキストを作ります。所有者が自分のレコードを読み書きできること、他のワークスペースができないこと、匿名リクエストが拒否されることを検証します。拒否された書き込みが永続化レコードを変更しないことを確認します。