클로드 엔터프라이즈 모델 접근 관리, 왜 지금 나왔을까요
Anthropic이 2026년 7월 Claude Enterprise 플랜에 역할별 모델 접근 관리 기능을 베타로 추가했습니다. 관리자가 조직 전체 또는 특정 역할 단위로 어떤 Claude 모델을 쓸 수 있는지, 그리고 얼마나 높은 성능(effort level)까지 쓸 수 있는지를 세밀하게 지정할 수 있게 된 것입니다. 지금까지는 조직에 모델을 열어주면 전 직원이 가장 비싼 모델까지 자유롭게 쓸 수 있었는데, 이제는 부서나 업무 성격에 맞춰 접근 범위를 나눌 수 있습니다.
이 기능이 나온 배경은 단순합니다. Claude가 챗봇 하나가 아니라 Claude Code, Cowork, 커넥터까지 아우르는 제품군이 되면서, 사용 패턴이 일반 채팅 도구와 크게 달라졌습니다. 회사 입장에서는 “누가 어떤 모델을, 어느 수준까지 쓰는지”를 통제하지 못하면 예산과 데이터 노출 범위가 동시에 흔들릴 수 있는 상황이 된 것입니다.
관리자가 무엇을 설정할 수 있나요
설정은 두 단계로 나뉩니다. 먼저 조직 전체 수준에서 특정 모델을 켜고 끌 수 있고, 그다음 커스텀 역할(Custom Role) 단위로 그 역할이 쓸 수 있는 모델의 부분집합과 모델별 최대 effort level(응답 성능 수준)을 지정할 수 있습니다. 조직 수준 설정이 상한선이 되므로, 조직에서 비활성화한 모델은 어떤 역할에도 부여할 수 없습니다.
주의할 점은 이 기능이 커스텀 역할에만 적용된다는 사실입니다. 기본 제공되는 User, Admin, Owner 역할의 멤버는 조직에서 활성화된 모든 모델을 제한 없이 사용합니다. 즉 세분화된 통제를 원한다면 먼저 조직 구성원을 커스텀 역할 체계로 옮기는 작업이 선행되어야 합니다. 또한 Haiku 계열 모델은 항상 모든 구성원에게 열려 있어 비활성화가 불가능한데, 이는 최소한의 대체 수단을 보장하기 위한 장치입니다.
우리 회사라면 어떻게 활용할 수 있을까요
양주 지역의 IT 솔루션 기업처럼 B2B·B2G 프로젝트를 함께 진행하는 조직에서는 이 기능이 실무적으로 꽤 쓸모가 있습니다. 예를 들어 제안서 디자인이나 데이터 가공을 담당하는 팀은 비용이 낮은 모델로 충분한 반복 업무가 많고, 반면 복잡한 코드 리뷰나 대규모 문서 분석을 하는 개발팀은 고성능 모델의 높은 effort level이 필요합니다. 관리자는 이 둘을 역할 단위로 구분해서, 개발팀에는 Opus 계열을 높은 effort level까지 열어주고 일반 사무 지원 역할에는 Sonnet 이하로 상한을 걸어둘 수 있습니다.
공공기관과 협업하는 프로젝트에서는 데이터 민감도에 따라 접근 모델을 제한하는 방식으로도 쓸 수 있습니다. 외부 공개 자료만 다루는 역할에는 모든 모델을 열어두고, 내부 문서나 민감 데이터를 다루는 역할은 조직이 신뢰하는 특정 모델로만 제한하는 식의 설계가 가능합니다. 다만 역할 변경이 실제 반영되는 데 최대 15분이 걸리고 멤버가 브라우저를 새로고침해야 하는 경우가 있으니, 급하게 접근을 막아야 하는 상황에서는 이 지연을 고려해야 합니다.
설정 경로는 Organization settings > Models에서 조직 단위 온오프를 먼저 지정하고, Organization settings > Roles에서 역할별 모델 탭을 열어 개별 모델 옆 톱니바퀴 아이콘으로 effort level 상한을 지정하는 방식입니다. SCIM으로 그룹을 동기화하는 조직이라면 기존 IdP 그룹을 커스텀 역할에 매핑해두면, 신규 입사자가 자동으로 올바른 모델 접근 권한을 받게 됩니다.
이런 세분화된 권한 관리는 앞서 다룬 Claude 업데이트 우선순위 정하는 법에서 언급한 것처럼, 7월 한 달에도 여러 발표가 이어지는 상황에서 어떤 기능을 먼저 도입할지 판단하는 기준과도 연결됩니다. 비용 관점에서 이 기능을 함께 보고 싶다면 Claude Enterprise 비용 관리 기능 정리도 참고할 만합니다. 또한 사내에서 AI 도입 범위를 정할 때는 사내 AI 사용 가이드라인 만드는 법에서 다룬 데이터 등급별 접근 원칙을 이 모델 접근 관리 설정에 그대로 반영할 수 있습니다.
도입 전에 확인할 점
이 기능은 현재 Enterprise 플랜에서 베타로 제공되며 Free, Pro, Team 플랜에는 적용되지 않습니다. 따라서 아직 Team 플랜을 쓰고 있는 중소기업이라면 당장 설정할 대상은 아니지만, 향후 Enterprise로 전환을 검토할 때 이 기능의 존재를 협상 카드나 검토 기준으로 삼을 수 있습니다. 또한 멤버가 여러 그룹에 속해 서로 다른 역할을 부여받는 경우 모델 접근은 합산되고 effort level 상한은 가장 높은 값을 따르므로, 역할을 설계할 때 이 가산 규칙을 미리 파악해두는 것이 중요합니다.
무엇보다 이 기능을 도입하는 목적을 먼저 분명히 해야 합니다. 비용 절감이 목적이라면 고성능 모델의 effort level을 낮추는 방향으로, 데이터 보안이 목적이라면 특정 역할의 모델 접근 자체를 좁히는 방향으로 설계가 달라집니다. 두 목적을 뒤섞어 설정하면 오히려 관리가 복잡해지고 현업 부서의 반발을 살 수 있으니, 역할 설계 전에 왜 이 통제가 필요한지 합의하는 과정이 실제 설정 작업보다 더 중요합니다.
픽셀앤코드는 맞춤형 소프트웨어 개발과 데이터 가공, IT 교육을 함께 다루는 만큼, 이런 AI 도구의 조직 단위 권한 설계도 실제 업무 프로세스에 맞춰 함께 점검해드릴 수 있습니다. Claude Enterprise 도입을 검토 중이거나 이미 도입했지만 역할별 접근 통제를 어떻게 설계해야 할지 막막하다면, 현재 업무 구조를 먼저 파악하는 것부터 시작하는 편이 안전합니다.