본문 바로가기
AI

Claude 프로젝트 공유 권한 설정: Can view·Can edit와 접근 회수 구분

by 바른정보블로그 2026. 10. 25.
SMALL

프로젝트 문서와 보기·편집 권한을 가진 두 협업자를 구분한 Claude 공유 권한 안내 삽화

Claude 프로젝트 공유 권한은 파일을 함께 보는 기능만이 아닙니다. Can view와 Can edit에 따라 지식·지침 수정과 멤버 관리 범위가 달라집니다. 업무 프로젝트를 공유하기 전에는 누가 자료를 볼 수 있고 누가 바꿀 수 있는지 먼저 나눠야 합니다.

2026년 10월 25일 확인. 기존 Claude Team·Enterprise Projects의 공식 도움말을 정리한 안내입니다. 실제 조직에서 초대·제거를 시험한 후기가 아니며, 새 Claude Code Projects 베타의 공유 방법은 다루지 않습니다.

빠른 결론

  • Can view는 지식·지침 열람과 프로젝트 안 채팅이 가능하지만 프로젝트를 편집하지 못합니다.
  • Can edit은 지식·지침과 멤버 설정을 바꿀 수 있는 권한입니다.
  • 보관은 접근 회수가 아닙니다. 회수가 목적이면 공유 설정에서 Remove access를 별도로 확인합니다.

공유 전 권한 체크리스트

  • Team 또는 Enterprise 조직의 기존 Projects인지 확인합니다.
  • 프로젝트 이름과 소속 조직을 확인하고 필요한 자료만 넣습니다.
  • 자료를 참고할 사람과 지침을 관리할 사람을 구분합니다.
  • 개별 초대·그룹·조직 전체 공개처럼 접근 경로가 겹치는지 확인합니다.

Projects를 만들 수 있다는 사실과 조직 공유가 가능하다는 사실은 다릅니다. 공유 도움말은 Team·Enterprise를 대상으로 합니다. 개인 계정에서 같은 화면이 안 보인다고 유료 개인 플랜에 가입하면 반드시 해결된다고 안내할 수 없습니다.

1. Share에서 Can view와 Can edit 선택

  1. 공유할 프로젝트를 열고 이름과 지식 파일 목록을 검토합니다.
  2. 프로젝트 이름 옆 Share를 엽니다. 다른 공식 관리 문서에는 Share project로도 표기되어 있으므로 실제 화면을 함께 확인합니다.
  3. 같은 조직의 이름이나 이메일로 대상을 찾습니다. 필요한 사람인지 확인한 다음 역할을 선택합니다.
  4. 참고와 채팅이 목적이면 Can view, 지식·지침 관리까지 맡기려면 Can edit을 검토한 뒤 Share로 확정합니다.

공식 문서는 Can edit에 멤버 추가·제거도 포함한다고 설명합니다. 단순히 글을 고치는 권한이라고 축소하지 마세요. 반대로 Can view는 다른 사람의 모든 대화를 읽는 권한이 아닙니다. 프로젝트와 지식은 공유되지만 개별 채팅은 별도로 공유하기 전까지 다른 일반 멤버에게 비공개입니다.

2. Public은 인터넷 전체 공개가 아닙니다

이 기능의 Public은 해당 조직의 모든 사람이 프로젝트를 보고 사용할 수 있다는 뜻입니다. Private은 초대받은 멤버만 접근합니다. 본인이 만든 프로젝트의 Share → General access에서 Everyone at [your organization] 또는 Only people invited를 확인합니다. 조직 정책에 따라 전체 공개 선택이 제한될 수 있습니다.

Only people invited도 이미 초대한 사람이 있으면 작성자 혼자만 접근하는 상태가 아닙니다. 표시 이름만 읽고 판단하지 말고 멤버 목록까지 보세요. 프로젝트 공개 범위와 개별 채팅 공유 여부, 메모리 처리 범위는 각각 다른 항목입니다.

3. 접근을 회수할 때는 Remove access

  1. 대상 프로젝트의 Share 메뉴를 엽니다.
  2. 제거하려는 멤버의 현재 역할을 선택합니다.
  3. Remove access를 선택하고 공유 목록에서 결과를 확인합니다.
  4. 그룹이나 조직 전체 공개로도 접근하던 사람이라면 다른 경로가 남았는지 함께 점검합니다.

공유 전용 도움말은 Can edit 멤버가 이 작업을 할 수 있다고 설명하고, 생성·관리 도움말은 작성자를 예로 듭니다. 실제 계정에서 제거 항목이 없으면 권한을 우회하지 말고 작성자나 관리자에게 확인하세요. 이 안내는 조직 계정 자체를 삭제하는 절차가 아닙니다.

활용 예시: 참고 담당자와 관리 담당자 분리

고객 FAQ 프로젝트를 만든다고 가정해 보겠습니다. 답변을 참고할 팀원은 Can view, 승인된 지침을 갱신할 담당자는 Can edit으로 나누는 방식입니다. 이는 문서 기반 운영 예시이며 실제 회사 자료로 시험한 결과가 아닙니다. 퇴사·업무 변경 시에는 Archive만 하지 말고 접근 경로와 멤버 목록을 다시 검토합니다.

보관·보안·비용 주의

Archive는 멤버·권한·지식을 유지하고 복원할 때 그대로 되돌리는 보관 기능입니다. 접근 회수나 데이터 삭제로 소개하면 안 됩니다. 또한 조직 관리자가 신규 프로젝트 공유를 꺼도 기존의 명시적 초대 접근은 유지됩니다. 기존 Public 프로젝트가 Private으로 바뀌는 효과와는 구분해야 합니다.

이 글은 요금 비교가 아닙니다. Team·Enterprise의 계약·좌석·사용량 조건과 한국 결제금액은 실제 조직에서 확인하세요. 멤버에게 채팅이 비공개라는 설명도 조직 운영자의 데이터 내보내기나 계약상 관리 권한까지 없다는 보장은 아닙니다. 고객 정보는 사내 정책에 맞춰 최소한으로 넣습니다.

메뉴가 없거나 접근이 남아 있을 때

  • 개인 계정·다른 조직·새 Code 베타를 보고 있지 않은지 확인합니다.
  • 작성자 또는 Can edit인지, 조직의 공유 정책이 허용하는지 확인합니다.
  • Enterprise 그룹 공유는 베타이며 그룹 설정과 별도 접근 경로를 점검합니다.
  • 그룹 접근 변경은 공식 안내상 최대 5분이 걸릴 수 있습니다. 계정 정보가 드러난 화면을 공개 게시판에 올리지 마세요.

FAQ

Q1. Can view도 프로젝트에서 질문할 수 있나요?

네. 공식 설명에는 프로젝트 안 채팅이 포함됩니다. 다만 프로젝트 편집은 할 수 없습니다.

Q2. 보관하면 공유된 사람도 자동 제거되나요?

아닙니다. 보관은 권한과 멤버를 유지합니다. 회수가 필요하면 공유 설정에서 별도로 제거합니다.

Q3. Public으로 바꾸면 내 채팅도 모두 보이나요?

프로젝트가 Public이어도 개별 채팅은 별도 공유 전까지 다른 조직 멤버에게 비공개라고 안내합니다. 프로젝트 지식 공유와 혼동하지 마세요.

관련 글

공식 출처·확인일

2026년 10월 25일 KST 확인. 공유 전용 문서 표시일은 9월 25일이며, 실제 메뉴와 조직 제공 상태는 계정에서 다시 확인해야 합니다.

LIST

댓글