Claude 프로젝트 사용법: 지시문·지식베이스·메모리로 맥락을 고정하는 방법

핵심 메시지

• Claude 프로젝트는 지시문·참고 파일을 붙여두고 프로젝트 전용 메모리를 유지하는 ‘지속 작업 공간’으로, 매 대화마다 역할·규칙을 다시 설명하지 않아도 된다.
• 프로젝트에는 지시문(행동 방식), 지식 베이스(참고 파일), 메모리·대화 이력(프로젝트별 메모리 요약)의 세 가지를 담는다. 프로젝트 메모리는 매일 저녁 갱신되며 본인만 볼 수 있다.
• 흔한 실수는 사업·삶 전체를 한 프로젝트에 몰아넣는 것이다. 맥락이 너무 많으면 출력이 두루뭉술해지므로 ‘하나의 프로젝트에는 하나의 작업’ 원칙이 핵심이다.
• 프로젝트(맥락이 담긴 ‘방’)·스킬(반복 절차인 ‘플레이북’)·아티팩트(결과물)는 서로 다른 기능이지만 함께 쓸 수 있다.
• 파일은 작고 구조적으로, 이름은 명확하게(예: 스프레드시트는 CSV로) 두어야 Claude가 전체를 정확히 읽고 토큰도 아낀다.

쉽게 이해하기

발표자는 누구나 겪는 문제로 시작한다. 새 Claude 대화를 열 때마다 역할·대상·규칙을 처음부터 다시 설명해야 한다는 것이다. Claude에 메모리가 있긴 하지만 저장 항목이 약 30개로 제한될 수 있어 원하는 때 정확히 떠올리지 못하기도 한다. 결국 매번 같은 브리핑을 다시 만들게 되는데, 이를 해결하는 것이 ‘프로젝트’라고 설명한다.

프로젝트는 일관된 작업 공간이다. 지시문과 참고 파일을 붙여두면 그 공간의 모든 대화에 적용되고, 해당 프로젝트에 한정된 메모리도 유지된다. 담을 수 있는 것은 세 가지다. 첫째 지시문은 그 공간에서 Claude가 어떻게 행동할지를 정하는 역할·말투·확고한 규칙으로, 사실 나열보다 행동 위주로 짧게 둔다. 둘째 지식 베이스는 스타일 가이드·과거 작업물·고객 문서·리서치 같은 참고 파일이다. 셋째 메모리·대화 이력은 프로젝트별로 별도의 메모리 요약을 두는데, Claude가 매일 저녁 과거 대화를 바탕으로 자동 갱신하며 본인만 볼 수 있다. 발표자는 프로젝트 범위 메모리가 비교적 새 기능으로, 유료 플랜은 2025년 말, 무료 사용자는 2026년 3월에 대화 이력 메모리를 받았다고 덧붙인다.

파일 관리 팁도 제시한다. 스프레드시트는 CSV로 저장하면 Claude가 읽기 쉽고 토큰도 덜 든다. 파일 이름은 ‘brand guidelines 2026’처럼 명확히 지어야 관련성 기반 검색에 잘 잡힌다. 가장 많이 걸려 넘어지는 부분은 파일이 지나치게 큰 경우다. 작은 파일은 통째로 맥락에 올라가 정확한 답을 주지만, 너무 큰 파일은 일부만 끌어와 엉뚱한 답이 나오기 쉽다. ‘Claude가 나빠졌다’는 불평의 상당수는 사실 더 적고 잘 구조화된 파일로 해결된다.

발표자는 자신의 첫 실수를 공개한다. ‘AI productivity coach HQ’라는 프로젝트에 유튜브 채널, 교육, 코칭, 제품 출시 등 모든 것을 넣었더니 맥락이 너무 많아 Claude가 매번 무슨 일을 하는지 몰라 두루뭉술한 결과만 냈다는 것이다. 그는 프롬프트를 탓했지만 문제는 프로젝트 설정이었고, 교훈은 ‘하나의 프로젝트에는 하나의 작업’이었다. 이어 프로젝트·스킬·아티팩트의 차이를 정리한다. 아티팩트는 문서·스프레드시트·앱 같은 결과물, 스킬은 매번 같은 방식으로 작업을 수행하게 하는 절차(플레이북), 프로젝트는 참고 자료와 대화를 한데 모으는 지속적 맥락 공간(방)이다. 셋은 함께 쓸 수 있다.

세 가지 활용 사례로 ①행사·참여(더블린 테크 서밋 2026 노트를 한 프로젝트에 모아 숏폼·롱폼 콘텐츠 아이디어로 전환) ②고객·프로젝트 작업 공간(고객별로 분리해 노트가 섞이지 않게) ③제2의 뇌(Whisper Flow로 받아쓴 생각을 정리해 Notion 데이터베이스의 알맞은 곳에 자동 분류)를 든다. 마지막으로 ‘유튜브 채널’ 프로젝트를 즉석에서 만들며 이름·설명·지시문 입력, 브랜드 가이드라인과 인기 영상 스크립트 3편·2026 키워드 리서치 등 5개 문서 업로드(용량의 1%만 사용), 후킹 문구 생성·스킬 태깅·아티팩트 생성을 시연한다. 끝으로 채팅 안의 ‘프로젝트’와 데스크톱 앱의 ‘코워크(co-work) 프로젝트’는 이름만 같을 뿐 서로 다른 기능이라고 명확히 구분한다.

주요 인사이트

• 프로젝트의 가치는 ‘맥락 고정’에 있다. 한 번 설정해 두면 매번 브리핑을 다시 만들 필요 없이 곧바로 작업에 들어갈 수 있다.
• ‘하나의 프로젝트=하나의 작업’ 원칙이 핵심이다. 사업이나 삶 전체처럼 너무 커지면 Claude가 맥락을 좁히지 못해 일반적인 출력만 내놓는다.
• 파일은 적고 작고 구조적일수록 좋다. 큰 파일은 일부만 검색되어 오답을 유발하므로, 잘게 나누고 이름을 명확히 짓는 것이 성능 개선의 지름길이다.
• 프로젝트·스킬·아티팩트는 역할이 다르다. 말투 규칙처럼 어디서나 쓰고 싶은 것은 프로젝트보다 스킬로 두는 편이 낫고, 스킬은 프로젝트 안에서도 함께 동작한다.
• 채팅의 프로젝트와 데스크톱 코워크 프로젝트는 별개이므로, 한쪽에서 만든 것이 다른 쪽에 나타나지 않는다면 올바른 영역에 저장했는지 확인해야 한다.

자주 묻는 질문

관련 AI 소식