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 /ko/docs/modules/workspaces.md (or send Accept: text/markdown).
워크스페이스
모든 사용자 레코드를 workspaceId로 범위 지정하세요.
개인 작업공간과 팀을 사용해 보세요
작업공간은 계정, 콘텐츠, 권한을 위한 별도의 컨테이너입니다. 먼저 데이터베이스 지원 로그인을 완료하세요. 대시보드를 열고 현재 작업공간 이름을 기록해 둡니다. 작업 공간 전환기를 사용하여 자신이 속한 다른 작업 공간을 선택하세요. 표시된 레코드는 해당 작업 영역의 레코드로 변경되어야 합니다.
팀을 사용해 보려면 조직을 따라 팀을 만들고, 두 번째 테스트 이메일을 초대하고, 해당 두 번째 계정으로 로그인한 개인 브라우저 창에서 해당 초대를 수락하세요. 관련되지 않은 계정에서는 팀의 기록을 열 수 없지만 구성원이 해당 팀의 기록을 볼 수 있는지 확인합니다. 소유자 및 관리자 역할은 팀을 관리합니다. 회원 접근권한이 더 좁습니다. 이 테스트 중에는 두 계정을 별도의 브라우저 세션에 유지하세요.
에이전트에게 새 제품 테이블이나 화면을 추가하도록 요청하는 경우 모든 사용자 소유 레코드에 대해 workspaceId를 명시적으로 요청하고 모든 읽기 및 쓰기에 대해 서버 측 멤버십 확인을 확인하세요. URL의 작업공간 ID는 작업공간을 식별합니다. 액세스 권한을 부여하지 않습니다. 실제 고객 데이터가 포함된 화면을 사용하기 전에 상담원이 관련 없는 계정을 테스트하도록 하세요.
세션에서 워크스페이스 해석
개인 워크스페이스는 각 사용자에게 소유권 경계를 줍니다. 서버는 신뢰된 인증 컨텍스트에서 현재 워크스페이스를 해석합니다. 클라이언트가 제공한 ID가 그 검사를 대신해서는 안 됩니다.
읽기와 쓰기 범위 지정
모든 사용자 소유 읽기나 변경에 workspaceId를 포함하세요. 상세 라우트는 목록 라우트와 같은 격리가 필요합니다. 작업 ID, 재개 URL, 멱등성 키는 작업을 식별하지만 액세스를 인가하지 않습니다.
이 규칙을 공유된 작업, 사용량, 프로바이더 구성 레코드만큼 제품 테이블에도 적용하세요.
워크스페이스 간 거부 테스트
두 개의 독립적인 워크스페이스 컨텍스트를 만드세요. 소유자가 자신의 레코드를 읽고 수정할 수 있는지, 다른 워크스페이스는 안 되는지, 익명 요청이 거부되는지 검증하세요. 거부된 쓰기가 지속된 레코드를 변경하지 않는지 확인하세요.