로드 중
이 레슨에서이 레슨을 마치면
  • 거버넌스 대상이 되는 커스터마이징(스킬 및 플러그인, 프로젝트, 조직 지침)을 설명합니다
  • 커스터마이징에 거버넌스가 필요한 이유와 태세를 적용하는 설정들이 어떻게 함께 작동하는지 설명합니다
  • 하나의 태세가 조직 전체를 포괄하는지 여부를 포함하여 거버넌스 태세를 선택하고, 그 태세가 맞지 않는다는 신호를 인식합니다

이것은 다섯 가지 결정 중 세 번째인 거버넌스입니다. 여러분은 Claude가 접근할 수 있는 범위를 이미 결정했습니다. 이제 Claude의 작동 방식을 바꾸는 커스터마이징과, 그 변화가 조직 전체로 어떻게 확산될 수 있는지 배우게 됩니다. 스킬, 공유 설정, 그리고 조직이 Claude에게 제공하는 상시 지침은 모두 서로 다른 계층에서 하나의 질문에 답하기 때문에 여기에 함께 속합니다: 한 구성원이 설정한 것이 다른 사람에게 얼마나 도달할 수 있는가?

사용자 커스터마이징과 조직 지침

이 레슨에서는 세 가지 유형의 커스터마이징을 다룹니다. 아래 섹션에서는 각각을 자세히 살펴본 다음, 이들이 얼마나 멀리 확산되는지를 좌우하는 태세(누가 만들고, 공유하고, 확장할 수 있는지에 대한 조직의 규칙)를 다룹니다.

  1. 스킬과 플러그인

    스킬은 작업에 필요할 때 Claude가 불러오는 지침, 스크립트, 리소스로 구성된 폴더입니다. 실제로는 워크플로우를 패키징하여 Claude가 매번 동일한 방식으로 실행하도록 합니다. 예를 들어 법무팀이 자체 플레이북에 따라 실행하는 1차 계약 검토자, 여러분의 어조로 작성하는 요약 포맷터, 또는 여러분의 템플릿에 맞춘 사고 사후 분석 등이 있습니다. 스킬을 사용하면 Claude가 이미 여러분의 관례를 알고 있으므로, 매 대화마다 다시 설명할 필요가 없습니다.

    플러그인은 스킬을 다른 구성 요소(커넥터, 서브 에이전트)와 함께 묶어 전체 툴킷을 한 번에 설치할 수 있게 합니다. 동일한 태세가 스킬과 플러그인 모두에 적용되므로, 이 레슨의 나머지 부분에서는 이 둘을 통칭하여 "커스터마이징"이라고 부릅니다. 플러그인은 구성원의 그룹에 포함되지 않은 커넥터나 기능을 부여할 수 없으며, 이미 존재하는 것과 함께 작동할 뿐입니다.

  2. 프로젝트

    프로젝트는 자체 컨텍스트와 파일을 가진 작업 공간으로, 그 안에서 작업하는 모든 사람에게 지속됩니다. 프로젝트 공유 설정은 한 구성원이 만든 프로젝트를 조직 내 다른 사람과 공유할 수 있는지, 그리고 얼마나 넓게 공유할 수 있는지를 결정합니다. "공개 프로젝트"를 끄면 모든 공개 프로젝트가 비공개로 전환되어, 해당 프로젝트에 추가되지 않았던 사람은 접근 권한을 잃습니다. 누구도 새 프로젝트를 공개로 만들 수 없지만, 지정된 사람이나 그룹과의 공유는 계속됩니다. 그룹과 프로젝트를 공유하는 기능은 베타 버전이므로, 여러분이 보는 세분화 수준은 다른 조직과 다를 수 있습니다. 이 설정 자체가 태세 선택입니다.

  3. 조직 지침

    조직 지침은 이를 지원하는 환경에서 구성원과 Claude의 대화에 포함되는 지침 블록으로, 조직의 상시 컨텍스트 역할을 합니다. 이를 사용하여 Claude에게 고정된 사실과 고정된 지침을 제공할 수 있습니다. 예를 들어 조직이 누구이고 어떻게 구성되어 있는지, 고객 대상 글쓰기의 어조, 또는 Claude가 내부 자료를 인용할 때마다 출처 문서를 명시하는 것과 같은 모든 세션에 적용되는 규칙 등입니다. Pluto의 버전은 이 레슨 뒷부분에 나옵니다.

커스터마이징에 거버넌스가 필요한 이유

커스터마이징을 공유할 수 있는 능력은 구성원이 Claude와 함께 작업하는 경험에 실질적인 가치를 더합니다. 한 구성원이 만든 스킬은 팀이 이미 운영하는 워크플로우를 체계화할 수 있으므로, 더 일관되고 종종 더 빠르고 더 높은 품질의 형태로 확산됩니다. 구성원은 또한 Claude 이전에는 존재하지 않았던 워크플로우를 만들어 조직 전체로 확장할 수도 있습니다.

그 이면에는 난립이 있습니다. 거버넌스 없이 방치하면 조직에는 수십 개의 거의 중복된 스킬, 검토되었다고 가정한 팀들에게 확산되는 검증되지 않은 워크플로우, 또는 프로젝트를 조직 전체에 공유함으로써 접근 가능해진 민감한 데이터가 생길 수 있습니다. 거버넌스는 확산을 의도적으로 유지하는 방법이며, 누구에게 커스터마이징을 만들고 확장할 권한을 줄지 결정하는 것이 그 핵심입니다.

거버넌스는 세 가지 질문으로 귀결됩니다:

  1. 커스터마이징이 실행될 때 무엇을 할 수 있도록 허용되는가?
  2. 누가 만들 수 있고, 누가 사용할 수 있는가?
  3. 만든 구성원으로부터 다른 모든 사람에게 어떻게 전파되는가?

커스터마이징이 실행될 때 할 수 있는 일

스킬이 실행될 때 할 수 있는 일은 기능(capability)에 따라 달라집니다. 어떤 스킬은 코드를 실행하고, 어떤 스킬은 웹을 검색하며, 어떤 스킬은 파일을 읽습니다. 스킬은 필요한 기능이 켜져 있을 때만 실행되므로, 기능을 활성화할 때는 두 토글을 함께 확인해야 합니다. 즉 해당 기능과, 그 기능이 필요한 팀이 의존할 스킬입니다. 스킬에는 코드 실행이 필요합니다. 조직 설정에서 구성원이 스킬을 전혀 사용할 수 있기 전에 Cloud 코드 실행 및 파일 생성 설정(일부 콘솔에서는 여전히 코드 실행 및 파일 생성으로 표시됨)과 스킬을 모두 켜야 합니다. 스킬이 의존하는 기능을 조직 전체에서 꺼둔 채로 두면, 재무팀이 원하는 스킬(예: 리서치 요약기)은 전혀 사용할 수 없게 됩니다.

누가 만들고 사용할 수 있는가

구성원이 스킬을 만들고 사용할 수 있는지 여부는 조직 전체 설정입니다. 이는 특정 그룹에 속하지 않고 그룹보다 상위에 위치하는 몇 안 되는 설정 중 하나이지만, 커스텀 역할의 스킬 생성 기능이 누가 만들 수 있는지를 결정하고, 그 공유 기능이 누가 공유할 수 있는지를 결정합니다. 다만 배포는 그룹에 연결될 수 있습니다. 플러그인에 번들된 스킬은 특정 그룹에 할당될 수 있으므로, 해당 그룹만 그것을 볼 수 있습니다.

다른 모든 사람에게 전파되는 방식

스킬이 확산되는 방식은 네 가지 개별 배포 제어에 의해 좌우되며, 이것이 여러분의 태세를 구성합니다:

  1. Owner 프로비저닝: Owner가 스킬을 업로드하면 모든 구성원의 스킬 목록에 도달하며, 기본적으로 활성화되어 있습니다(구성원은 자신에 한해 이를 끌 수 있습니다). 이를 추가하거나 제거할 수 있는 것은 Owner 및 역할에서 라이브러리가 "관리 가능"으로 설정된 사람뿐입니다.
  2. 스킬 공유(조직이 스킬 기본 설정을 지정하지 않은 경우 기본적으로 켜짐): 구성원이 자신이 만든 스킬이나 플러그인을 특정 동료와 직접 공유하며, 해당 동료는 이를 사용할 수 있지만 편집할 수는 없습니다.
  3. 그룹과 공유(기본적으로 꺼짐): 구성원이 "이 그룹과 리소스 공유"가 켜져 있는 그룹 전체와 스킬이나 플러그인을 공유합니다.
  4. 게시("꺼짐", "검토 필요", 또는 "공개"): 구성원이 스킬이나 플러그인을 조직 라이브러리에 제출하면, 이는 조직 전체에 도달할 수 있습니다(검토 시 승인자가 모든 사람에게 제공할지 특정 그룹에만 제공할지 선택합니다). "꺼짐"에서는 구성원이 제출할 수 없지만, Owner는 여전히 조직 전체를 위해 직접 스킬을 추가할 수 있습니다. "검토 필요"에서는 각 제출과 이후의 각 버전이 Owner 또는 역할에서 라이브러리가 "관리 가능"으로 설정된 사람의 승인을 기다리며, 누구도 자신의 제출을 직접 승인할 수 없습니다. "공개"에서는 제출이 검토 없이 게시될 수 있습니다. 조직 내 누구도 게시 값을 선택하지 않았다면 기본값이 적용되며, 이 값은 조직마다 다르므로 어느 값인지 확인하세요.

Pluto의 거버넌스

Pluto는 분할된 태세를 운영합니다. 대부분의 그룹에서는 구성원이 자유롭게 만들고 자신의 그룹 내에서 공유하며, 그룹을 벗어나는 모든 것은 해당 그룹의 지정된 검토자를 거칩니다. Payments & Trust는 더 엄격하게 운영되어, 그곳에서 만들어진 것은 승인되기 전까지는 전혀 공유되지 않습니다(선승인 방식). 이는 Pluto가 검토자와 정책을 통해 시행하는 규칙입니다. 이런 규칙의 일부를 제품이 담당하게 하고 싶다면, 커스텀 역할을 통해 특정 그룹 구성원의 스킬 공유와 프로젝트 공유를 끌 수도 있습니다. Pluto의 조직 지침은 Pluto, 그 다섯 개 사업부, 그리고 고객 대상 글쓰기를 위한 사내 스타일을 명시합니다. 내용은 다음과 같습니다: "당신은 다섯 개 사업부(Retail, B2B, Payments & Trust, Platform, Ops)를 가진 핀테크 기업인 Pluto를 지원하고 있습니다. 고객 대상 글쓰기는 Pluto의 사내 스타일에 따라 평이하고 간결해야 합니다."

아래의 인터랙티브 위젯은 하나의 스킬이 빌드-검토-게시 루프를 거치는 과정을 보여줍니다. 태세를 전환해 보세요 — 대부분의 그룹에 대한 Pluto의 개방형 빌드와 검토된 확산, Payments & Trust에 대한 선승인 방식 — 그리고 검토 게이트가 어디에 위치하는지 확인해 보세요.

로드 중

1 · 여러분의 결정

여러분의 커스터마이징 태세: 구성원이 스킬, 플러그인, 프로젝트를 얼마나 자유롭게 만들고 공유할 수 있으며, 하나의 태세가 조직 전체를 포괄하나요?

2 · 선택할 수 있는 옵션

여기서 대부분의 회사가 공유하는 단일한 태세는 없습니다. 태세는 여러분의 회사가 자사 구성원이 만드는 도구를 이미 어떻게 다루고 있는지를 반영합니다. 대부분의 경우를 세 가지 태세로 다룰 수 있습니다:

선택지선택해야 할 때의미와 영향
개방형 빌드, 검토된 확산구성원이 자유롭게 실험하고 만들기를 원하며, 빌더를 넘어 확산되는 것을 검증할 수 있는 CoE나 챔피언 그룹이 있는 경우입니다.누구나 자신을 위해 커스터마이징을 만들 수 있지만, 조직 전체로 승격하려면 먼저 검토를 거쳐야 합니다. 구성원은 계속 자유롭게 실험할 수 있으며, 게시가 검토 필요로 설정되어 있으면 구성원이 제출한 것은 검토자가 승인할 때까지 조직 라이브러리에 도달하지 않습니다.
설정: 스킬 공유 켜짐, 게시는 검토 필요로 설정.
중앙 집중형전담 중앙 팀이 이미 구성원이 만드는 도구가 어떻게 제작되고 확장되는지를 담당하고 있으며, Claude 커스터마이징도 이를 통해 운영되기를 원하는 경우입니다.전담 팀이 모든 것을 만들고 검증하며, 구성원은 조직에 게시된 것에서 설치합니다. 사용 중인 모든 것이 여러분의 기준을 충족하지만, 그 대가로 확산 속도가 느려집니다.
설정: 스킬 공유 꺼짐, 게시는 꺼짐으로 설정, Owner 프로비저닝만 사용.
완전 개방형구성원들이 어차피 서로의 작업을 상식적으로 점검할 만큼 작거나 신뢰도가 높은 조직이며, 공식적인 검토는 오히려 속도만 늦출 뿐인 경우입니다.누구나 만들고, 공유하고, 설치합니다. 검증은 절차적이라기보다 사회적으로 이루어집니다. 확산을 막는 것은 아무것도 없습니다.
설정: 모든 공유 켜짐, 게시는 공개로 설정.

3 · 나중에 이를 변경한다면

대부분의 태세 설정은 자유롭게 되돌릴 수 있습니다. 하나를 변경하면 그 시점부터 적용되며, 되돌리는 작업이 필요하지 않습니다. 다만 두 방향이 동등하지는 않습니다. 완화하는 것은 자유롭습니다 — 더 많은 빌드와 공유를 허용하면 구성원에게 여유가 생깁니다. 강화하는 방향은 신중해야 하며, 두 설정은 서로 반대로 작동합니다. "공개 프로젝트"를 끄면 이미 존재하는 것에도 영향을 미칩니다. 공개 프로젝트는 비공개로 전환되며, 다시 켜더라도 비공개 상태를 유지합니다. 더 엄격한 게시 설정은 이미 게시된 것을 제거하지 않으며, 이는 Owner가 제거할 때까지 조직 라이브러리에 남아 있으므로, 많이 사용되는 스킬을 새 규칙에 비추어 검토하고 기준을 충족하지 않는 것은 제거해야 합니다.

설정 리소스

결정을 내렸다면, 생성 및 공유 설정, 코드 실행, 프로젝트 공유, 조직 지침은 모두 조직 설정에 있습니다.

레슨 활동

거버넌스 담당자와 보안 책임자에게 가져갈 내용: 여러분이 선택한 태세, 커스터마이징이 조직 전체로 확산되기 전 검토자는 누구이며 어떤 그룹에 대한 것인지, 그리고 코드 실행이 계속 켜져 있는지와 누구를 위한 것인지입니다. 태세 설정이 여러분 혼자만의 결정이 아니라면, 이것이 그들을 위한 브리핑입니다.

태세를 기록하기 전에, 이미 답할 수 있는 세 가지 질문에 비추어 확인해 보세요:

  1. 세 가지 태세 중 어느 것이 오늘날 여러분의 회사가 자사 구성원이 만드는 도구를 다루는 방식과 일치하며, 규제 대상 그룹 중 나머지보다 더 엄격한 태세가 필요한 곳이 있나요?
  2. 여러분의 태세에 검토 게이트가 있다면, 검토자는 누구이며 어떤 그룹에 대한 것인가요?
  3. 여러분의 조직 지침에는 무엇이 담겨야 할까요: 모든 대화가 담아야 할, 여러분이 누구인지와 Claude가 따라야 할 기준에 대한 두세 줄은 무엇인가요?

→ 이를 워크얼롱 컴패니언의 레슨 8 섹션에 기록하세요.

다운로드

  • Work-along companion (Word)

    The editable Word version of the rollout plan you fill in lesson by lesson.

    다운로드
  • Work-along companion (PDF)

    The same rollout plan as a fillable PDF.

    다운로드

다음 단계

이제 구성원은 여러분이 설정한 범위 내에서 만들고 공유할 수 있습니다. 다음 모듈인 지출에서는 이러한 활동에 드는 비용을 다룹니다: 조직 전체에서 지출 한도가 어디에 설정되어 있는지, 그리고 구성원이 한도에 도달했을 때 누가 각각을 책임지는지입니다.