이것은 여전히 다섯 가지 결정 중 두 번째인 접근(Access)에 해당합니다. 여러분은 그룹이 접근할 수 있는 제품 표면과 기능을 결정했습니다. 이제는 Claude가 도달할 수 있는 도구와 데이터 소스를 결정할 차례입니다.
커넥터란 무엇인가
커넥터는 Claude가 다른 애플리케이션(드라이브, 위키, 티켓 트래커 등)에 접근할 수 있게 해주어, 구성원이 실시간 업무 맥락을 붙여넣거나 업로드하는 대신 대화에 직접 가져올 수 있게 합니다. 이러한 접근 범위는 가치이자 동시에 위험이기 때문에, 커넥터 접근은 세 개의 별도 게이트를 통해 통제됩니다. 또한 이는 초기 도입을 이끄는 요인이기도 합니다. 도구를 일찍 연결한 팀은 첫날부터 실시간 맥락을 활용할 수 있으므로, 그룹에 첫 번째 커넥터를 활성화하는 것은 롤아웃에서 가장 레버리지가 높은 조치 중 하나입니다.
세 가지 게이트
커넥터와 이를 실제로 사용하는 구성원 사이에는 세 개의 게이트가 있으며, Claude가 커넥터의 데이터에 접근할 수 있으려면 세 게이트가 모두 열려 있어야 합니다.
| 게이트 | 통제하는 대상 | 설정 주체 | 닫혀 있을 경우 |
|---|---|---|---|
| 조직 게이트 | 커넥터가 조직 내에서 아예 사용 가능한지 여부 | 소유자 또는 기본 소유자 | 역할과 무관하게 아무도 커넥터를 볼 수 없음 |
| 역할 게이트 | 그룹의 역할에 해당 커넥터가 포함되어 있는지 여부 | 소유자 또는 기본 소유자 | 일부 그룹은 커넥터를 보유하지만, 이 구성원의 그룹은 그렇지 않음 |
| 구성원 게이트 | 이 구성원이 자신의 계정을 연결하여 Claude가 본인을 대신해 행동하도록 승인했는지 여부 | 구성원 본인 | 커넥터는 부여되었지만, 이 구성원이 계정을 연결하기 전까지는 사용할 수 없음 |
각 그룹의 커넥터 접근 권한은 해당 그룹의 커스텀 역할의 Connectors 탭에서 설정됩니다. 이미 존재하던 커스텀 역할은 모든 커넥터에 대해 "항상 허용"으로 설정되어 있었으므로, 역할을 좁히기 전까지 구성원은 기존에 가지고 있던 접근 권한을 그대로 유지합니다. 각 역할의 Connectors 탭을 확인하세요. 지금 새로 만드는 역할은 모든 커넥터에 대해 "승인 필요"(구성원이 매번 호출을 확인함) 상태로 시작합니다.
여러분이 통제하는 것
두 개의 게이트 안에서 여러분은 세 가지 통제권을 가집니다:
- 조직에 추가하는 커넥터.
- 그룹별 범위 지정: 각 커넥터를 어떤 그룹이 받을지.
- 커넥터가 제공하는 경우, 접근 깊이: 읽기 전용 또는 읽기-쓰기. 제품 내에서 커넥터의 쓰기 및 삭제 도구는 각각 "항상 허용", "승인 필요", "차단됨" 중 하나로 설정되며, 이를 차단하면 읽기 전용 상태가 유지됩니다.
커넥터에 접근할 때 Claude는 연결된 서비스에서 구성원 본인의 권한을 그대로 상속받습니다. 구성원이 원본 시스템에서 특정 파일, 채널, 레코드에 접근할 수 없다면, 그 권한 경계는 커넥터를 통해서도 그대로 유지됩니다.
Claude Code의 네트워크 접근 범위, 즉 플랫폼 리드가 관리형 설정(레슨 6)에서 설정하는 허용 도메인은 네트워크에 적용된 동일한 질문이므로, 커넥터 목록과 같은 대화에서 함께 논의하세요.
엔터프라이즈 관리형 인증
기본적으로 세 번째 게이트는 구성원에게 속합니다. 구성원이 직접 자신의 계정을 연결해야 하며, 여러분이 대신 해줄 수는 없습니다. 대부분의 조직에서는 이 방식이 잘 작동하지만, 이는 여러분이 범위를 지정한 그룹에 대해 커넥터가 실제로 활성화되어 있다는 것을 보장할 수 없다는 의미이기도 합니다.
엔터프라이즈 관리형 인증(EMA)은 이 공백을 메워줍니다. 각 구성원이 직접 자신의 계정을 연결하는 대신, 여러분은 조직의 ID 공급자를 통해 접근 권한을 중앙에서 프로비저닝합니다. 커넥터가 활성화되면, 범위에 포함된 모든 구성원은 첫 로그인 시 자동으로 해당 커넥터를 받게 되며, 권한은 기존 IdP 그룹 및 역할에서 상속됩니다. 오프보딩은 어느 경우든 IdP를 통해 진행됩니다. EMA는 해당 기능을 지원하도록 구축한 공급자의 커넥터에서만 사용할 수 있으므로, 목록에 있는 일부 커넥터는 여전히 구성원 게이트를 거치게 됩니다. 조직 전체를 위한 MCP 커넥터 인증하기(새 탭에서 열림)에서는 EMA가 하는 일, 어떤 커넥터와 ID 공급자가 이를 지원하는지, 그리고 설정 방법을 다룹니다(MCP는 커넥터가 구축되는 개방형 표준입니다).
읽기 및 쓰기 접근
커넥터 접근은 두 가지 수준으로 제공되며, 각각 위험 수준이 다릅니다. 두 수준 중 위험이 더 낮은 읽기 접근은 Claude가 시스템을 볼 수 있게 합니다: 문서를 가져오고, 트래커를 검색하고, 대시보드를 읽는 등입니다. 쓰기 접근은 Claude가 시스템을 변경할 수 있게 합니다: 티켓을 등록하고, 페이지를 편집하고, 새 항목을 생성하는 등입니다. Claude에 쓰기 접근을 부여한다는 것은, Claude가 구성원을 대신하여 연결된 애플리케이션 내의 정보를 변경하거나 덮어쓸 수 있다는 의미입니다(Cowork와 통합 Claude 경험(새 탭에서 열림)에서는 커넥터 도구에 대한 "항상 허용"이 켜져 있지 않은 한, 구성원이 매번 쓰기 작업을 확인합니다). 그렇기 때문에 쓰기 접근은 다른 수준의 승인을 받아야 합니다. 레슨 2에서 지정한 데이터 위험 소유자가 쓰기 권한 부여를 승인하도록 하여, 위험을 그 위험을 소유한 사람이 관리하도록 하는 것을 고려하세요.
커넥터는 여러분이 활성화할 변화 중 가장 눈에 띄는 것입니다. 구성원들은 Claude가 갑자기 데이터에 직접 접근할 수 있게 된 순간을 바로 알아차립니다. 각 커넥터가 제공될 때마다 이를 공지하고, 구성원에게 무엇이 바뀌고 무엇이 바뀌지 않는지 명확히 알리세요: 커넥터는 이제 구성원에게 제공되지만, 이를 켤지 여부는 여전히 각 구성원이 선택합니다. 새 커넥터 요청은 레슨 2에서 지정한 접근 소유자를 통해 처리하세요.
Pluto의 커넥터
Pluto는 모든 그룹에 드라이브와 위키를 읽기 전용으로 추가했고, 하루 종일 티켓을 등록하는 업무 흐름을 가진 Engineering에는 위험 소유자의 쓰기 권한 부여 승인을 받아 티켓 트래커를 읽기-쓰기로 추가했습니다. (레슨 5에서 Engineering에서 제외된) Payments-eng는 읽기 전용을 유지하며, 데이터가 자신의 업무 범위를 벗어나는 커넥터는 해당 그룹에서 아예 제외됩니다 — 이는 Payments & Trust가 전반적으로 취하는 더 엄격한 태도입니다.
아래의 인터랙티브 위젯은 단일 커넥터에 대해 Pluto의 세 가지 게이트를 실행해 봅니다: 게이트를 열거나 닫아보면서 누가 그것을 통제하는지, 그리고 각 구성원이 무엇을 경험하는지 확인해 보세요.
1 · 여러분의 결정
각 그룹은 어떤 커넥터를 받게 되며, 도구별로 어느 깊이까지(읽기 전용 또는 읽기-쓰기) 받게 됩니까?
2 · 선택할 수 있는 옵션
커넥터 접근은 결국 위험에 대한 판단의 문제입니다: 각 커넥터에 대해, 어떤 그룹의 업무가 매주 쓰기 접근을 필요로 하는지 물어보세요.
| 선택지 | 선택하는 시점 | 의미와 영향 |
|---|---|---|
| 해당 시스템에서 업무가 이루어지는 그룹으로 범위를 지정한 읽기 전용 | 아래의 상황이 적용되지 않는 한, 대부분의 조직은 이 선택지에 정착합니다. | 읽기 접근은 즉시 유용합니다: 가져오기와 검색만으로도 실질적인 가치를 만들어냅니다. 이는 조직이 구성원이 실제로 그 접근 범위로 무엇을 하는지 파악하는 동안, Claude가 시스템에서 무엇을 변경할 수 있는지에 대한 질문을 피할 수 있게 해줍니다. 일반적인 패턴은, 워크플로우가 필요성을 입증하고 위험 소유자가 승인한 이후에 쓰기 접근이 나중에 추가되는 것입니다. |
| 승인을 거쳐 단계적으로 도입하는 쓰기 접근 | 그룹의 워크플로우가 Claude가 시스템에 쓰기 작업을 하는 것(티켓 등록, 페이지 업데이트 등)을 명확히 필요로 하고, 해당 위험 소유자가 이를 수용할 의사가 있는 경우. | 그룹은 다른 모든 그룹과 마찬가지로 읽기 전용으로 시작한 다음, 필요성이 입증되고 위험 소유자가 승인한 이후에 쓰기 접근을 받게 됩니다. 이후 Claude는 구성원을 대신하여 해당 시스템을 변경할 수 있으며, 위험은 이를 수용한 소유자에게 귀속됩니다. |
3 · 나중에 이를 변경한다면
커넥터 설정은 자유롭게 되돌릴 수 있습니다: 추가한 커넥터, 각 그룹의 범위 지정, 읽기 전용 대 읽기-쓰기 여부는 모두 조직 설정에서 변경할 수 있습니다. 범위를 넓히는 것은 구성원에게 아무런 비용도 발생시키지 않습니다. 그러나 범위를 좁히는 것은 신중하게 다루어야 합니다: 쓰기 접근을 철회하거나 커넥터를 제거하면 구성원이 그 위에 구축한 워크플로우가 깨집니다. 접근 권한 변경 사항은 구성원이 인지할 수 있도록 공지하는 것이 모범 사례입니다.
리소스 설정하기
결정을 내렸다면, 조직의 커넥터를 설정하세요. 여러분이 추가하는 커넥터와 각 그룹의 커넥터 범위 지정은 조직 설정(Organization settings)에서 그룹 및 역할 할당과 함께 관리되며, EMA를 사용하는 경우 구성원 게이트 역시 그곳에서 중앙에서 직접 구축하게 됩니다.
- 커넥터를 사용하여 Claude의 기능 확장하기(새 탭에서 열림): 구성원 입장에서 커넥터가 무엇이고 어떤 역할을 하는지, 즉 여러분이 게이트를 설정하는 대상입니다.
- 원격 MCP를 사용한 커스텀 커넥터 시작하기(새 탭에서 열림): 커스텀 커넥터가 어떻게 구축되고 추가되는지, 즉 여러분이 승인하는 대상이 무엇인지 알 수 있습니다.
- Enterprise Plan에서 역할 기반 권한 설정하기(새 탭에서 열림): 커스텀 역할이 각 그룹이 사용할 수 있는 커넥터를 어떻게 통제하는지 설명합니다.
- 조직 전체를 위한 MCP 커넥터 인증하기(새 탭에서 열림): 엔터프라이즈 관리형 인증 — 그것이 하는 일, 어떤 커넥터와 ID 공급자가 이를 지원하는지, 설정 방법.
- 엔터프라이즈 관리형 인증 (MCP 문서)(새 탭에서 열림): EMA의 기반이 되는 표준입니다.
- 샌드박스 처리된 Bash 도구 구성하기(새 탭에서 열림): Claude Code의 네트워크 접근 범위: 플랫폼 리드가 소유하는 관리형 설정 내 샌드박스의 허용 도메인입니다.
레슨 활동
동반 자료의 커넥터 표를 채워보세요: 커넥터, 누가 받는지, 그리고 깊이(읽기 전용 또는 읽기-쓰기).
위험 소유자에게 가져갈 내용: 쓰기 접근이 있는 모든 행: 그것이 필요한 워크플로우, 그것을 담당하는 그룹, 그리고 위 섹션에서 다룬 읽기 대 쓰기 위험 프레이밍.
→ 이를 함께 작성하는 동반 자료의 레슨 7 섹션에 기록하세요.
다운로드
다음 단계
다음 모듈인 거버넌스는 구성원이 Claude 자체를 얼마나 자유롭게 커스터마이징할 수 있는지로 시선을 돌립니다: 구성원이 만드는 스킬, 그 스킬이 공유되는 방식, 그리고 모두를 위해 Claude를 형성하는 조직 지침, 그리고 이 세 가지 모두를 아우르는 거버넌스 태도까지 다룹니다.