Skip to main content
Cloosphere의 모든 워크스페이스 리소스는 통일된 접근 제어 모델(access_control)로 관리됩니다. 그룹, 조직 단위, 개별 사용자에게 읽기/쓰기 권한을 세밀하게 부여하여 리소스를 안전하게 공유할 수 있습니다.

접근 제어 모델

권한 수준

Cloosphere는 4단계 권한 레벨을 지원합니다.
레벨숫자 레벨설명
없음none0접근 불가
접근access1기본 접근 가능
읽기read2리소스 조회 및 사용 가능
쓰기write3리소스 수정 및 관리 가능
권한은 하위 호환성을 유지합니다. truewrite, falsenone으로 처리됩니다.

권한 적용 우선순위

권한은 다음 순서로 평가됩니다.
순서체크 대상설명
1관리자admin 역할이면 모든 접근 허용
2소유자resource.user_id == user.id이면 접근 허용
3사용자 IDaccess_control.{type}.user_ids에 포함 여부
4그룹사용자가 속한 그룹이 access_control.{type}.group_ids에 포함 여부
5조직 단위사용자가 속한 조직이 access_control.{type}.org_unit_ids에 포함 여부

access_control 구조

모든 리소스의 접근 권한은 access_control JSON 필드로 관리됩니다.
access_controlnull이면 모든 인증된 사용자에게 읽기 권한이 부여됩니다.
{
  "access_control": null
}

리소스별 접근 권한

권한 적용 대상

access_control 모델은 다음 리소스에 공통으로 적용됩니다.
리소스읽기 권한쓰기 권한
에이전트에이전트 사용 (채팅에서 선택)에이전트 설정 수정
지식기반지식기반 조회, 문서 열람문서 추가/삭제, 설정 변경
데이터베이스DB 조회 사용DB 연결 설정 변경
에이전트 플로우플로우 실행플로우 편집
가드레일가드레일 적용가드레일 규칙 수정
도구도구 사용도구 설정 변경
프롬프트프롬프트 사용프롬프트 수정
용어 사전용어 참조용어 추가/수정
채널메시지 읽기/쓰기관리자만 채널 관리
프로젝트프로젝트 조회, 채팅파일 추가/삭제, 설정 변경
예약 작업스케줄 조회, 이력 확인스케줄 수정

권한 설정 방법

1

리소스 설정 열기

워크스페이스에서 해당 리소스의 설정 화면을 엽니다.
2

접근 권한 섹션 찾기

설정 화면에서 “접근 권한” 섹션을 찾습니다. 일반적으로 공개/비공개 토글과 그룹 선택기가 함께 표시됩니다.
3

권한 유형 선택

유형설정 방법
공개접근 권한 토글을 비활성화 (null)
비공개접근 권한 토글을 활성화하되 그룹/사용자를 추가하지 않음
그룹 지정읽기/쓰기 탭에서 그룹을 선택
조직 지정읽기/쓰기 탭에서 조직 단위를 선택
사용자 지정읽기/쓰기 탭에서 개별 사용자를 선택
4

저장

변경사항을 저장합니다. 권한은 즉시 적용됩니다.

그룹 기반 권한

그룹은 사용자를 묶어 관리하는 기본 단위입니다. 관리자가 관리자 > 사용자 > 그룹에서 그룹을 생성하고 멤버를 관리합니다.

그룹 권한 병합 규칙

사용자가 여러 그룹에 소속되어 있으면 가장 높은 권한이 적용됩니다 (Most Permissive).
그룹 A: 읽기 권한
그룹 B: 쓰기 권한
→ 최종: 쓰기 권한 (가장 높은 레벨)
시나리오그룹 A 권한그룹 B 권한최종 결과
읽기 + 쓰기readwritewrite
없음 + 읽기nonereadread
접근 + 쓰기accesswritewrite

그룹별 워크스페이스 권한

그룹에는 워크스페이스 기능 생성 권한도 설정할 수 있습니다. 관리자가 그룹 설정에서 각 기능별 권한을 제어합니다.
권한 키대상 기능
workspace.knowledge지식기반 생성
workspace.agents에이전트 생성
workspace.tools도구 생성
workspace.prompts프롬프트 생성
workspace.guardrails가드레일 생성
workspace.glossary용어 사전 생성
features.scheduled_tasks예약 작업 생성
관리자가 관리자 > 설정 > 일반에서 기본 사용자 권한을 설정하면, 그룹에 명시적으로 권한이 지정되지 않은 사용자에게 해당 기본값이 적용됩니다.

조직 기반 권한

조직 단위(Organizational Unit)는 부서, 팀 등 조직 계층 구조를 반영합니다. Azure AD(Entra ID)와 연동하여 조직 구성원을 자동으로 관리할 수 있습니다.

조직 계층 권한 상속

조직 단위는 계층 구조를 가지며, 하위 조직의 사용자는 상위 조직의 권한을 상속받습니다. 예를 들어 리소스에 “개발본부” 조직 단위 권한을 부여하면, 백엔드팀과 프론트엔드팀 소속 사용자도 접근할 수 있습니다.

조직 멤버 매칭 방식

매칭 방법설명
OAuth Subject IDAzure AD의 sub 값으로 member_ids 필드 매칭
이메일조직 단위 meta.members 의 이메일 주소로 매칭
조직 단위는 관리자가 관리자 > 조직에서 설정합니다. Azure AD 연동 시 조직 구조가 자동으로 동기화됩니다.

공유 방식 비교

Cloosphere는 리소스 유형에 따라 두 가지 공유 방식을 제공합니다.
방식적용 대상특성
접근 권한 기반에이전트, 지식기반, 채널, 도구 등원본을 그룹/조직에 공유. 실시간 동기화
복사 기반프로젝트, 예약 작업독립 복사본 생성. 각자 자유롭게 수정

접근 권한 기반 공유

원본 리소스에 그룹/조직/사용자를 추가하는 방식입니다. 원본이 수정되면 모든 공유 대상에게 즉시 반영됩니다.

복사 기반 공유

프로젝트와 예약 작업은 복사 기반으로 공유됩니다. 각 사용자에게 독립적인 복사본이 생성됩니다.
항목접근 권한 기반복사 기반
동기화실시간 반영공유 후 독립
수정 영향원본 변경 시 모든 대상 반영각자 독립적으로 수정
저장 공간원본 1개만 존재복사본만큼 추가 사용
용도공용 리소스개인화 필요한 리소스

실전 구성 예시

부서별 에이전트 접근 제어

에이전트읽기 권한쓰기 권한
공용 어시스턴트공개 (null)AI팀 그룹
인사 어시스턴트인사팀 그룹인사팀 관리자
매출 분석경영진 그룹, 영업팀 그룹데이터팀 그룹
개발 도우미개발본부 조직백엔드팀 그룹

다단계 권한 설정

복잡한 조직 구조에서는 그룹, 조직, 사용자를 조합하여 세밀한 권한을 설정할 수 있습니다.
{
  "access_control": {
    "read": {
      "group_ids": ["all-staff"],
      "user_ids": ["external-auditor-id"],
      "org_unit_ids": []
    },
    "write": {
      "group_ids": ["finance-team"],
      "user_ids": ["cfo-user-id"],
      "org_unit_ids": []
    }
  }
}
  • 읽기: 전체 직원 + 외부 감사인
  • 쓰기: 재무팀 + CFO만 설정 변경 가능

관리자 권한 관리

기본 사용자 권한 설정

관리자는 관리자 > 설정 > 일반에서 신규 사용자/그룹 미지정 사용자의 기본 권한을 설정합니다.

권한 확인 흐름

1. 그룹 권한 확인 → 그룹에 명시적 권한이 있으면 적용
2. 기본 권한 확인 → 그룹에 없으면 관리자가 설정한 기본값 적용
3. 두 경로의 결과 중 최대 권한 적용

FAQ

access_controlnull이면 모든 인증된 사용자에게 읽기 권한이 부여됩니다. 쓰기는 소유자와 관리자만 가능합니다. 비공개로 만들려면 빈 access_control 객체를 설정하세요.
그룹은 Cloosphere 내에서 관리하는 단위로, 관리자가 자유롭게 생성하고 멤버를 추가합니다. 조직 단위는 Azure AD(Entra ID)의 부서/팀 구조를 반영하며, 계층적 권한 상속을 지원합니다.
가장 높은 권한이 적용됩니다 (Most Permissive). 예를 들어 그룹 A에서 read, 그룹 B에서 write 권한이 있으면 최종적으로 write 권한이 적용됩니다.
아니요, 방향이 반대입니다. 리소스에 “개발본부” 권한을 설정하면, 개발본부의 하위 조직(백엔드팀, 프론트엔드팀)의 멤버도 접근할 수 있습니다. 사용자의 소속 조직에서 상위로 올라가며 매칭합니다.
access_controluser_ids 배열에 해당 사용자의 ID를 추가합니다. 그룹이나 조직을 만들 필요 없이 개별 사용자에게 직접 권한을 부여할 수 있습니다.
네, 접근 권한 변경은 저장 즉시 적용됩니다. 별도의 배포나 재시작이 필요하지 않습니다.