블로그로 돌아가기
Tech Insight2026년 11월 15일171

클로드 프로젝트 사용법 2026 — 용량 한도·공유 권한·업로드 데이터, 숫자가 있는 건 새 버전뿐이다

클로드 프로젝트 사용법을 팀 기준으로 정리했다. 용량 한도는 공식 문서에 숫자가 없고 RAG가 자동으로 최대 10배까지 늘리며, 숫자가 명시된 건 공개 베타인 새 버전뿐이다. 공유 권한 둘과 관리자 설정의 실제 동작, 업로드 파일의 학습 사용까지 1차 출처로 확인했다.

클로드 프로젝트(Projects)를 팀에서 쓰기 시작하면 막히는 자리가 셋이다. 파일을 얼마나 올릴 수 있나, 공유 권한이 실제로 어떻게 움직이나, 올린 파일이 모델 학습에 쓰이나. 쓰는 법 자체는 10분이면 끝나는데 이 셋은 도움말을 여러 면 뒤져야 나온다.

답부터 적는다.

  • 현행 claude.ai 프로젝트의 용량 한도는 공식 도움말에 숫자가 없다. 토큰 상한도, 파일당 MB도, 파일 개수도 적혀 있지 않다. 대신 프로젝트 지식이 컨텍스트 한도에 가까워지면 Claude가 RAG 모드를 자동으로 켜서 용량을 최대 10배로 늘린다. 유료 플랜(Pro·Max·Ultra·Team·Enterprise) 전용이다.
  • 숫자가 명시된 쪽은 Claude Code 문서에 있는 새 버전뿐이다 — 파일 1,000개·2GB, 단일 파일 480MB, 프로젝트 지침 16,000자. 공개 베타이고 Team·Enterprise에는 아직 제공되지 않는다.
  • 공유는 Team·Enterprise부터 열리고 권한은 Can view·Can edit 둘이다. 지침을 고칠 수 있는 쪽은 Can edit뿐이고, 프로젝트 안의 대화는 기본적으로 공유되지 않는다.
  • 업로드한 파일은 개인정보처리방침상 「Inputs」이고, 「계정 설정에서 옵트아웃하지 않는 한」 모델 학습·개선에 쓰일 수 있다. Enterprise 같은 기업 계약은 이 방침의 적용 대상이 아니다.

아래는 2026-11-15에 Anthropic 도움말 5면과 Claude Code 문서, 개인정보처리방침을 직접 확인한 내용이다.

만드는 법 — 그리고 프로젝트 이름은 Claude가 못 본다

사이드바에서 프로젝트를 만들고 「Set project instructions」를 눌러 지침을 적고 저장하면 끝이다. 도움말 표현대로 Claude는 「그 프로젝트 안의 모든 대화에」 이 지침을 적용한다. 파일은 프로젝트 지식(project knowledge)으로 올린다.

여기서 모르면 헛수고하는 게 하나 있다. 프로젝트 이름과 설명은 Claude가 보지 못한다. 도움말이 그 둘을 두고 「Claude will not have access to these details」라고 명시한다. 즉 설명란에 「이 프로젝트는 월간 보고서를 쓰는 곳이다」라고 적어 두는 것은 사람용 메모일 뿐이고, 답을 바꾸고 싶으면 지침란에 적어야 한다. 이름과 설명에 배경을 녹여 쓰는 습관이 있으면 그만큼이 통째로 안 읽히는 셈이다.

지침에 무엇을 적으면 답이 실제로 달라지는지, 계정 지침·조직 지침과 어떻게 층이 갈리는지는 클로드 한국어 설정에 층별로 정리해 뒀다. 무료 계정의 프로젝트 개수 제한과 플랜별 가능 여부도 그쪽 표에 있다.

용량 — 공식 문서에 숫자가 없고, 대신 알아서 바뀐다

「프로젝트에 파일 몇 개까지, 몇 MB까지 올라가나」를 찾으면 3자 블로그들이 토큰 20만·50만, 파일당 30MB 같은 수치를 적어 둔 걸 보게 된다. 공식 도움말에는 그 숫자가 없다. 확인한 도움말 다섯 면 어디에도 프로젝트 지식의 토큰 상한·파일 크기·파일 개수가 적혀 있지 않다. 그러니 그 수치들을 설계 전제로 깔면 안 된다.

문서가 말하는 건 동작이다. 프로젝트 지식이 컨텍스트 한도에 가까워지면 Claude가 RAG 모드를 자동으로 켠다. 그러면 용량이 최대 10배로 늘어난다. 켜진 뒤에는 전부를 한 번에 올려 읽는 대신 「프로젝트 지식 검색 도구」로 필요한 부분만 꺼내 쓴다.

알아 둘 성질이 네 가지다.

  • 사용자 토글이 없다. 켜고 끄는 건 프로젝트 지식 크기에 따라 자동이다.
  • 되돌아간다. 지식이 기준 아래로 줄면 다시 통째로 읽는 방식으로 돌아올 수 있다.
  • 유료 전용이다. 문서 표현은 「paid plans (Pro, Max, Ultra, Team, and Enterprise)」다. 무료 계정은 RAG 확장을 받지 않는다.
  • 표시가 뜬다. RAG가 켜졌음을 알리는 시각 표시가 생긴다고만 적혀 있고, 남은 용량을 퍼센트로 보여 주는 계기판은 문서에 없다.

RAG가 생기기 전에는 컨텍스트 창에 묶인 고정 한도가 있었고, 한도에 닿으면 더 넣을 수 없었다. 그 벽이 없어진 것이 지금 상태다. 다만 검색 방식으로 바뀐다는 건 답이 쓰는 근거가 「전부」에서 「검색된 일부」로 바뀐다는 뜻이기도 하다. 자료를 가리지 않고 쌓으면 그 검색이 엉뚱한 걸 집어 온다 — 무엇을 넣고 무엇을 뺄지의 문제는 컨텍스트 엔지니어링 쪽 이야기다.

숫자가 명시된 건 새 버전뿐이다

2026년 11월 기준으로 프로젝트는 두 버전이 공존한다. 새 버전은 Claude Code 쪽 문서에 있고, 정의부터 다르다 — 「프로젝트는 Claude가 관련된 작업 흐름을 조율하는 하나의 지속되는 대화」다. 작업 공간이 아니라 대화 하나가 프로젝트인 구조다.

그리고 이쪽에는 한도가 적혀 있다.

항목새 버전 명시 한도
한 번에 올리는 파일최대 1,000개 · 2GB
단일 파일 크기최대 480MB
폴더10개까지 (Google Drive 폴더 합산)
프로젝트 지침16,000자
지침 경로Project settings → Memory → Project instructions

이 숫자를 지금 쓰는 프로젝트에 적용하면 안 된다. 같은 이름의 다른 구조이고, 현행 claude.ai 프로젝트의 한도는 위에서 본 대로 문서에 없다.

내 계정은 어느 버전인가

문서 두 곳의 설명이 조금 다르다. Claude Code 문서는 「Pro·Max·Ultra 플랜에서 공개 베타이고 점진 배포 중」이며 「Team·Enterprise에는 아직 제공되지 않는다」고 적는다. 배포 시작 기준은 「클라우드 세션을 써 본 적이 있고 claude.ai 채팅이나 Cowork에 기존 프로젝트가 없는 계정」이다. 반면 도움말은 「일부 Pro·Max·Ultra 사용자의 기존 프로젝트를 새 버전으로 옮기기 시작했다」고 적고, 나머지는 「당분간 현행 버전에 머물고 배포가 확대되면 옮긴다」고 한다.

정리하면 이렇다. 팀 단위로 쓰고 있다면 당분간 현행 버전이다 — 새 버전은 Team·Enterprise에 없다. 개인 Pro·Max·Ultra 계정은 어느 쪽에 걸렸는지 화면으로 확인하는 편이 빠르다. 마이그레이션 날짜는 어느 문서에도 없다.

이 전환이 설계에 주는 함의는 하나다. 지침을 프로젝트 설명에 녹여 쓰지 말고 독립된 블록으로 적어 두면 구조가 바뀔 때 그대로 옮긴다.

팀으로 쓸 때 — 공유는 Team·Enterprise부터고, 대화는 따라가지 않는다

프로젝트 공개 범위와 공유 기능은 Team 또는 Enterprise 플랜에서만 열린다. 그룹 단위 공유는 Enterprise + 베타다. 권한은 둘로 나뉜다.

권한할 수 있는 것
Can view내용·지식·지침을 보고 대화할 수 있다. 편집은 못 한다
Can edit지침과 지식을 수정하고 구성원 설정을 바꾸고 자료를 보탠다

즉 지침을 고칠 수 있는 사람은 Can edit뿐이다. 사내 기준을 프로젝트 지침으로 못 박아 두려면 편집 권한을 누구에게 줄지가 그 기준의 관리 주체를 정하는 일이 된다.

그리고 많이들 오해하는 지점 — 프로젝트 안의 대화는 기본적으로 공유되지 않는다. 공유되는 것은 지식 베이스고, 대화는 따로 공유하지 않으면 각자 것으로 남는다. 「프로젝트를 공유했으니 팀이 내 대화를 본다」도 아니고, 「공유했으니 팀의 질문 기록이 쌓여 자산이 된다」도 아니다.

도움말 화면 이름이 문서마다 조금씩 다르다는 점도 알아 두면 시간을 아낀다. 같은 기능이 문서 A에서는 「Keep it private / Share with your broader organization」, 문서 B에서는 「Private / Public」, 설정 화면에서는 「General access」로 나온다. 버튼도 「Share」와 「Share project」가 섞여 있다. 못 찾는 게 아니라 이름이 여러 개다.

관리자가 공유를 끄면 실제로 무슨 일이 생기나

조직 설정 → Data and privacy의 Sharing 항목에 스위치가 둘 있다. 둘 다 기본 켜짐이고, Public projects는 Share projects의 하위 설정이라서 상위를 끄면 같이 꺼진다. Team·Enterprise의 Primary Owner·Owner가 바꿀 수 있고, Enterprise에서는 Privacy 권한이 「Can manage」인 커스텀 역할도 가능하다.

조작결과
Share projects 끄기새 공유 불가 · 이미 공유된 프로젝트는 그대로 유지되고 접근 권한도 유지 · 기존 공개 프로젝트는 private으로 바뀌어, 공개였기 때문에만 들어오던 사람은 접근을 잃는다 · 새 공개 프로젝트 생성 불가
Public projects만 끄기기존 공개 프로젝트가 private으로 · 조직 전체 공유는 불가하지만 특정 사용자·그룹 공유는 계속 가능 · 이미 공유된 것은 설정 유지
끈 뒤 사용자 화면Share 메뉴는 그대로 보이고 「Project sharing is turned off by your administrator」가 뜬다 · 기존 접근 권한은 변경·해제할 수 있다
다시 켜기기존 공유 설정과 권한은 그대로 · private으로 바뀐 것은 private에 머문다
역할별 제어 (Enterprise)조직 설정 → Roles → Capabilities에서 Share projects 토글 · 조직 수준이 켜져 있어야 동작 · 적용에 최대 15분

실무에서 중요한 건 세 번째 줄과 마지막 줄이다. 끄는 것으로 이미 나간 접근이 회수되지 않고, 역할별 제어는 즉시 반영이 아니다. 「방금 껐는데 아직 되네」는 버그가 아니라 15분이다.

올린 파일은 학습에 쓰이나 — 정책 문구 그대로

이게 팀에서 가장 먼저 나오는 질문이고, 프로젝트 도움말 문서에는 답이 없다. 답은 개인정보처리방침(2026-09-10 발효)에 있다.

  • 업로드한 내용은 정책상 「Inputs」로 정의된다 — 「업로드하거나 통합하거나 서비스와 상호작용하며 선택한 콘텐츠」.
  • 그리고 「계정 설정에서 옵트아웃하지 않는 한, Inputs와 Outputs를 모델 학습·개선에 사용할 수 있다」고 적혀 있다. 즉 기본값이 사용이고 끄는 건 사용자 몫이다.
  • 옵트아웃해도 예외가 둘 있다 — 안전 검토로 플래그된 대화, 그리고 사용자가 직접 신고한 자료.
  • 중요한 분기: 이 방침은 「business offerings의 고객을 대신해 처리하는 콘텐츠(예: Enterprise 계정)에는 적용되지 않는다」. 그쪽은 고객 계약이 지배한다. 그래서 「Claude는 학습에 쓴다/안 쓴다」를 한 문장으로 말할 수 없다 — 계정이 개인 약관인지 기업 계약인지에 따라 다르다.
  • 보관 기간으로 숫자가 적힌 건 하나다. 삭제한 개별 대화는 30일 내 백엔드에서 삭제. 이 기한이 업로드 파일이나 프로젝트 지식에도 적용된다는 문구는 없다.
  • 옵트아웃 스위치가 화면 어디에 있는지는 방침에 적혀 있지 않다. 계정 설정에서 확인해야 한다.

사내 문서를 프로젝트에 올리기 전에 정해야 할 것은 결국 계정 종류다. 개인 Pro 계정에 계약서를 올리는 것과 Enterprise 계약 아래에서 올리는 것은 같은 동작이 아니다.

그래서 팀에 어떻게 깔까

순서가 있다. 프로젝트를 많이 만드는 것부터 시작하는 팀은 대체로 두 번 만든다.

  1. 반복되는 설명을 찾는다. 같은 지시를 세 번 이상 붙여넣고 있는 일이 첫 프로젝트다. 그 지시가 지침이 된다.
  2. 지침과 자료를 가른다. 「항상 이렇게 해라」는 지침, 「이걸 보고 해라」는 지식이다. 지침에 자료를 붙여 넣으면 둘 다 나빠진다.
  3. 편집 권한을 정한다. 지침을 고칠 수 있는 사람이 그 업무 기준의 관리자다. Can view로 충분한 사람에게 Can edit를 주지 않는다.
  4. 계정 종류를 확인한다. 올릴 자료의 민감도가 개인 약관으로 감당되는지 본다.
  5. 2주 쓰고 지침을 고친다. 처음 쓴 지침은 대체로 길고, 실제로 답을 바꾸는 줄은 몇 개뿐이다.

프로젝트로 해결되지 않는 일도 분명하다. 모델이 못 하는 일(파일 포맷, 사내 API, DB 접근)은 지침으로 안 열린다 — 그건 MCP 서버 쪽이고, 절차를 고정하는 일은 클로드 스킬이 맡는다. 프로젝트는 그 둘 사이에서 맥락을 묶는 자리다.

트리숲이 AX 과제에서 보는 순서도 같다. 도구를 먼저 깔면 쓰는 사람이 각자 다르게 쓰고, 두 달 뒤 산출물이 제각각이라 다시 정리한다. 반복 설명 → 지침 → 권한 → 자료 순서로 가면 그 되돌림이 없다. 조직 단위로 기준을 못 박고 내재화까지 한 번에 묶는 쪽은 기업 AI 도입에 규모별로 적어 뒀고, 사내 업무에 바로 붙여 쓰는 형태로 만들어 둔 것이 ax.trina.app이다. 업무 자동화까지 묶어 진행하는 쪽은 업무 자동화 구축이다.

Q: 프로젝트에 파일 몇 개까지 올라가나?

현행 claude.ai 프로젝트는 공식 문서에 숫자가 없다. 대신 컨텍스트 한도에 가까워지면 RAG 모드로 자동 전환돼 용량이 최대 10배가 된다. 3자 글에 돌아다니는 토큰 20만·파일당 30MB 같은 수치는 공식 문서에서 확인되지 않으므로 설계 전제로 쓰지 않는 편이 안전하다. 숫자가 명시된 것은 공개 베타인 새 버전(1,000개·2GB·단일 480MB)이다.

Q: 프로젝트 설명란에 배경을 적으면 답이 달라지나?

달라지지 않는다. 도움말이 프로젝트 이름과 설명을 두고 Claude가 그 내용에 접근하지 못한다고 명시한다. 답을 바꾸려면 지침란이나 프로젝트 지식에 넣어야 한다.

Q: 프로젝트를 공유하면 내 대화도 보이나?

아니다. 도움말 표현대로 프로젝트 안의 대화는 기본적으로 공유되지 않는다. 공유되는 것은 지식 베이스이고, 대화는 따로 공유해야 보인다.

Q: 관리자가 공유를 끄면 이미 공유한 프로젝트는 어떻게 되나?

이미 공유된 프로젝트는 그대로 유지되고 접근 권한도 남는다. 다만 공개(organization-wide) 프로젝트는 private으로 바뀌어서, 공개였기 때문에만 접근하던 사람은 권한을 잃는다. 다시 켜도 private으로 바뀐 것은 private에 머문다. 역할별 제어는 적용에 최대 15분 걸린다.

Q: 올린 파일이 학습에 쓰이는 걸 막으려면?

개인 약관 기준으로는 계정 설정에서 옵트아웃하면 된다 — 방침이 「옵트아웃하지 않는 한 사용할 수 있다」고 적으므로 기본값이 사용이다. 옵트아웃해도 안전 검토로 플래그된 대화와 직접 신고한 자료는 예외다. Enterprise 같은 기업 계약은 이 방침의 적용 대상이 아니고 계약이 지배하므로, 민감 자료를 다룰 거면 계정 종류부터 확인하는 게 맞다.


참고한 1차 출처 (2026-11-15 확인)

관련 서비스: 기술 의사결정, 같이 짚어드립니다