매번 설명하지 않아도 되는 Claude 만들기 — 지침과 지식 자료 관리

5.1 지침과 지식 자료, 프로젝트의 두 기둥

프로젝트(Projects)는 Claude 안에 만드는 전용 작업 공간입니다. 여기에 두 가지를 갖춰 둡니다. 지침은 "어떻게 답할지"를 정합니다 — 말투, 답변 형식, 관점 같은 것들입니다. 지식 자료는 "무엇을 알고 답할지"를 정합니다 — 사내 규정, 제품 문서, 과거 보고서가 여기에 들어갑니다. 이 둘은 프로젝트 안의 모든 대화에 자동으로 적용되므로, 새 채팅을 열 때마다 배경을 다시 설명할 필요가 없습니다. 어떤 정보를 지침에 적고 어떤 정보를 자료로 올릴지 가려내는 판단이 이 도메인의 출발점입니다.

5.2 무엇을 올리고, 무엇을 연결할 것인가

자료가 들어오는 경로는 두 가지입니다. PDF·문서·스프레드시트를 직접 올리거나, 커넥터(connector)로 Google Drive·Gmail 같은 외부 저장소를 연결합니다. 커넥터를 쓰면 파일을 일일이 올리지 않아도 Claude가 필요한 문서를 찾아 참고합니다. 다만 연결 범위가 넓을수록 낡은 문서나 민감한 문서까지 섞여 들어올 수 있으므로, "이 프로젝트가 답하는 데 꼭 필요한 자료인가"를 기준으로 범위를 좁히는 편이 안전합니다. 자료가 많아져 컨텍스트 윈도우(context window) — Claude가 한 번에 읽을 수 있는 분량 — 에 가까워지면, 검색 증강 생성(RAG) 방식으로 필요한 부분만 골라 읽습니다.

5.3 조직 전체에 적용되는 상위 지침 쓰기

지침에는 층위가 있습니다. 대화 안에서 그때그때 하는 요청이 가장 아래라면, 프로젝트 지침은 그 프로젝트의 모든 대화에, 시스템 프롬프트(system prompt) 성격의 상위 지침은 조직이 받는 모든 응답에 적용됩니다. 위로 갈수록 구체 업무가 아니라 원칙을 담습니다 — 회사가 쓰는 용어, 금지 표현, 반드시 지킬 형식, 확신이 없을 때 "모른다"고 답하게 하는 가드레일(guardrail) 같은 것들입니다. 잘 쓴 상위 지침은 짧고, 서로 모순되지 않으며, 예외 상황에서 어떻게 행동할지까지 정해 둡니다.

5.4 설정은 만들 때보다 유지가 어렵습니다

프로젝트는 만든 날이 아니라 여섯 달 뒤의 상태로 평가받습니다. 정책이 바뀌었는데 자료가 그대로면 Claude는 옛 정책을 자신 있게 답합니다 — 자료가 낡으면 답도 낡습니다. 그래서 유지 체계가 필요합니다. 자료마다 담당자와 갱신 주기를 정하고, 원본 문서가 바뀌면 프로젝트에 올린 사본도 함께 교체하고, 지침을 고친 뒤에는 대표 질문 몇 개를 다시 물어 답이 의도대로 달라졌는지 확인합니다. 안 쓰는 자료를 지우는 일도 관리입니다 — 서로 어긋나는 문서 두 벌이 남아 있으면 Claude는 어느 쪽이 맞는지 알 수 없습니다.

! 흔한 함정

• "자료는 많을수록 좋다"는 오해 — 낡거나 서로 어긋나는 문서가 섞이면 답변 품질이 오히려 떨어집니다. 필요한 최신본만 남깁니다.
• 지침과 지식 자료의 역할 혼동 — 말투·형식·원칙은 지침에, 사실·수치·문서 본문은 자료에 둡니다. 정책 전문을 지침에 길게 붙여 넣으면 정책이 바뀔 때마다 지침을 다시 써야 합니다.
• 커넥터를 넓게 연결하는 습관 — 개인 메일함이나 전체 드라이브를 연결하면 민감 정보가 답변에 섞여 나올 수 있습니다. 프로젝트 목적에 맞는 폴더만 골라 연결합니다.
• 만들고 방치하기 — 담당자와 갱신 주기 없이 두면 설정이 낡고, 사용자는 낡은 답을 최신 답으로 믿게 됩니다.