Quick Reference
Project는 한 주제의 대화와 반복 맥락을 모으는 작업 공간입니다. 참조할 사실과 자료는 project knowledge에, Claude가 따를 답변·검토 규칙은 project instructions에 둡니다. Projects는 무료 계정도 사용할 수 있지만 무료 계정은 최대 5개이며, 더 큰 knowledge 용량을 위한 enhanced RAG는 유료 플랜에서만 제공합니다.
| 필요한 것 | 둘 위치 | 예시 |
|---|---|---|
| 같은 업무의 대화와 맥락 | Project | 제품 기획, 강의 제작, 리포지토리 검토 |
| 반복 참조할 사실·정책·용어 | project knowledge | 요구사항, API 계약, 용어집 |
| 답변 형식·우선순위·검토 기준 | project instructions | "위험부터 쓰고, 근거를 링크한다" |
| 한 번만 쓸 파일이나 질문 | 일반 대화 | 오늘의 오류 로그, 단발성 초안 |
Project
+- chats: 같은 주제의 대화 기록
+- knowledge: 반복해서 참조할 자료
+- instructions: Claude가 따를 작업 규칙knowledge와 instructions
project knowledge
제품 규칙, 팀 용어, 요구사항, 이미 합의한 설계처럼 대화가 바뀌어도 반복해서 사실 확인에 쓰는 자료를 넣습니다. 같은 맥락을 새 대화마다 다시 붙여 넣는 일을 줄이는 용도입니다. 자료가 많아졌다고 항상 더 정확해지는 것은 아닙니다. 현재 작업과 무관하거나 이미 폐기된 문서는 검색 후보만 늘리므로 제거하거나 그 대화에만 직접 제공합니다.
project instructions
출력 언어, 답변 순서, 코드 스타일, 검토 기준처럼 Claude의 작업 방식을 정합니다. 예를 들어 "변경 전 위험을 먼저 적고, 확신하지 못한 사실은 확인한다"는 instruction입니다. 제품 소개서나 API 응답 예시는 규칙이 아니라 근거 자료이므로 knowledge에 둡니다.
knowledge: "결제 취소는 승인 후 7일 안에 가능하다."
instructions: "결제 정책을 설명할 때 예외 조건을 먼저 적는다."두 종류를 섞으면 Claude가 사실을 참조해야 하는지, 응답 행동을 따라야 하는지 판단하기 어려워집니다. instruction은 짧고 충돌 없이 유지하고, knowledge에는 제목과 최신 상태가 분명한 원본을 넣는 편이 좋습니다.
용량과 공유
무료 계정은 Project를 최대 5개까지 만들 수 있습니다. 유료 플랜에서는 knowledge가 커졌을 때 enhanced RAG로 더 큰 자료 집합을 다룰 수 있지만, 이 기능은 자료의 최신성·정확성을 보장하는 검증 수단이 아닙니다. 중요한 수치나 정책은 원본을 다시 확인해야 합니다.
Team과 Enterprise에서는 Project를 공유할 수 있습니다. Can view는 대화·knowledge·instructions를 볼 수 있는 권한이고, Can edit은 이를 추가·변경·삭제할 수 있는 권한입니다. 공유 Project의 instructions는 개인 취향이 아니라 팀의 공통 작업 규칙만 남기고, 개인 경로나 개인 자격 증명처럼 공유하면 안 되는 정보는 넣지 않습니다.
나누는 기준
- 새 Project를 만든다: 작업 목적, 참조 자료, 답변 규칙이 기존 주제와 달라질 때입니다.
- 기존 Project를 쓴다: 같은 정책과 같은 산출물을 여러 대화에 걸쳐 이어 갈 때입니다.
- knowledge를 정리한다: 정책이 바뀌었거나 더 이상 반복 참조하지 않는 자료가 생겼을 때입니다.
- instructions를 고친다: 원하는 산출물의 순서·형식·검토 기준이 바뀌었을 때입니다.
자주 틀리는 부분
Project는 대화 보관함이 아니라 반복 맥락을 관리하는 경계입니다. 서로 다른 제품·수업·고객의 자료를 한 Project에 섞으면 knowledge와 instructions가 충돌해 답변의 근거를 추적하기 어려워집니다.
- knowledge에 "항상 표로 답한다" 같은 행동 규칙을 넣지 않습니다. 이는 instruction입니다.
- instructions에 긴 제품 문서나 API 예시를 넣지 않습니다. 이는 knowledge 또는 개별 대화의 근거입니다.
- Project의 오래된 knowledge만 믿고 현재 정책을 단정하지 않습니다. 특히 요금제·법률·배포 상태는 원본을 확인합니다.
참고 링크
1 sources