[Claude 시리즈 9편] Claude Projects 활용 완벽 가이드 - 매번 설명하는 시간을 없애기

[Claude 시리즈 9편] Claude Projects 활용 완벽 가이드 - 매번 설명하는 시간을 없애기

테스트 환경: Claude Sonnet 5 / Opus 4.8 (2026년 7월 기준)

Claude를 쓰다 보면 이런 답답함이 옵니다. "저번에 다 설명했는데 또 처음부터 설명해야 하네."

매번 "저는 Oracle DBA인데요", "우리 회사 스타일은 이렇고요"를 반복합니다. 이 반복을 완전히 없애주는 기능이 Projects입니다.

Projects는 관련 대화를 하나의 작업 공간으로 묶고, 공유 파일과 지침을 한 번만 설정해두는 기능입니다. 잘 활용하면 Claude가 본인의 맥락을 항상 아는 상태에서 대화가 시작됩니다.

이 글에서 다룰 내용입니다.

• Projects의 개념과 Memory와의 차이
• Project 만들기 실전
• 강력한 Custom Instructions 작성법
• 직무별 Project 구성 예시 5가지
• Projects 활용 고급 팁

이 글은 Phase 2(실무 활용)의 마지막 글입니다. 지금까지 배운 활용법을 Projects로 체계화합니다.

 

Projects란 무엇인가

Projects는 Claude.ai의 작업 공간 기능입니다. 각 프로젝트는 다음을 가집니다.

• 공유 지식(Project knowledge): 업로드한 파일들 (모든 대화가 참조)
• 커스텀 지침(Custom instructions): 이 프로젝트의 규칙
• 대화 모음: 프로젝트 안의 모든 대화

프로젝트 안에서 대화를 시작하면 업로드한 파일과 지침이 자동으로 적용됩니다.

Memory와 Projects의 차이

둘 다 "반복 설명을 줄인다"는 목적은 같지만 다릅니다.

항목 Memory Projects

대상	나 자신 (이름, 직무)	특정 작업 영역
범위	모든 대화	해당 프로젝트만
생성	자동 (대화에서 추출)	직접 설정
파일	없음	업로드 가능
예시	"이 사람은 DBA"	"이 프로젝트는 A사 운영 문서"

함께 쓰면 강력합니다: Memory가 "나는 누구인가"를 담당하고, Projects가 "이 일은 무엇인가"를 담당합니다.

참고: Projects는 무료 tier에서도 사용 가능합니다.

 

Project 만들기 실전

Step 1: 프로젝트 생성

1. Claude.ai 좌측 사이드바 → Projects
2. Create project 클릭
3. 프로젝트 이름 입력
   (구체적으로: "A사 Oracle 운영" > "일")
4. 설명 입력 (선택)

Step 2: 지식 파일 업로드

프로젝트 대화가 항상 참조할 파일을 올립니다.

올리면 좋은 것:

• 자주 참조하는 문서 (표준, 매뉴얼)
• 배경 정보 (아키텍처, 시스템 구성)
• 스타일 가이드 (글쓰기 톤, 템플릿)
• 자주 쓰는 코드/스크립트

주의: 자주 바뀌는 파일은 오히려 혼란을 줄 수 있으니, 안정적인 참조 자료 위주로.

Step 3: Custom Instructions 작성

이게 가장 중요합니다. 다음 섹션에서 자세히 다룹니다.

Step 4: 검증

프로젝트 안에서 새 대화를 시작하고:
"내가 업로드한 파일 중 [특정 내용]을 참조해서 
답해줘"

→ 파일을 다시 올리지 않아도 참조하면 성공

 

★ 강력한 Custom Instructions 작성법

Custom Instructions는 이 프로젝트의 모든 대화에 적용되는 규칙입니다. 잘 쓰면 결과가 확 달라집니다.

좋은 Custom Instructions의 구조

## 나에 대해
[직무, 경력, 전문 분야]

## 이 프로젝트에 대해
[무슨 작업, 목적, 배경]

## 응답 방식
[톤, 형식, 길이 선호]

## 규칙
[반드시 지킬 것, 하지 말 것]

## 참고
[자주 쓰는 용어, 약어, 맥락]

예시: DBA 운영 프로젝트

## 나에 대해
15년차 Oracle DBA입니다.

## 이 프로젝트에 대해
A사 Oracle 19c 운영 환경 관리 작업입니다.
- OS: Oracle Linux 8
- DB: PRODDB(운영), TESTDB(테스트)
- 멀티테넌트(CDB/PDB) 구성

## 응답 방식
- SQL은 대문자 키워드, 소문자 객체명
- 위험한 명령은 실행 전 영향 범위 먼저 설명
- 코드에는 주석 포함

## 규칙
- 운영 DB 변경 시 반드시 롤백 SQL도 제시
- DROP, TRUNCATE는 재확인 요청
- 추측하지 말고 불확실하면 명시

## 참고
- "결산 배치" = 매월 말 실행되는 PROC_MONTHLY
- "야간 작업" = 오전 1~5시 배치

이렇게 설정하면 매번 이 내용을 설명할 필요가 없습니다.

 

★ 직무별 Project 구성 예시 5가지

1. 개발자·DBA 프로젝트

프로젝트명: "[시스템명] 개발/운영"

지식 파일:
- 아키텍처 문서
- API 명세
- 코딩 컨벤션
- 주요 스키마/테이블 정의

Custom Instructions:
- 기술 스택 명시
- 코드 스타일 규칙
- 보안/성능 요구사항

2. 콘텐츠·마케팅 프로젝트

프로젝트명: "블로그 콘텐츠"

지식 파일:
- 브랜드 가이드
- 과거 잘된 글 3~5개 (스타일 학습용)
- 타겟 독자 정의
- 키워드 목록

Custom Instructions:
- 글쓰기 톤 (예: 친근한 전문가)
- 글 구조 표준
- 피해야 할 표현

3. 기획·전략 프로젝트

프로젝트명: "[프로젝트명] 기획"

지식 파일:
- 프로젝트 배경 문서
- 시장 조사 자료
- 경쟁사 분석
- 목표 지표

Custom Instructions:
- 의사결정 관점 (비용/효과 중심 등)
- 보고 대상 (경영진 등)
- 산출물 형식

4. 고객 응대 프로젝트

프로젝트명: "고객 응대"

지식 파일:
- 제품/서비스 FAQ
- 응대 톤 가이드
- 자주 묻는 질문과 표준 답변
- 에스컬레이션 기준

Custom Instructions:
- 응대 톤 (정중, 공감)
- 답변 길이
- 하면 안 되는 약속

5. 학습·연구 프로젝트

프로젝트명: "[주제] 학습"

지식 파일:
- 교재/논문
- 이전 학습 노트
- 용어 정리

Custom Instructions:
- 내 현재 수준
- 설명 방식 (예시 중심 등)
- 확인 질문 요청

 

Projects 활용 고급 팁

팁 1: 프로젝트를 목적별로 분리

하나의 거대한 프로젝트보다 목적별로 여러 개가 낫습니다.

❌ "회사 일" (모든 게 뒤섞임)
✅ "A시스템 운영" / "월간 보고서" / "신규 기획"

팁 2: Custom Instructions는 점진적 개선

처음부터 완벽할 필요 없습니다. 쓰면서 "이것도 규칙에 넣자" 하며 다듬으세요.

팁 3: 스타일 학습에 활용

과거에 잘 쓴 글을 업로드하면 Claude가 그 스타일을 학습합니다. 블로거·작가에게 특히 유용합니다.

팁 4: 팀 공유 (Team 플랜)

Team 플랜에서는 프로젝트를 팀원과 공유할 수 있습니다. 팀 표준을 프로젝트에 담아두면 모두가 일관된 결과를 얻습니다.

팁 5: Claude Code와 역할 분담

Claude Code를 쓴다면, Projects와 CLAUDE.md는 별개입니다.

Projects (claude.ai): 문서, 기획, 분석 작업
CLAUDE.md (Claude Code): 코드 편집 규칙

둘은 동기화되지 않으니 각각 관리하세요. (자세한 건 Claude Code 4편 참고)

 

자주 하는 실수와 해결

실수 1: Projects를 안 씀

가장 흔한 실수입니다. 매번 맥락을 설명하면서도 Projects를 안 만드는 경우. 반복 작업이 있다면 지금 만드세요.

실수 2: 하나의 프로젝트에 다 몰아넣기

목적이 다른 작업을 한 프로젝트에 넣으면 지침이 충돌합니다. 목적별로 분리하세요.

실수 3: Custom Instructions가 너무 추상적

❌ "잘 써줘"
✅ "각 항목 2줄 이내, 전문 용어는 괄호로 풀이"

구체적이고 측정 가능하게.

실수 4: 민감 정보를 지식 파일에 업로드

고객 정보, 기밀 문서를 프로젝트에 올리면 위험합니다. 익명화하거나 일반화한 자료만.

실수 5: 한 번 만들고 방치

프로젝트도 관리가 필요합니다. 낡은 파일 교체, 지침 개선을 주기적으로.

 

Phase 2 마무리 - 실무 활용 정리

이 글로 Phase 2(실무 활용)가 완결되었습니다. 5편을 통해 다룬 내용:

편 핵심

5편	이메일·보고서 프롬프트 20개
6편	데이터 분석 (Excel·CSV, 차트)
7편	회의록 요약과 액션 아이템
8편	비개발자 코딩 (Artifact, 자동화)
9편	Projects로 체계화

Phase 1이 "Claude를 아는 것", Phase 2가 "Claude로 일하는 것"이었습니다. 이제 Claude가 도구를 넘어 일하는 방식의 일부가 되셨기를 바랍니다.

 

다음 Phase 예고

다음 글부터는 Phase 3: 심화·전문이 시작됩니다.

• 10편: Claude API 사용법
• 11편: Claude MCP 완벽 정리
• 12편: Claude Skills 만들기
• 13편: Claude Code로 개인 자산 만들기

Phase 3는 개발자·전문가를 위한 심화 내용입니다. 비개발자는 필요한 부분만 골라 보셔도 좋을것 같습니다.

 

마무리

Projects 활용의 핵심은:

1. Memory는 "나", Projects는 "이 일" — 함께 쓰기
2. Custom Instructions가 핵심 — 구조적으로, 구체적으로
3. 목적별로 프로젝트 분리 — 하나에 몰아넣지 말 것
4. 스타일 학습에 활용 — 잘된 결과물 업로드
5. 민감 정보는 익명화 — 기밀은 올리지 않기

매번 설명하는 시간이 아깝다면, 오늘 프로젝트 하나만 만들어보세요. 30분 투자로 이후 수십 시간을 아낄 수 있습니다. 그 효과는 쓸수록 쌓입니다.

본인의 Projects 활용 사례나 유용한 Custom Instructions가 있다면 댓글로 공유해주세요. 다른 분들에게 큰 도움이 됩니다.