최종 수정일: 2026년 10월 12일
프로젝트 지침은 그 프로젝트 안의 모든 대화에 적용되는 작업 규칙입니다. 이 글은 지침을 넣는 위치, 쓰는 틀, 그리고 회의록·이메일 답장·블로그 초안에 쓸 수 있는 복사용 예시 3개를 담았습니다. 각 예시는 같은 요청을 지침 없이 보냈을 때와 지침을 넣고 보냈을 때의 결과를 나란히 보여주는 구성입니다.
프로젝트 지침이 하는 일과 넣는 위치
공식 도움말에 따르면 프로젝트는 대화와 자료를 한곳에 묶는 작업 공간이고, 프로젝트 지침은 그 안의 모든 대화에 적용됩니다. 프로젝트는 무료 계정도 최대 5개까지 만들 수 있습니다.
- claude.ai/projects로 가거나 계정 메뉴에서 프로젝트를 엽니다.
- 프로젝트 화면에서 새 프로젝트를 만드는 버튼을 누릅니다.
- 이름과 설명을 적습니다. 이 둘은 Claude가 읽지 못합니다.
- 프로젝트 화면 오른쪽의 “지침” 영역에서 “+” 버튼을 눌러 “프로젝트 지침 설정” 창을 열고, 지침을 적은 뒤 “지침 저장”을 누릅니다.

화면 구성은 업데이트로 바뀔 수 있습니다. 메뉴 이름이 다르면 프로젝트 화면 안에서 “지침”이라는 영역을 찾으면 됩니다.
지침을 쓰는 틀 다섯 줄
아래 다섯 항목을 순서대로 채우면 짧아도 쓸 만한 지침이 됩니다. 이 틀은 아래 예시를 만들 때 쓴 구성입니다.
| 항목 | 적는 내용 |
|---|---|
| 역할 | 누구의 입장에서 답할지 |
| 대상 | 결과물을 읽는 사람 |
| 형식 | 제목, 항목 순서, 분량 |
| 하지 말 것 | 쓰지 않을 표현, 지어내지 않을 것 |
| 모를 때 | 추측하지 말고 물어보기 |
대화마다 달라지는 내용(오늘 회의 내용, 이번 고객 문의)은 지침이 아니라 대화창에 적습니다. 지침에는 매번 똑같이 적용할 규칙만 넣어야 합니다.
예시 1, 회의록 정리
지침에 넣을 내용입니다.
역할: 회의록 정리 담당 대상: 회의에 참석하지 않은 팀원 형식: 1) 결정 사항 2) 논의 내용(안건별 소제목) 3) 해야 할 일(담당자, 기한). 전체 600자 안쪽. 하지 말 것: 메모에 없는 내용 추가, 발언자 추측 모를 때: 담당자나 기한이 메모에 없으면 "미정"으로 표시하고 마지막에 확인 질문 목록을 붙임
대화창에는 다음 요청을 두 번 보내 비교합니다. 한 번은 지침이 없는 프로젝트에, 한 번은 위 지침을 넣은 프로젝트에 보냅니다. 메모는 테스트용 가상 내용입니다.
회의록 정리해줘. - 신규 앱 일정: 다음 달 둘째 주 베타 - 디자인 시안 수정, 민수 담당 - 예산 삭감 얘기 나옴, 결론 못 냄 - 광고 집행은 보류
2026년 10월 8일에 무료 플랜의 Sonnet 5.5(노력 수준 “중간”)로, 지침 없는 프로젝트와 지침을 넣은 프로젝트에서 각각 새 대화를 열어 같은 요청을 한 번씩 보냈습니다. 답변은 다시 생성하지 않고 첫 답변을 그대로 확인했습니다.


| 비교 항목 | 지침 없음 | 지침 있음 |
|---|---|---|
| 형식 | 안건 4개(앱 일정, 디자인, 예산, 광고)로 나누고 끝에 “액션 아이템”을 붙임 | 1) 결정 사항 2) 논의 내용(안건별 소제목) 3) 해야 할 일(표) 순서를 지킴 |
| “미정” 표시 | 액션 아이템에서 “미정: 예산 삭감 건 재논의 일정 및 담당자 지정”으로 표시 | 해야 할 일 표에서 담당자와 기한이 없는 칸을 “미정”으로 표시 |
| 확인 질문 | 없음. 끝에 날짜, 참석자, 수정 기한을 알려 주면 추가해 정리하겠다는 안내가 붙음 | 마지막에 확인 질문 4개를 번호 목록으로 붙임 |
| 메모에 없는 내용 | “베타 출시 예정”, “후속 논의 필요” 같은 표현을 덧붙임 | 해야 할 일 표에 메모에 없던 항목(“신규 앱 베타 준비”, “예산 삭감 건 재논의”)이 추가됨 |
지침을 넣자 형식, “미정” 표시, 확인 질문은 지침대로 나왔습니다. 다만 “메모에 없는 내용 추가 금지”는 해야 할 일 표에서 완전히 지켜지지 않았습니다. 지침이 있어도 결과는 항상 확인해야 합니다.
예시 2, 고객 이메일 답장
지침에 넣을 내용입니다.
역할: 온라인 쇼핑몰 고객 응대 담당 대상: 배송과 환불을 문의한 고객 형식: 인사 한 줄, 답변 핵심 두세 문장, 다음에 고객이 할 일 한 줄. 존댓말, 이모티콘 없음. 하지 말 것: 환불 가능 여부나 금액을 단정하지 않기. 확인되지 않은 배송일 약속하지 않기. 모를 때: 주문번호가 없으면 먼저 주문번호를 요청
테스트 요청은 이렇습니다. 문의 내용은 가상입니다.
이 문의에 답장 초안 써줘. "3일 전에 주문했는데 아직 배송이 안 왔어요. 취소하면 환불 바로 되나요?"
같은 조건(무료 플랜, Sonnet 5.5 “중간”, 2026년 10월 8일, 새 대화, 첫 답변)에서 지침 없는 프로젝트와 지침을 넣은 프로젝트에 같은 문의를 보냈습니다.


| 비교 항목 | 지침 없음 | 지침 있음 |
|---|---|---|
| 분량과 형태 | 길고 항목이 많음. 취소·환불 절차를 목록으로 안내하고 서명 칸까지 있음 | 세 문단으로 짧음. 인사, 핵심 설명, 다음에 할 일 순서 |
| 빈칸 | [영업일 기준 O일], [현재 배송 상태/지연 사유]처럼 채워 넣을 칸이 많고 끝에 설명 문단이 붙음 | 빈칸 없음 |
| 환불 안내 | 환불 절차를 일정 형태로 안내함(일정 칸은 비어 있음) | 주문 상태와 결제 수단에 따라 달라 확인 후 안내하겠다고 쓰고 단정하지 않음 |
| 주문번호 | 취소를 원할 때 주문번호를 회신하도록 안내 | 주문번호를 먼저 요청 |
지침을 넣자 환불 가능 여부를 단정하지 않았고 주문번호를 먼저 물었으며 분량이 짧아졌습니다. 두 답변 모두 “배송이 지연되어 죄송하다”고 전제했는데, 문의에는 지연이 확인된 내용이 없으므로 발송 전에 이 전제를 직접 점검해야 합니다.
예시 3, 블로그 초안
지침에 넣을 내용입니다.
역할: IT 블로그 에디터 대상: 해당 주제를 처음 찾아보는 일반 독자 형식: 첫 문단에서 질문에 바로 답하고, 소제목 4~6개, 소제목마다 두세 문단. 마지막에 요약 3줄. 하지 말 것: 지어낸 수치나 경험담, 과장된 표현 모를 때: 확인되지 않은 내용은 "공식 문서 확인 필요"라고 표시
테스트 요청은 “엑셀 피벗 테이블 처음 만드는 법 글 초안 써줘”로 보냅니다.
같은 조건(무료 플랜, Sonnet 5.5 “중간”, 2026년 10월 8일, 새 대화, 첫 답변)에서 지침 없는 프로젝트와 지침 3을 넣은 프로젝트에 같은 요청을 보냈습니다.


| 비교 항목 | 지침 없음 | 지침 있음 |
|---|---|---|
| 형태 | 클로드가 글을 별도 문서로 만들고, 대화창에는 “초안을 문서로 만들었습니다”라는 안내가 나옴 | 대화창에 바로 글을 씀 |
| 제목 | “…5분이면 끝나는 데이터 요약” | “…표 안에서 클릭 몇 번이면 됩니다” |
| 첫 문단 | “매출 데이터가 수천 줄인데…”라는 상황 묘사로 시작하고 만드는 법은 뒤에서 설명 | 첫 문단에서 만드는 순서(셀 선택, 삽입 > 피벗 테이블, 필드 끌어다 놓기)를 바로 답함 |
| 근거 없는 표현 | 제목의 “5분”, 마무리의 “몇 분씩 걸리던 집계가 몇 번의 클릭으로 끝난다”처럼 근거가 없는 효과 표현이 있음. 예시 표에는 가상의 이름과 금액이 들어감 | 수치나 효과 표현이 보이지 않음. 메뉴 위치는 “공식 문서 확인 필요”로 표시 |
| 소제목 | 큰 소제목 5개(피벗 테이블이란?, 시작하기 전에, 만드는 방법, 자주 겪는 문제와 해결법, 마무리). 만드는 방법 안에 1~6단계 | 6개(피벗 테이블이란 무엇인가, 시작 전에 데이터 정리하기, 만드는 순서, 필드 배치로 요약표 완성하기, 자주 만나는 문제와 해결 방법, 요약) |
| 마지막 부분 | “마무리” 문단으로 다음 단계(슬라이서, 피벗 차트)를 안내 | 요약 3줄. 지침에 없던 “작성 메모”도 따로 붙음 |

지침을 넣으면 첫 문단에서 답하기, 소제목 4~6개 안팎, 마지막 요약 3줄, “공식 문서 확인 필요” 표시가 지켜졌습니다. 지침이 없을 때는 제목과 마무리에 근거 없는 효과 표현이 들어갔습니다. 다만 지침에 없던 “작성 메모”가 붙은 점은 지침이 있어도 결과 형태가 예상과 조금 다를 수 있다는 예입니다.
지침이 안 먹을 때 고칠 곳
- 지침이 길고 서로 부딪히는 규칙이 섞이면 결과가 흔들립니다. 규칙은 항목당 한 줄로 줄이는 것이 먼저입니다.
- 이번 대화에만 필요한 조건은 지침 대신 대화창에 적습니다.
- 긴 대화가 이어지면 처음 지침의 영향이 약해 보일 수 있습니다. 주제가 바뀔 때는 새 대화를 여는 편이 낫고, 이는 무료 한도와 초기화 글에서 설명한 사용량 측면에서도 유리합니다.
- 자료가 많으면 지침이 아니라 프로젝트 지식에 파일로 넣습니다. 유료 플랜에서는 자료가 많아져도 RAG 방식으로 용량이 최대 10배까지 늘어납니다. 플랜별 차이는 요금제 비교 글에 정리했습니다.
자주 묻는 질문
무료 계정에서도 프로젝트를 만들 수 있나요?
만들 수 있습니다. 공식 도움말은 프로젝트가 무료 계정을 포함한 모든 사용자에게 열려 있고, 무료 사용자는 최대 5개까지 만들 수 있다고 안내합니다.
프로젝트 지침과 프로필 지침은 무엇이 다른가요?
공식 도움말의 구분은 이렇습니다. 계정 전체에 적용되는 지침(한국어 화면에서는 “프로필 지침”으로 표시됩니다)은 설정에서 고치고 모든 대화에 반영됩니다. 프로젝트 지침은 그 프로젝트 안의 대화에만 적용됩니다. 모든 대화에 깔아둘 말투는 앞쪽에, 작업별 규칙은 프로젝트 지침에 넣는 식으로 나누면 됩니다.
프로젝트 이름과 설명을 Claude가 읽나요?
읽지 못합니다. 공식 도움말은 이름과 설명을 Claude가 볼 수 없다고 밝힙니다. 규칙은 반드시 지침 칸에 적어야 합니다.
프로젝트에 올린 파일의 한도는요?
프로젝트 파일은 파일당 30MB이고 개수 제한은 없지만 전체 내용이 컨텍스트 창 안에 들어와야 합니다. 유료 플랜에서는 자료가 컨텍스트 한도에 가까워지면 RAG 모드가 자동으로 켜져 저장 용량이 최대 10배까지 늘어납니다. 사용자가 켜고 끌 수 없고, RAG가 켜졌다는 표시가 화면에 나오며 Claude가 “프로젝트 지식 검색 도구”를 쓰는 모습으로 확인할 수 있습니다.
프로젝트에 올린 자료는 사용량에 어떻게 잡히나요?
사용 한도 모범 사례 문서는 프로젝트에 올린 문서가 캐시되고, 캐시된 부분은 새 내용보다 한도에 덜 잡힌다고 설명합니다. 여러 번 참조할 자료는 프로젝트에 두라는 안내입니다.
팀에서 프로젝트를 공유할 수 있나요?
팀·엔터프라이즈 사용자는 관리자가 프로젝트 공유를 꺼 두지 않았다면 조직 구성원과 프로젝트를 공유할 수 있다고 공식 도움말이 안내합니다. 공개 범위는 나와 초대한 구성원만 쓰는 비공개와 조직 전체가 보고 쓰는 방식 중에서 고릅니다. 초대한 구성원의 권한은 지침과 자료를 열람하고 대화만 할 수 있는 권한과, 지침과 자료를 고칠 수 있는 권한으로 나뉩니다.
프로젝트마다 메모리가 따로 있나요?
있습니다. 각 프로젝트는 프로젝트 밖의 대화와 분리된 별도의 메모리를 가집니다. 자세한 내용은 메모리 설정 글에서 설명합니다.
고객 이메일 답장도 프로젝트 지침으로 만들 수 있나요?
가능합니다. 위의 이메일 답장 예시처럼 역할, 형식, 하지 말 것을 지침에 넣어 두면 문의가 올 때마다 같은 틀로 초안을 받을 수 있습니다. 환불이나 금액이 걸린 답장은 초안만 받고 직접 확인한 뒤 보내야 합니다.
- 프로젝트 지침은 그 프로젝트의 모든 대화에 적용되는 규칙이고, 무료 계정도 프로젝트를 최대 5개 만들 수 있습니다.
- 지침은 역할, 대상, 형식, 하지 말 것, 모를 때, 다섯 항목으로 짧게 씁니다.
- 오늘의 회의 내용 같은 변동 정보는 대화창에, 매번 같은 규칙만 지침에 넣습니다.
- 자료가 많으면 지침이 아니라 프로젝트 지식에 파일로 넣습니다.
- 지침을 넣고 같은 요청을 보내 비교하면 형식과 “미정” 표시, 확인 질문은 지켜졌지만 메모에 없는 항목이 추가되기도 해서, 결과는 항상 직접 확인해야 합니다.
확인 기준일: 2026년 10월 11일
공식 문서: 프로젝트 만들기와 관리 · 프로젝트란 무엇인가 · 개인화 기능 이해하기 · 프로젝트 RAG · 사용 한도 모범 사례 · 업로드 가능한 파일 종류와 한도
비개발자 출신으로, 반복되는 문서·커뮤니케이션 업무를 줄이기 위해 클로드를 실무에 적용해보며 이 블로그를 운영하고 있습니다. 모든 글은 직접 실행한 화면 캡처 또는 공식 문서 확인을 근거로 작성합니다. 소개 페이지에서 더 보기 →