Claude Design 관리자 권한 설정: 게시·기본값·삭제는 승인자만 맡기는 법
TL;DR
Claude Design Admin은 디자인 제작 자체를 막는 권한이 아닙니다. Enterprise의 custom role에서
Can manage
를 부여받은 사람만 디자인 시스템 게시, 조직 기본값 지정, 영구 삭제를 맡도록 하는 관리 권한입니다. 권한이 없는 구성원도 게시된 디자인 시스템을 만들고 편집하고 사용할 수 있습니다.
첫 완료 지점은 실제 조직 기본값 변경이나 삭제가 아닙니다. 비민감 테스트 디자인 시스템과 두 계정으로 관리자 쪽의 관리 범위와 일반 구성원 쪽의 제한을 확인합니다. 일반 구성원의 제작·편집·사용이 그대로 유지되는지까지 양쪽으로 검증한 뒤 확대합니다.
핵심 3줄 요약
Claude Design Admin > Can manage
는 게시, 조직 기본값 지정, 영구 삭제라는 세 관리 작업을 함께 통제합니다.이 글에서 다룰 내용
- Claude Design Admin이 통제하는 작업과 통제하지 않는 작업
- beta 제공 조건과 Enterprise custom role 경계
- 변경 전에 남겨야 할 현재 상태와 승인 기록
-
Can manage를 소수 승인자에게 적용하는 6단계 - 제한 행동과 정상 협업을 함께 보는 검증표
- 감사 로그와 업로드 자산의 데이터 처리 주의점
Claude Design Admin이란
Claude Design은 대화로 디자인, 프로토타입, 프레젠테이션, 인터랙티브 마이크로사이트를 만드는 beta 기능입니다. 공식 도움말 기준 Pro, Max, Team, Enterprise 플랜에서 제공되며 Enterprise에서는 기본적으로 꺼져 있습니다. Team과 Enterprise 관리자는
Organization settings > Capabilities
의 Anthropic Labs 아래에서 기능을 켤 수 있습니다.
Claude Design Admin은 이 기능의 제작 권한과 관리 권한을 나누기 위한 Enterprise 전용 권한입니다. Owner가 custom role의
Permissions
탭에서
In-app admin > Claude Design Admin
을 찾아
Can manage
로 설정합니다.
Can manage
를 받은 구성원은 디자인 시스템을 조직 전체에 게시할 수 있습니다. 새 프로젝트에 적용할 조직 기본값을 정하고 디자인 시스템을 영구 삭제할 수도 있습니다. 이 세 작업은 별도 토글이 아니라 하나의 관리 권한 범위입니다.
권한이 없는 구성원도 게시된 디자인 시스템을 만들고 편집하고 사용할 수 있습니다. 게시, 기본값 지정, 삭제를 시도하면 관리자에게 문의하라는 안내를 보게 됩니다. 따라서 이 설정의 목적은 제작을 멈추는 것이 아니라 조직 전체에 영향을 주는 작업만 승인자에게 맡기는 것입니다.
언제 이 설정이 맞을까
Enterprise 조직에서 여러 사람이 Claude Design을 쓰되 공용 디자인 시스템의 최종 게시 책임을 소수에게 맡기고 싶을 때 적합합니다. 브랜드 담당자와 제품 디자이너가 초안을 함께 다듬더라도, 조직 전체 공개와 기본값 변경은 승인자가 처리하도록 나눌 수 있습니다.
Team 플랜 관리자도 Claude Design을 조직에서 켤 수 있습니다. 그러나 공식 도움말이 설명하는
Claude Design Admin
custom role 권한은 Enterprise 전용입니다. Team의 기능 활성화와 Enterprise의 관리 권한 제한을 같은 설정으로 보면 안 됩니다.
권한을 아무에게도 배정하지 않으면 기존 접근은 바뀌지 않습니다. 모든 구성원이 이전과 같은 디자인 시스템 접근을 유지하므로, role을 만들기만 하고 대상 그룹과 구성원을 연결하지 않은 상태를 제한 완료로 판단하면 안 됩니다.
변경 전에 다섯 가지 기록하기
먼저
Organization settings > Capabilities
에서 Claude Design의 현재 활성화 상태를 기록합니다. 기능을 새로 켜는 일은 조직 전체 변경이므로, 권한 설정과 별도의 승인 항목으로 둡니다.
둘째, 현재 디자인 시스템 목록과 조직 기본값을 기록합니다. 실제 브랜드 자산이나 운영 중인 디자인 시스템은 테스트 대상으로 쓰지 않습니다. 이름과 내용에 민감 정보가 없는 테스트 디자인 시스템을 따로 준비합니다.
셋째, 승인자 역할을 받을 테스트 구성원과 일반 구성원 비교 계정을 정합니다. 대상자가 속한 모든 그룹과 custom role도 함께 적습니다. 다른 그룹이
Can manage
를 주고 있으면 권한이 합산되어 제한 시험이 무효가 됩니다.
넷째, 변경 담당자와 승인 담당자, 적용 시각, 원복 조건을 정합니다. 여기서 원복은 새 custom role의 그룹 배정을 해제하거나 이전 role 배정으로 돌리는 데 한정합니다. 삭제된 디자인 시스템을 복원할 수 있다고 가정하지 않습니다.
다섯째, 완료 기준을 적습니다. 승인자는 필요한 관리 영역을 확인할 수 있어야 합니다. 일반 구성원은 게시·기본값·삭제가 제한되어야 합니다. 게시된 디자인 시스템의 제작·편집·사용은 계속 가능해야 합니다.
따라 하는 6단계
1단계. 현재 기능과 디자인 시스템 상태를 보존합니다
Claude Design 활성화 상태, 현재 조직 기본값, 게시된 디자인 시스템 목록, 대상 그룹과 역할을 내부 변경 기록에 남깁니다. 감사 로그가 없는 기능이므로 시작 전 기록이 없으면 나중에 변경 주체와 이전 상태를 확인하기 어렵습니다.
실제 브랜드 파일, 고객 화면, 비공개 제품 스크린샷은 테스트 자료에서 제외합니다. 공식 도움말은 업로드 자산이 지속 저장되며 Enterprise의 보관·삭제 정책을 따른다고 설명합니다. Claude Design은 현재 데이터 레지던시 요구 사항을 지원하지 않습니다.
2단계. 승인자용 custom role을 준비합니다
Owner 계정으로
Organization settings > Roles
로 이동합니다. 새 시험 역할을 만들거나 승인된 기존 역할을 엽니다. 역할 이름은 내부 기록에서 대상과 목적을 식별할 수 있게 정합니다.
운영 중인 여러 권한을 동시에 바꾸지 않습니다. 이번 변경은 Claude Design 관리 권한에만 한정합니다. 기존 connector, model, Claude Code, Cowork 권한은 그대로 둡니다.
3단계. Claude Design Admin을 Can manage로 설정합니다
custom role의
Permissions
탭에서
In-app admin
항목을 찾습니다.
Claude Design Admin
을
Can manage
로 설정합니다.
이 권한은 게시, 조직 기본값 지정, 영구 삭제를 함께 허용합니다. 게시만 허용하고 삭제만 별도로 막을 수 있다고 추정하지 않습니다. 세 작업을 맡길 수 있는 승인자에게만 role을 배정합니다.
4단계. 그룹과 구성원 역할을 연결합니다
승인자 그룹에 custom role을 배정합니다. 각 대상 구성원의 role도
Custom roles
로 설정되어 있는지 확인합니다. role 저장만 하고 구성원을 연결하지 않으면 권한이 적용되지 않습니다.
한 구성원이 여러 그룹에 속하면 모든 역할의 합집합을 받습니다. 대상 구성원의
Members
페이지에서 그룹을 확인한 뒤 각 그룹의
Roles
페이지와 대조합니다. 다른 role에서 들어오는
Can manage
를 놓치면 일반 구성원 시험 계정이 관리 작업을 계속 수행할 수 있습니다.
5단계. 최대 15분을 기다리고 새로 고칩니다
role 변경은 적용까지 최대 15분이 걸릴 수 있습니다. 대상 구성원이 브라우저를 새로 고친 뒤 다시 확인하도록 합니다. 저장 직후 보이는 이전 화면만으로 성공이나 실패를 판정하지 않습니다.
Owner는 구성원의 그룹과 각 그룹의 role을 다시 확인합니다. 승인자와 일반 구성원 계정에는 실제 업무 자료가 아닌 비민감 테스트 디자인 시스템만 사용합니다.
6단계. 제한 쪽과 정상 협업 쪽을 함께 확인합니다
승인자 계정에서는 권한이 허용하는 관리 영역을 확인합니다. 첫 시험에서는 조직 기본값을 바꾸거나 디자인 시스템을 영구 삭제하지 않습니다. 조직 전체 게시가 꼭 필요하다면 비민감 테스트 디자인 시스템과 별도 승인으로 실행합니다.
일반 구성원 계정에서는 테스트 디자인 시스템의 게시, 조직 기본값 지정, 삭제를 시도했을 때 관리자 문의 안내가 나오는지 확인합니다. 이어서 게시된 테스트 디자인 시스템을 바탕으로 새 작업을 만듭니다. 편집과 사용까지 정상 흐름이 유지되는지 확인합니다.
양쪽 검증표로 완료 판정하기
- 승인자 + custom role 배정:
Claude Design Admin의 관리 범위가 기대대로 보이는지 확인합니다. - 일반 구성원 + 게시 시도: 관리자에게 문의하라는 안내가 나오는 것이 통과 기준입니다.
- 일반 구성원 + 기본값 지정·삭제 진입: 제한이 유지되는지 확인하되 실제 기본값 변경이나 삭제는 실행하지 않습니다.
- 일반 구성원 + 게시된 디자인 시스템: 새 작업 생성, 편집, 사용이 계속 가능해야 합니다.
- 여러 그룹에 속한 구성원: 모든 custom role의 합산 결과와 기대 권한이 일치해야 합니다.
- 전파 시간: 변경 후 최대 15분과 브라우저 새로 고침을 거친 결과만 최종으로 기록합니다.
- 데이터 경계: 테스트 자산에는 실제 브랜드 비밀, 고객 자료, 비공개 화면을 넣지 않습니다.
- 변경 기록: 기능 상태, role, 그룹, 테스트 결과, 승인자, 원복 조건을 내부 기록에 남깁니다.
차단 쪽만 통과하고 일반 제작 흐름이 깨지면 완료가 아닙니다. 반대로 제작은 가능하지만 관리 작업이 제한되지 않아도 확대하지 않습니다. 두 결과가 모두 맞아야 시험을 마칩니다.
그대로 복사해 쓸 권한 변경 점검 프롬프트
목표:
Claude Design의 제작·편집·사용은 유지하면서 디자인 시스템 게시, 조직 기본값 지정, 영구 삭제를 승인자에게만 맡기는 변경 점검표를 만든다.
허용 입력:
관리자가 직접 확인한 Claude Design 활성화 상태, 현재 조직 기본값, 게시된 디자인 시스템 목록, 대상 custom role, 그룹과 구성원 role, 변경 전후 화면, 비민감 테스트 결과, 변경 담당자와 승인자.
제외 입력·금지 작업:
실제 브랜드 비밀, 고객 자료, 비공개 제품 화면, 확인하지 않은 계정·그룹 정보, 운영 중인 조직 기본값 변경, 운영 디자인 시스템 삭제, 외부 공유, 미승인 role 일괄 변경.
출력 형식:
현재 상태, 변경안, 승인자 계정 결과, 일반 구성원 계정 결과, 정상 제작 흐름 결과, 예외와 확인 필요 항목, 원복 조건을 한 행씩 적은 검토표.
완료 기준:
일반 구성원의 게시·기본값·삭제는 제한된다. 게시된 디자인 시스템의 생성·편집·사용은 유지된다. 최대 15분 대기와 새로 고침 후 모든 그룹·role의 합산 결과를 확인한다.
추정 금지:
화면에 없는 메뉴, 별도 세부 권한, 감사 로그, 삭제 복구, 데이터 레지던시 지원, role 적용 결과를 만들지 않는다. 확인되지 않은 값은 확인 필요로 표시한다.
승인 지점:
Claude Design 활성화, custom role 저장과 그룹 배정, 조직 전체 게시, 조직 기본값 변경, 영구 삭제, 전체 조직 확대는 지정된 사람이 승인한다.
이 프롬프트는 권한 변경안을 정리하는 내부 검토용입니다. 관리자 화면을 대신 조작하거나 조직 설정을 자동으로 바꾸는 지시가 아닙니다.
실전 활용 팁
Can manage
를 받은 사람 수보다 실제 group·role 연결 상태를 먼저 봅니다. custom role 이름만으로 권한을 판단하면 다른 그룹에서 더해진 관리 권한을 놓칠 수 있습니다. Owner의
Members
와
Roles
화면을 함께 확인해야 합니다.
Can manage
하나가 게시, 기본값, 삭제를 모두 통제하므로 내부 승인 절차에서는 작업 종류를 다시 나눕니다. 게시 승인을 받았다는 이유로 기본값 변경이나 영구 삭제까지 승인된 것으로 처리하지 않습니다.
Claude Design은 현재 감사 로그를 지원하지 않습니다. Analytics에서 사용량은 볼 수 있지만 게시·기본값·삭제의 행위 기록을 대신하지 않습니다. 변경 전후 화면, 담당자, 승인자, 시각, 테스트 결과를 별도 내부 기록으로 보완합니다.
주의할 점
- Enterprise에서 Claude Design은 기본적으로 꺼져 있습니다. 기능 활성화와 관리자 권한 배정을 한 번의 변경으로 묶지 않습니다.
-
Claude Design Admin을 아무에게도 배정하지 않으면 기존 구성원의 관리 접근이 그대로 남습니다. - 여러 custom role의 권한은 합산됩니다. 한 role에서 빼더라도 다른 role이
Can manage를 주면 권한이 유지됩니다. - 디자인 시스템 삭제는 영구 제거입니다. 첫 권한 시험에서 실제 삭제로 검증하지 않습니다.
- 업로드 자산은 지속 저장되며 Claude Design은 현재 데이터 레지던시 요구 사항을 지원하지 않습니다.
- Claude Design은 현재
claude.ai/design웹 인터페이스에서만 제공됩니다. 다른 앱이나 클라우드 제공 경로에 같은 동작을 일반화하지 않습니다. - 감사 로그가 없으므로 Analytics를 변경 이력으로 해석하지 않습니다.
자주 묻는 질문
Team 플랜에서도 Claude Design Admin을 쓸 수 있나요?
Team 관리자는 Claude Design 기능을 조직에서 켤 수 있습니다. 그러나 공식 도움말의
Claude Design Admin
custom role 권한은 Enterprise 플랜에서 제공됩니다. 기능 활성화 가능 여부와 관리 권한 제한을 구분해야 합니다.
권한을 아무에게도 주지 않으면 게시와 삭제가 막히나요?
아닙니다. 공식 도움말은 권한을 아무에게도 배정하지 않으면 아무 변화가 없고 모든 구성원이 이전과 같은 디자인 시스템 접근을 유지한다고 설명합니다. 승인자 role을 대상 그룹과 구성원에게 실제로 연결해야 제한이 생깁니다.
일반 구성원은 디자인 시스템을 아예 편집할 수 없나요?
아닙니다.
Can manage
가 없어도 게시된 디자인 시스템을 만들고 편집하고 사용할 수 있습니다. 제한되는 작업은 조직 전체 게시, 조직 기본값 지정, 영구 삭제입니다.
누가 기본값을 바꾸거나 삭제했는지 감사 로그에서 볼 수 있나요?
Claude Design은 현재 감사 로그를 지원하지 않습니다. Analytics 사용량을 행위 이력으로 대신할 수 없으므로 변경 전후 상태, 담당자, 승인자, 시각과 검증 결과를 내부 변경 기록에 남깁니다.
출처
마무리
Claude Design Admin은 제작자를 줄이는 설정이 아닙니다. 조직 전체에 영향을 주는 게시·기본값·삭제만 승인자에게 맡기되 일반 구성원의 제작·편집·사용은 유지하는 권한 분리입니다.
변경 전 상태와 모든 group·role을 기록합니다. 최대 15분 뒤 두 계정으로 양쪽을 확인합니다. 실제 기본값 변경과 영구 삭제는 첫 시험에서 빼며 별도 승인 뒤에만 실행해야 합니다.
