클로드 기초 및 활용 8회: 프로젝트 기능 — 같은 설명을 두 번 다시 하지 않는 법
7회의 조언에는 모순이 하나 있었습니다
지난 회차에서 "주제가 바뀌면 새 대화"라고 했습니다. 맞는 조언입니다. 그런데 실제로 해 보면 곧 문제에 부딪힙니다.
새 대화를 만들 때마다 같은 배경 설명을 처음부터 다시 해야 합니다. "저는 중소기업 총무팀이고, 우리 회사 규정은 이렇고, 이번 분기 목표는 저렇고…" 이걸 대화마다 반복하게 됩니다.
대화를 나누라면서 맥락은 유지하라니, 모순처럼 보입니다. 프로젝트는 정확히 이 모순을 푸는 기능입니다.
지난 회차 연결과 오늘의 목표
6회에서 개인 맞춤 지시를 배웠습니다. 나에 대한 설명을 한 번 넣어 모든 대화에 적용하는 것이었습니다. 그런데 그건 '항상 참인 것'만 넣을 수 있습니다. 특정 작업에서만 필요한 배경은 넣을 수 없죠.
오늘이 끝나면 할 수 있게 되는 것: 프로젝트를 만들고, 거기에 자료와 지침을 넣고, 그 안에서 여러 대화를 굴릴 수 있게 됩니다. 그리고 언제 프로젝트를 쓰지 말아야 하는지도 알게 됩니다.
프로젝트란 무엇인가
프로젝트는 대화들을 담는 상자이면서, 그 상자에 배경 자료가 붙어 있는 것입니다.
7회에서 "대화는 폴더가 아니다"라고 했습니다. 프로젝트가 바로 그 폴더 역할입니다. 다만 단순한 폴더가 아니라 내용물이 붙은 폴더입니다.
프로젝트 안에서 새 대화를 시작하면, 클로드는 그 프로젝트에 넣어 둔 자료와 지침을 이미 읽은 상태로 대화를 시작합니다. 배경 설명을 다시 할 필요가 없습니다.
프로젝트를 이루는 세 가지
- 프로젝트 지식 — 이 프로젝트에서 항상 참고할 자료. 문서를 올리거나 텍스트를 붙여 넣습니다.
- 커스텀 지침 — 이 프로젝트에서만 적용할 규칙. "이 프로젝트에서는 항상 존댓말로, 회사 용어를 그대로 써 주세요" 같은 것입니다.
- 대화들 — 그 안에서 오간 대화 목록. 여러 개를 만들 수 있고, 서로 독립적입니다.
개인 맞춤 지시와 무엇이 다른가
헷갈리기 쉬운 부분이라 정리하겠습니다.
개인 맞춤 지시(6회)는 나에 대한 것입니다. 어디서 무엇을 하든 항상 참입니다. "저는 개발자가 아닙니다" 같은 것요.
프로젝트 지침은 이 일에 대한 것입니다. 이 프로젝트 안에서만 참입니다. "이 프로젝트의 대상 독자는 40대 주부입니다" 같은 것요.
둘은 함께 적용됩니다. 개인 지시가 바탕에 깔리고, 프로젝트 지침이 그 위에 올라갑니다.
프로젝트 만드는 법
화면 왼쪽 목록 영역에 '프로젝트'라는 항목이 있습니다. 그것을 누르면 프로젝트 목록이 나오고, 새 프로젝트를 만드는 버튼이 있습니다.
만들 때는 이름과 설명 정도만 정하면 됩니다. 이름은 나중에 알아보기 쉽게, 구체적으로 지으세요. "업무"보다 "2026 하반기 마케팅 기획"이 낫습니다.
참고: 프로젝트 기능은 요금제에 따라 제공 여부가 다를 수 있습니다. 왼쪽 목록에 프로젝트 항목이 아예 없다면, 현재 요금제에서 지원되지 않는 것일 수 있습니다.
프로젝트 지식에 무엇을 넣나
가장 중요한 부분입니다. "매번 설명하기 귀찮은 것"을 넣으면 됩니다. 구체적으로는 이런 것들입니다.
- 회사 소개, 팀 구성, 담당 업무 범위
- 제품·서비스 설명, 가격표, 자주 받는 문의
- 문서 양식, 이전에 쓴 좋은 예시
- 이 일의 목표와 제약 조건
- 용어집 — 우리 조직에서만 쓰는 줄임말이나 표현
특히 용어집과 예시 문서의 효과가 큽니다. 5회에서 "예시 하나가 설명 열 줄보다 강하다"고 했는데, 그 예시를 프로젝트에 넣어 두면 모든 대화에서 그 예시를 참고하게 됩니다.
프로젝트 지식에 넣지 말아야 할 것
세 가지입니다.
첫째, 민감 정보. 6회에서 말한 기준이 그대로 적용됩니다. 개인 식별번호, 금융 정보, 인증 수단, 다른 사람의 개인정보는 넣지 마세요.
둘째, 너무 많은 자료. 관련 없는 문서를 잔뜩 넣으면 오히려 답이 흐려집니다. "이 프로젝트의 모든 대화에서 참고할 가치가 있는가"를 기준으로 고르세요.
셋째, 자주 바뀌는 정보. 매주 바뀌는 숫자 같은 것을 넣어 두면, 업데이트를 잊었을 때 오래된 정보로 답하게 됩니다. 이런 건 그때그때 대화에 붙여 넣는 편이 안전합니다.
커스텀 지침 쓰는 법
프로젝트 지침은 이 프로젝트의 작업 규칙입니다. 5회에서 배운 네 재료 중 형식과 기준이 주로 들어갑니다.
좋은 예:
"이 프로젝트의 결과물은 모두 고객사에 전달됩니다. 존댓말, 담백한 문체로 써 주세요. 우리 회사를 '당사'로, 고객사를 '귀사'로 표기해 주세요. 확정되지 않은 일정은 반드시 '예정'이라고 표시해 주세요."
이 한 문단이 그 프로젝트의 모든 대화에 적용됩니다. 매번 적을 필요가 없습니다.
언제 프로젝트를 쓰고, 언제 쓰지 않나
쓰는 것이 좋은 경우
- 같은 배경 설명을 세 번 이상 반복하게 될 때
- 참고할 자료가 있고, 그게 여러 대화에서 계속 쓰일 때
- 결과물의 형식이 일정해야 할 때
쓰지 않아도 되는 경우
- 한 번 하고 끝날 일 — 그냥 대화 하나로 충분합니다
- 배경 설명이 한두 줄이면 되는 일
- 매번 조건이 완전히 달라지는 일
판단 기준: 프로젝트를 만드는 데 5분이 듭니다. 그 5분이 아깝지 않을 만큼 반복될 일인가를 보세요.
따라 하기 ① 프로젝트 만들기
왼쪽 목록에서 프로젝트 항목을 찾아 새 프로젝트를 만드세요. 이름은 지금 진행 중인 일 중 하나로 정합니다.
아직 만들 게 없다면 "개인 학습" 같은 이름으로 하나 만들어 실습해도 됩니다.
따라 하기 ② 지침 한 문단 넣기
커스텀 지침 칸에 이 프로젝트에서만 적용할 규칙을 세 줄 이내로 적으세요.
예: "이 프로젝트는 블로그 글 작성용입니다. 독자는 이 분야를 처음 접하는 일반인입니다. 전문 용어는 처음 나올 때 한 줄로 풀어 주세요."
따라 하기 ③ 자료 하나 올리기
프로젝트 지식에 자료를 하나 넣어 보세요. 파일을 올려도 되고, 텍스트를 그대로 붙여 넣어도 됩니다.
넣을 게 마땅치 않다면 이전에 쓴 좋은 글 하나를 넣으세요. 문체 기준으로 쓰이게 됩니다.
따라 하기 ④ 프로젝트 안에서 대화 시작하기
프로젝트 화면 안에서 새 대화를 시작합니다. 프로젝트 밖에서 만들면 지식과 지침이 적용되지 않으니 주의하세요.
그리고 배경 설명 없이 바로 본론을 물어보세요. "이번 주제로 글 초안 하나 잡아 주세요." 프로젝트가 제대로 작동한다면, 설명하지 않은 조건들이 이미 반영된 답이 나옵니다.
따라 하기 ⑤ 효과 확인하기
확인 방법이 하나 있습니다. 프로젝트 안 대화에서 이렇게 물어보세요.
"지금 이 프로젝트에서 당신이 알고 있는 배경 정보를 요약해 주세요."
클로드가 프로젝트 지식과 지침의 내용을 요약해 주면 제대로 전달된 것입니다. 만약 "아는 게 없습니다"라고 하면 지식이 안 붙었거나, 프로젝트 밖에서 대화를 시작한 것입니다.
자주 겪는 오류 ① "프로젝트 항목이 안 보여요"
요금제에 따라 제공되지 않을 수 있습니다. 왼쪽 목록을 끝까지 살펴보고, 없다면 요금제를 확인하세요.
프로젝트를 못 쓰는 경우의 대안도 있습니다. 반복할 배경 설명을 메모장에 저장해 두고, 새 대화를 시작할 때 복사해서 붙여 넣는 것입니다. 번거롭지만 효과는 비슷합니다.
오류 ② "자료를 넣었는데 참고를 안 해요"
세 가지를 확인하세요.
첫째, 프로젝트 안에서 대화를 시작했는지. 가장 흔한 원인입니다. 프로젝트 밖 대화에는 적용되지 않습니다.
둘째, 자료가 너무 많은지. 자료가 많으면 특정 문서가 묻힐 수 있습니다. 이럴 땐 대화에서 직접 지목하세요. "○○ 문서를 기준으로 답해 주세요."
셋째, 파일 형식. 읽을 수 없는 형식의 파일은 내용이 전달되지 않습니다. 안 되면 내용을 텍스트로 붙여 넣어 보세요.
오류 ③ "지침이 너무 세서 답이 뻣뻣해요"
6회에서 다룬 것과 같은 문제입니다. 규칙을 너무 많이, 너무 강하게 적으면 클로드가 그것을 지키느라 경직됩니다.
해결책도 같습니다. 줄이고, 여지를 남기세요. "반드시 세 문단으로"보다 "대체로 세 문단 정도로, 필요하면 조정하세요"가 낫습니다.
오류 ④ "예전 정보로 답해요"
프로젝트 지식에 오래된 자료가 남아 있는 경우입니다. 앞에서 "자주 바뀌는 정보는 넣지 말라"고 한 이유가 이것입니다.
자료를 갱신했다면 기존 자료를 지우고 새것을 넣으세요. 둘 다 남아 있으면 클로드가 어느 쪽이 최신인지 알 수 없습니다. 파일 이름에 날짜를 넣어 두면 이런 혼란이 크게 줍니다.
실전 사례 ① 블로그 운영
블로그를 꾸준히 쓴다면 프로젝트가 특히 잘 맞습니다.
지식에 넣을 것: 블로그 소개, 독자층 설명, 이전에 반응이 좋았던 글 두세 편, 쓰지 않을 표현 목록.
지침에 넣을 것: 문체, 글 길이, 제목 짓는 방식, 마무리 형식.
이렇게 해 두면 새 글마다 "우리 블로그 톤"을 설명할 필요가 없어집니다.
실전 사례 ② 고객 응대
지식에 넣을 것: 제품 정보, 가격, 자주 묻는 질문과 표준 답변, 응대 시 금지 표현.
지침에 넣을 것: 존댓말 수준, 사과 표현의 강도, 확답할 수 없는 사항의 처리 방식.
여기서 중요한 주의가 하나 있습니다. 고객의 개인정보(이름, 연락처, 주문번호)는 프로젝트 지식에 넣지 마세요. 그건 그때그때 대화에서만 다루고, 대화가 끝나면 지우는 편이 안전합니다.
실전 사례 ③ 저시력 사용자의 프로젝트 활용
프로젝트는 접근성 측면에서도 이점이 있습니다. 매번 긴 배경 설명을 타이핑하지 않아도 되기 때문입니다.
화면 확대 환경에서 긴 문단을 입력하는 것은 생각보다 부담이 큽니다. 그 부담을 한 번으로 줄이는 것이 프로젝트입니다.
덧붙여, 프로젝트 지침에 출력 형식 요구를 넣어 두면 답의 길이와 구조가 일정해집니다. 매번 같은 모양으로 답이 오면 읽는 부담도 함께 줄어듭니다. 예측 가능한 구조는 그 자체로 접근성입니다.
핵심 정리 3줄
- 프로젝트는 내용물이 붙은 폴더입니다. 그 안의 모든 대화가 같은 배경을 공유합니다.
- "세 번 이상 반복할 설명"이 기준입니다. 한 번 하고 끝날 일에는 만들 필요 없습니다.
- 넣지 말아야 할 것을 지키세요. 민감 정보, 과도한 자료, 자주 바뀌는 숫자.
용어 정리
- 프로젝트 — 관련된 대화들을 묶고, 공통 배경 자료와 규칙을 붙여 두는 공간.
- 프로젝트 지식 — 그 프로젝트의 모든 대화가 참고하는 자료. 파일 또는 텍스트.
- 커스텀 지침 — 그 프로젝트에서만 적용되는 작업 규칙.
- 개인 맞춤 지시(6회) — 계정 전체에 적용되는 나에 대한 설명. 프로젝트 지침과 함께 적용됩니다.
- 용어집 — 조직 안에서만 쓰는 표현을 정리한 자료. 프로젝트 지식에 넣으면 효과가 큽니다.
다음 회차 예고와 실습 과제
9회 「파일·이미지·문서 다루기」에서는 자료를 클로드에게 건네는 방법을 본격적으로 다룹니다. 어떤 형식을 읽을 수 있는지, PDF와 표는 어떻게 다뤄야 하는지, 긴 문서를 넣을 때의 요령은 무엇인지요. 오늘 프로젝트 지식에 자료를 넣어 보셨다면, 그 자료를 더 잘 넣는 법이 다음 회차입니다.
실습 과제 두 가지
- ① 프로젝트를 하나 만들고 지침 세 줄을 넣은 뒤, 그 안에서 배경 설명 없이 질문해 보세요. 설명하지 않은 조건이 반영됐다면 성공입니다.
- ② 프로젝트 안 대화에서 "이 프로젝트에서 당신이 아는 배경을 요약해 주세요"라고 물어, 의도한 내용이 제대로 전달됐는지 확인해 보세요.
②번에서 내가 넣은 것과 클로드가 이해한 것이 달랐던 경험이 있다면 댓글로 남겨 주세요. 지식을 어떻게 적어야 정확히 전달되는지는 사례가 가장 좋은 교재입니다.
본 회차는 2026년 8월 2일 기준입니다. 프로젝트 기능의 제공 여부와 화면 구성은 요금제·창구·버전에 따라 다를 수 있습니다. 화면과 이 글이 다르면 화면이 맞습니다.
협업문의 : kuroicode@gmail.com
블로그 : https://ghost-production-0ec2.up.railway.app/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/