Claude Team 플랜에서 전사 정책을 수립하는 방법: 조직의 지시는 작성하지 않고, settings.json으로 막고, Skills는

{

- **설정 위치 및 담당자**: claude.ai의 관리 화면 Organization settings > Claude Code > Managed settings에 JSON 형식으로 작성합니다. 수정할 수 있는 계정은 Owner와 Primary Owner입니다.
- **가장 우선순위가 높은 설정**: 관리된 설정(Managed settings)은 설정의 최상위 우선순위를 가집니다. 사용자/프로젝트 파일이나, 시작 시 명령어 인자(command line arguments)로도 덮어쓸 수 없습니다 (문서에는 보안과 관련된 일부 키에 대한 예외가 명시되어 있습니다).
- **거부 규칙이 먼저 평가됨**: 규칙은 deny → ask → allow 순서로 평가됩니다. 광범위한 deny 규칙으로, 그 안에서 좁은 범위의 allow로 예외를 만들 수는 없습니다. 직원이 자신의 설정에 allow를 추가하더라도, 회사의 deny는 해제되지 않습니다.
- **직원에게 도달하는 시점**: Claude Code는 시작 시 설정을 가져가고, 사용 중에도 1시간마다 업데이트 여부를 확인합니다.

아울러 한계점도 알려드립니다.

- Bash 규칙은 Claude가 작성한 명령어 문자열에 적용됩니다. 공식 문서에서도 `/usr/bin/curl`처럼 경로로 호출하거나 `sh -c '...'` 내부에서 호출된 경우는 `Bash(curl *)`와 일치하지 않는다고 명시되어 있습니다. `Bash(sudo *)`도 같은 방식으로 작동합니다. 관리된 설정은 클라이언트 측의 제어일 뿐, 보안 경계는 아니라고 문서에 분명히 기재되어 있습니다. 더 강력하게 보호하고 싶다면, 샌드박스나 MDM을 통해 단말기에 배포하는 관리 설정을 참고할 수 있습니다.

즉, settings.json의 금지 규칙은 'Claude Code가 평소 동작 과정에서 저지를 수 있는 것'을 전사적으로 막기 위한 것입니다. 회사의 정보를 보호하는 모든 것을 이것 하나에 맡길 수는 없습니다.

그럼에도 불구하고, 문서로 "`.env`는 읽지 마세요"라고 요청하는 것과, 설정으로 막는 것은 효과가 완전히 다릅니다. **지키게 하고 싶은 것은 조직의 지시문(文章)이 아니라, 설정을 통해 막아야 합니다.** 1번째와 2번째의 경계선은 여기에 있습니다.

같은 Claude Code 설정 중에는 완화하는 방향도 있습니다. 개인 PC에서 작동하는 Claude Code 세션을 스마트폰으로 이어받을 수 있는 '원격 제어(Remote Control)' 기능은 기본적으로 꺼져 있습니다. 이 기능을 허용해 두면, 직원이 스마트폰에서도 Claude Code를 쉽게 사용할 수 있게 되므로 저는 추천합니다. 막는 것뿐만 아니라, 사용하기 쉽게 하는 것도 여기서 회사 차원에서 결정할 수 있습니다.

## 3. 절차는 Skills로 배포한다

세 번째는 플러그인과 Skills입니다. 위의 '추가(Add)' 메뉴에서 Skills를 업로드하면 회사의 모든 멤버에게 배포할 수 있습니다. 전사적으로 사용해야 하는 Skills는 여기서 배포하는 것이 좋습니다.

조직의 지시문이 '항상 적용되는 문장'이라면, Skills는 '사용 상황에서 호출하는 절차의 틀(型)'입니다. 전사적으로 동일한 방식으로 처리하고 싶은 업무가 있어도, 그것을 조직의 지시문에 적으면 관련 없는 대화까지 영향을 미칩니다. Skills로 만들어 배포하면, 해당 업무를 할 때만 사용됩니다.

또 다른 이유는 노하우가 누구의 것이 될 것인가입니다. 개인 플랜 상태에서는 직원이 만든 Skills나 설정은 그 직원 계정에 갇힙니다. 회사에서 배포한 Skills는 한 사람이 만든 것이 전원에게 전달되며, 그 직원이 퇴사해도 회사에 남아있습니다.

관련하여, 개인 Pro 플랜에서 회사 계정으로 이전할 때, 브라우저의 Claude에 직접 업로드했던 Skills는 이전되지 않습니다. 전사적으로 사용해야 하는 절차가 개인 계정에만 있다면, 이전하기 전에 회사 측에서 다시 배포하는 순서가 됩니다.

## 4. 배치한 후에는 Analytics로 확인한다

규칙을 설정하고 끝나는 것이 아닙니다. Analytics 화면에서 누가 얼마나 사용하는지, 채팅(Chat), Cowork, Claude Code 제품별로 얼마나 사용되는지를 확인합니다.

확인하는 곳은 개요의 'Claude를 사용하는 사람은 누구인가?'에서 '멤버 전체 보기'로 이동한 목록입니다. 제품별 사용량이 멤버 단위로 나열되므로,あまり 사용하지 않는 사람이 발견됩니다. 그 사람에게는 여기서 직접 말을 걸어줍니다.

사용 방식을 살펴보는 것도 비용적인 측면에서 동일합니다. 모두 스탠다드 시트로 시작하면, 주간 사용량을 다 써버리는 직원이 반드시 나옵니다. 그럴 때 크레딧을 구매한다면, 조직 전체의 이용 상한과 사용자별 이용 상한을 반드시 설정해 두어야 합니다. Claude Code는 일상적으로 사용하게 되면 어디까지나 사용할 수 있게 됩니다. 지불한 금액이 회사의 성과로 이어지고 있는지는 경영진 측에서 살펴볼 필요가 있습니다.

## 요약

- 조직의 지시는 '전사, 모든 대화에 항상 적용되는' 영역입니다. 전 직원에게 일률적으로 해당되는 것만 두고, 헷갈린다면 아무것도 쓰지 않는 것이 좋습니다. 작성해야 한다면 기밀 정보나 개인 정보 처리 관련 내용을 요약하는 정도가 적절합니다.
- 반드시 지키게 하고 싶은 금지는 관리된 설정(settings.json)으로 막습니다. 직원이 임의로 덮어쓸 수 없으며, deny가 먼저 평가됩니다. 다만, 이는 클라이언트 측의 제어일 뿐 보안 경계는 아닙니다.
- 전사적으로 사용할 절차는 Skills로 배포합니다. 필요한 상황에서만 호출되며, 직원이 퇴사해도 회사에 남습니다.
- 적용된 결과는 Analytics(분석)에서 확인합니다.

Skills의 전사 배포, 조직 설정에서의 settings.json, 전사 이용 동향의 Analytics. 이들은 모두 개인의 노하우나 설정을 회사의 자산으로 표준화하기 위한 기능입니다. 개인의 도구였던 Claude Code를 회사의 업무 기반으로 바꿀 수 있습니다. 여기가 Team 플랜의 진정한 가치라고 생각합니다.

조직 설정 화면, Analytics 화면, 이용 한도를 초과했을 때의 고려 사항은 영상에서 순서대로 보여주고 있습니다. 화면 조작까지 영상으로 보고 싶은 분들은 여기를 참고해 주세요.

## 참고 (공식 문서)

### Discussion
![](https://static.zenn.studio/images/drawing/discussion.png)