Claude Projects EP.02 — 목적별 프로젝트 세팅 (블로그·업무·공부)

(Claude 2026 기준)

이 가이드에서는 Claude Projects 사용법를 완전히 정복할 수 있도록 단계별로 설명합니다. 처음 사용하는 분도, 더 깊이 활용하고 싶은 분도 참고할 수 있습니다.

Claude 프로젝트 만들기는 claude.ai에서 바로 시작할 수 있다. 이 EP.02에서는 Claude 프로젝트 만들기를 블로그·업무·공부 목적별로 구체적으로 안내한다.

Claude Projects를 처음 만들었을 때, 솔직히 좀 당황했다. “프로젝트 이름을 뭐라고 하지?” 그리고 “여기다 뭘 넣어야 하지?” 두 질문 앞에서 멈춰버렸다.

EP.01에서 Projects가 왜 필요한지는 알았다. 근데 막상 만들려니까 막막한 거다. 블로그용으로 하나 만들어야 하나, 업무용으로 따로 해야 하나, 공부할 때마다 새로 만드는 건가? Claude 프로젝트 만들기, 생각보다 할 말이 많은 주제다.

Claude Projects 사용법 완전 정복 — 핵심 포인트

이 글은 누구에게 맞을까?

Claude를 쓰기 시작했는데 Projects 탭이 뭔지 궁금했던 분, 또는 EP.01을 읽고 “어, 나도 만들어봐야겠다” 싶었는데 손이 안 움직이는 분에게 딱 맞다. Projects를 이미 쓰고 있다면 내가 어떻게 목적별로 나눠 쓰는지 참고 정도로 볼 수 있다.

Claude 프로젝트 만들기 — 화면을 따라가면 된다

기본 생성 방법

Claude 화면 왼쪽 사이드바를 보면 Projects 항목이 있다. 거기서 New project를 누르면 끝이다. 이름 입력창이 뜨고, 이름을 넣으면 프로젝트가 만들어진다.

그다음 나오는 게 Project instructions다. 여기가 핵심이다. 이 칸에 “이 프로젝트에서 Claude가 항상 어떻게 행동해야 하는지”를 적어두면, 이 프로젝트 안의 모든 대화에서 그 설정이 자동으로 적용된다.

파일을 업로드할 수도 있다. 오른쪽에 Add content 버튼이 있는데, 여기다가 참고 문서, 내 글 샘플, 가이드라인 같은 파일을 넣어두면 Claude가 대화할 때 그 내용을 항상 참고한다.

목적별로 어떻게 나눌까?

나는 지금 크게 세 가지 프로젝트를 쓰고 있다. 각각 어떻게 세팅했는지 공개한다.

🟩 블로그용 프로젝트 — “EgoflowHub 글쓰기”

프로젝트 이름: EgoflowHub 글쓰기

Instructions에 적은 것 (요약):

• 블로그 세계관: “나를 플레이하다” — 내 인생이 게임, 블로그는 플레이 기록
• 독자 수준: AI 입문자~중급자
• 톤: 구어체+문어체 혼합, 경험 기반 서술
• 카테고리 구조 (인벤토리, 퀘스트로그, 상태창 설명)
• 쓰면 안 되는 표현 목록 (단순 나열, 근거 없는 칭찬 등)

업로드한 파일: 내 기존 글 2~3편 (톤·스타일 참고용), 카테고리 구조 설명 문서

이 프로젝트를 열면 Claude가 처음부터 EgoflowHub 맥락을 알고 있다. “오늘 글 주제는 X야, 써줘”라고만 해도 세계관에 맞게 초안을 잡아준다. 매번 “나 블로그 운영하는데, 세계관이 어쩌고…” 설명 안 해도 된다는 게 진짜 편하다.

🟧 업무용 프로젝트 — “업무 보조”

프로젝트 이름: 업무 보조

Instructions에 적은 것 (요약):

• 내 직책·업무 분야 (구체적으로 적을수록 좋다)
• 자주 쓰는 문서 형식 (보고서, 이메일, 기획서 등)
• 내가 선호하는 문체 (격식체/친근체, 길이 선호도)
• 자주 쓰는 용어나 금지어

업로드한 파일: 잘 쓴 보고서 예시 1~2개, 자주 쓰는 이메일 템플릿

업무 프로젝트의 핵심은 반복 작업 줄이기다. 매번 “우리 팀은 이런 방식으로 보고서를 써야 해” 설명할 필요 없이, 프로젝트 열고 “이 내용으로 보고서 초안 만들어줘”만 하면 된다.

📚 공부용 프로젝트 — “학습 도우미”

프로젝트 이름: 학습 도우미 (또는 공부 중인 주제 이름으로)

Instructions에 적은 것 (요약):

• 지금 공부하는 분야/과목
• 내 수준 (입문, 중급, 시험 준비 등)
• 선호하는 설명 방식 (비유, 예시, 단계별 등)
• 어려운 개념을 만나면 어떻게 설명해달라는지 명시

업로드한 파일: 교재 챕터, 강의 자료, 내가 정리한 노트

공부용은 특히 파일 업로드가 강력하다. 강의 PDF나 교재를 올려두고 “이 챕터 핵심을 3가지로 요약해줘” 또는 “이 개념 나한테 퀴즈 내줘”가 바로 된다. 맥락을 매번 설명할 필요가 없으니 공부 흐름이 끊기지 않는다.

프로젝트를 언제 새로 만들까? 판단 기준

세 가지 기준으로 나는 판단한다:

1. 맥락이 완전히 다른가? — 블로그 글쓰기랑 코딩 공부는 필요한 배경 지식, 톤, 결과물이 완전히 다르다. → 따로 만들어라
2. 같은 파일을 계속 참고하는가? — 특정 프로젝트에서만 쓰는 문서가 있다면 그 프로젝트 전용이다. → 거기다 업로드해라
3. 반복 설명하게 되는 상황이 생기는가? — “아까도 말했는데…” 싶은 설명이 있으면 그게 Instructions에 들어가야 할 내용이다. → 프로젝트를 정리할 때다

반대로, 일회성 대화나 단발 질문은 굳이 프로젝트를 안 만들어도 된다. 새 채팅 하나 열고 물어보면 충분하다.

실제로 써보니까

블로그용 프로젝트를 만든 첫 날, 가장 크게 달라진 게 뭔지 아는가? “이 글 좀 써줘”가 진짜로 통했다. 전에는 항상 “나 블로그 하는데, 세계관이 이렇고, 독자가 이렇고, 이런 느낌으로 써야 해”를 새 채팅마다 붙여넣었다. 그게 매번 귀찮았다. 이제 프로젝트 열고 주제만 던지면 된다.

업무용도 마찬가지다. 보고서 형식을 한 번 올려두니까 “비슷한 형식으로 이번 거 써줘”가 돌아간다. Claude가 내가 원하는 형식이 뭔지 이미 알고 있으니까.

물론 Instructions를 처음 쓸 때는 시간이 좀 걸렸다. 뭘 적어야 할지 막막했거든. 근데 방법이 있다. 그냥 Claude한테 물어보면 된다: “내가 X 목적으로 Claude 프로젝트 만들기를 시작할려는데, Instructions에 뭘 넣으면 좋을지 질문 형식으로 뽑아줘.” 그걸로 초안을 잡고, 실제로 써보면서 수정했다.

이것만 조심하면 됩니다

• Instructions를 너무 짧게 쓰지 말 것 — “친근하게 써줘” 한 줄보다 “어린아이도 이해할 수 있는 수준으로 설명해줘, 전문 용어는 반드시 풀어서”가 훨씬 낫다. 구체적일수록 결과가 좋다.
• 프로젝트를 너무 많이 만들지 말 것 — 처음엔 2~3개면 충분하다. 쓰다 보면 자연스럽게 “아, 이건 따로 만들어야겠다” 타이밍이 온다. 미리 다 만들어두면 오히려 관리가 힘들다.
• 파일을 무작정 많이 올리지 말 것 — 필요한 파일만 넣어라. 관련 없는 파일이 섞이면 Claude가 그것도 참고하면서 오히려 엉뚱한 답을 낼 수 있다.
• 프로젝트 안에서도 대화는 구분된다 — 같은 프로젝트라도 새 대화를 시작하면 이전 대화 내용은 기억 못 한다. Instructions와 업로드 파일만 공유된다. 이전 대화 내용을 이어가고 싶으면 같은 대화 스레드에서 계속해야 한다.