클로드 새 Projects, 기존 프로젝트와 무엇이 달라졌나
새 Projects 베타에서는 요청 하나를 보내면 클로드가 작업을 여러 스레드로 나눠 진행한다. 지금 프로젝트에 넣어 둔 자료와 지난 대화는 여기서 어떻게 이어질까?
클로드에 매번 같은 자료를 첨부하는 대신 프로젝트에 넣어 두면, 그 자료로 여러 질문을 이어 갈 수 있다. 이 익숙한 사용법에 이제 다른 방식이 더해졌다. 새 Projects 베타에서는 요청을 한 대화에 모아 보내고, 클로드가 필요한 작업을 별도 스레드로 나눠 진행한다. 사용자는 여러 채팅을 직접 열어 결과를 취합하는 대신, 진행 중인 일과 검토할 결과를 프로젝트에서 받는다.
이 변화는 같은 자료로 서로 다른 답을 받고 싶었던 사람과, 연관된 일을 계속 맡기려는 사람에게 다르게 다가온다. 실제로 Reddit의 u/Deep-Tea9216은 프로젝트 안의 개별 대화를 유지하고 싶다며 새 방식에 반대했다. 독립적인 평가를 여러 채팅에서 받던 사용자는 새 버전에서 이전 판단이 어떻게 기억되고 다음 작업에 전달되는지도 알아야 같은 방식으로 일을 맡길 수 있다.
같은 Projects 이름 아래 두 가지 작업 방식
Anthropic의 현행 도움말은 기존 프로젝트와 새 베타를 나눠 설명한다. 기존판에는 프로젝트 지식에 문서·텍스트·코드를 올리고 공통 지침을 설정하는 기능이 있다. 사용자는 그 안에서 개별 채팅을 시작한다. 새 베타의 중심은 작업을 조율하는 하나의 대화다. 이 대화가 작업 스레드를 시작하고, 스레드의 보고를 받아 다음 일을 이어 간다. 공식 Projects 개요에 명시된 차이다.
| 항목 | 기존 프로젝트 | 새 Projects 베타 |
|---|---|---|
| 대화를 시작하는 방식 | 같은 프로젝트 안에서 개별 채팅을 연다. | 한 대화에 요청하면 필요한 작업을 스레드로 나눈다. |
| 자료를 활용하는 방식 | 프로젝트 지식과 지침을 채팅에서 사용한다. | 파일·저장소·지침·프로젝트 기억을 작업에 전달한다. |
| 결과를 보는 곳 | 각 채팅에서 응답과 결과를 본다. | Overview에서 진행 상황을 보고 Library에서 파일을 찾는다. |
| 제공 대상 | 무료 계정도 이용하며 무료는 최대 5개를 만든다. | 일부 Pro·Max 계정에 순차 제공한다. |
| 조직 공유 | Team·Enterprise에서 관리자의 허용 범위 안에 공유한다. | 현재 Pro·Max 개인 작업이며 Team·Enterprise에는 아직 제공하지 않는다. |
따라서 “무료도 Projects를 쓸 수 있다”와 “새 Projects는 일부 유료 계정만 쓴다”는 설명은 함께 성립한다. 전자는 기존 프로젝트이고 후자는 새 베타다. Pro나 Max를 결제했다고 새 화면이 즉시 나타나는 것도 아니다. 제공 계정에는 웹의 claude.ai/code와 데스크톱 앱 Code 탭에서 Projects가 보인다. 메뉴가 없으면 사이드바의 More도 확인할 수 있지만, 아직 제공되지 않은 계정에 설정 변경만으로 베타를 켜는 방법은 공식 문서에 없다.
고객 문의를 맡기면 대화와 스레드가 나누는 일
예를 들어 고객 문의 목록과 제품 정책을 가지고 답변 초안을 만드는 업무를 생각할 수 있다. 기존 방식에서는 문의 유형을 분류하는 채팅, 답변을 쓰는 채팅, 예외 사례를 검토하는 채팅을 사람이 각각 시작한다. 공통 정책은 프로젝트 지식에 넣되, 분류 결과를 다음 작업에 어떻게 사용할지 사용자가 이어 준다.
새 베타에서는 같은 프로젝트 대화에 “문의 유형을 분류하고, 정책에 근거한 답변 초안을 만들고, 정책만으로 답할 수 없는 문의는 별도 파일로 모아 달라”고 요청할 수 있다. 클로드는 필요한 스레드를 시작하고 결과를 모은다. 사용자는 같은 대화에서 분류가 끝난 일과 추가 정책을 기다리는 일을 보고, 새 문의나 바뀐 조건을 이어 전달할 수 있다.
각 스레드는 독립된 실행 문맥을 가진다. 프로젝트 대화는 스레드가 보고한 내용을 보지만 모든 중간 작업을 자동으로 읽지는 않는다. 따라서 “답변 초안이 준비됐다”는 보고를 받은 뒤에는 해당 스레드와 생성 파일을 열어, 정책에 없는 약속이나 빠진 문의가 있는지 볼 수 있다. 수정할 특정 답변이 있으면 해당 스레드에 후속 요청을 보내는 편이 대상을 분명하게 지정한다. Projects 작업 문서는 이 조율 대화와 개별 스레드의 역할을 구분한다.
자료가 부족한 경우의 처리 방법도 프로젝트 지침에 적을 수 있다. 가령 환불 예외가 정책에 없으면 답을 추측하지 않고 미결 목록에 남기도록 요청한다. 이후 정책 담당자가 새 기준을 주면, 파일을 갱신하고 해당 기준을 기억하도록 요청해 다음 작업에도 적용한다. 분류·초안·예외 검토는 서로 관련돼 있어 이런 지속적인 작업 공간에 맞는다. 반대로 문장 하나를 고치는 단발성 요청은 보통 채팅 하나에서 답을 받으면 끝난다.
파일, 프로젝트 기억, 지난 채팅 검색의 차이
기존 프로젝트를 쓰더라도 새 채팅에 아무 정보도 이어지지 않는다고 단정할 수는 없다. 프로젝트 지식에 넣은 자료와 공통 지침은 여러 채팅에 쓰인다. 여기에 현재 클로드는 별도의 기억과 지난 채팅 검색 기능도 제공한다. 공통 자료를 읽는 일, 기억해 둔 결정을 쓰는 일, 과거 대화를 찾아보는 일은 같은 동작이 아니다.
현재 메모리 도움말의 새 메모리 환경에서는 프로젝트에서 작업할 때 해당 프로젝트의 기억과 프로젝트 밖 계정 기억을 함께 사용할 수 있다. 다른 프로젝트의 기억은 사용하지 않는다. 프로젝트 기억을 계정 기억과 완전히 분리하려면 프로젝트의 Memory에서 ‘Use account memory’를 끈다.
특정 새 채팅에서 기억을 쓰거나 추가하지 않으려면 첫 메시지를 보내기 전에 더하기 메뉴에서 Memory를 끈다. 그러면 그 채팅에서는 기억을 사용하거나 저장하지 않고 과거 채팅도 검색하지 않는다. 다만 대화 이력 자체는 남으므로, 다른 채팅이 나중에 이 대화를 검색할 수 있다.
같은 제품 설명서로 새 검토를 받고 싶다면 파일은 프로젝트에 남기고 새 채팅의 Memory를 끌 수 있다. 그러면 공유 자료를 제공하면서 이전 대화에서 저장한 기억과 과거 채팅 검색을 그 검토에 사용하지 않도록 설정한다. 반대로 지난 판단의 이유를 이어 확인하려면 검색이 허용된 채팅에서 해당 대화를 찾아 달라고 요청한다. 유료 플랜의 채팅 검색은 프로젝트 안에서는 해당 프로젝트 범위로 제한된다.
자료량이 많을 때의 처리도 달라진다. 기존 프로젝트의 유료 계정은 자료가 문맥 한도에 가까워지면 RAG, 즉 질문에 관련된 부분을 찾아 가져오는 방식을 자동으로 사용한다. 따라서 큰 자료 묶음을 올렸다고 매 질문마다 모든 내용을 통째로 읽는 것은 아니다. 계약서 여러 버전을 넣었다면 질문에 파일명과 비교할 조항을 적는 편이 참조 대상을 명확하게 전달한다. 공식 RAG 설명도 파일을 식별하기 쉬운 이름으로 관리하고 요청에서 대상을 지정하도록 권한다.
새 베타에서는 프로젝트 기억이 파일 형태로 관리되며, 클라우드 스레드는 시작할 때 기억의 색인을 읽고 필요한 내용을 더 연다. 조율 대화 역시 모든 과거 대화를 매번 다시 읽는 대신 최근 메시지·최근 스레드·프로젝트 기억을 활용한다. 바뀌면 안 되는 요구 사항이나 새로 확정한 결정을 기억하도록 명시하는 이유가 여기에 있다. 단순히 대화를 오래 이어 간다고 이전의 모든 세부 사항이 같은 비중으로 유지되는 구조는 아니다.
작은 작업 하나로 자료와 결과 경로 맞추기
새 Projects를 사용할 수 있는 계정이라면 프로젝트를 만들고 이름과 목표를 적은 뒤, 그 목표에 필요한 파일부터 넣는다. 만든 뒤에는 Overview의 Library에서 파일과 폴더를 추가할 수 있다. 업로드한 파일은 복사본이므로 컴퓨터에서 원본을 고쳐도 프로젝트 파일이 자동으로 갱신되지 않는다. 같은 이름의 수정본을 다시 올리고 Replace를 선택해야 새 내용이 전달된다.
다음으로 Project settings의 Memory 안에 있는 Project instructions에 작업 범위와 완료 조건을 쓴다. 고객 문의 업무라면 사용할 정책 파일, 초안에 표시할 근거, 답할 수 없는 질문의 처리, 결과 파일의 형태를 적을 수 있다. 첫 요청은 전체 문의를 한꺼번에 맡기기보다 자료가 충분한 문의 한 건으로 구성하면, 클로드가 정책을 어디서 읽고 어떤 파일을 만드는지 구체적으로 볼 수 있다.
개발 업무에는 저장소 연결이 추가된다. 클라우드 작업용 저장소는 현재 github.com에 있어야 하고, 연결한 GitHub 계정의 푸시 권한과 Claude GitHub App 설치가 필요하다. 조직 저장소는 소유자의 설치 승인이나 SSO 인증이 빠지면 목록에 나타나지 않을 수 있다. 문서 작업처럼 코드 저장소가 필요 없는 프로젝트는 저장소 없이 만들 수 있다.
로컬 개발 설정이 그대로 따라오는 것도 아니다. 클라우드 스레드는 연결한 저장소의 CLAUDE.md 지침을 읽지만 저장소의 스킬, .claude/settings.json, .mcp.json을 같은 방식으로 자동 적용하지 않는다. 로컬에서만 접근 가능한 데이터베이스나 장치가 꼭 필요한 작업은 클라우드에서 그 자원에 접근할 수 있는지부터 달라진다. 컴퓨터에서 실행하는 Remote Control 스레드는 해당 컴퓨터가 깨어 있어야 하므로, 노트북을 닫아도 계속되는 클라우드 스레드와 실행 조건이 다르다.
파일 작업이 끝나면 Library의 결과물을 열고, 코드 작업이면 스레드의 변경 사항과 풀 리퀘스트를 본다. 스레드가 승인을 기다리는 경우 승인도 그 스레드에서 처리한다. 프로젝트 대화에 진행하라고 말하는 것만으로 개별 스레드의 승인 요청이 모두 해결되지는 않는다. 여러 작업을 한 대화에서 맡길 수 있어도 결과를 확인하거나 권한을 주는 위치까지 하나로 합쳐진 것은 아니다.
동시 작업은 같은 사용량 한도를 더 빨리 쓴다
새 Projects에 별도의 무제한 작업량이 붙지는 않는다. 각 스레드는 하나의 세션으로 사용량을 쓰고, 보고를 읽고 다음 일을 정하는 프로젝트 대화도 사용량을 쓴다. 여러 작업이 동시에 움직이면 하나씩 실행할 때보다 같은 시간 안에 한도를 빨리 소모할 수 있다. 공식 문서도 특히 Pro 이용자가 프로젝트를 쓰는 날 더 일찍 한도에 도달할 수 있다고 설명한다.
Project settings의 Usage에서는 스레드별·모델별 사용량과 조율 대화에 쓰인 양을 볼 수 있다. 간단한 질문까지 새 스레드로 보내는 것이 불필요하다면 대화에서 직접 답하도록 요청하고, 동시에 진행할 일의 수를 줄여 달라고 말할 수 있다. 다만 “동시에 두 개만 실행” 같은 자연어 요청은 선호 사항이며 시스템이 강제하는 예산 상한은 아니다.
일반 스레드가 구독 한도에 걸리면 기다렸다가 한도가 초기화된 뒤 자동으로 작업을 이어 갈 수 있다. 그러면 다음 사용 구간도 새 메시지 없이 소비한다. 예약 작업이 시작한 스레드는 한도 오류로 해당 실행이 멈추는 예외가 있다. 프로젝트 전체를 멈추려면 Project settings의 General 아래 Pause를 사용한다. 실행 중인 대화와 스레드가 중단되고 새 스레드와 예약 작업도 시작되지 않는다. 다시 사용할 때는 Resume으로 프로젝트를 열고, 멈춘 스레드에 메시지를 보내 작업을 이어 간다.
추가 사용 크레딧을 이용한 한도 밖 사용은 계정에서 해당 기능을 켠 경우에만 가능하다. 스레드가 스스로 추가 크레딧을 켤 수는 없다. 한도에 도달한 뒤 자동으로 기다리는 작업과, 추가 크레딧으로 계속 진행할 수 있는 계정의 작업은 이 설정에 따라 비용이 달라진다.
이전되는 자료와 대상 계정
Anthropic은 일부 Pro·Max 이용자의 기존 프로젝트를 새 버전으로 옮기기 시작했으며, 지침·파일·전체 채팅 이력·예약 작업이 함께 이전된다고 설명한다. 최근 30일 안에 프로젝트를 사용한 이용자에게는 이전 전에 이메일을 보낸다고 안내한다. 나머지 기존 프로젝트는 현재 버전에 남아 있다가 제공 범위가 넓어지면서 이동한다. 이 안내는 자료 보존에 관한 것이며, 모든 계정이 이미 옮겨졌다는 뜻은 아니다.