팀 프로젝트에 AI를 본격 투입하면서, 문맥을 고정해 주는 작업 설명서가 필요해 claude.md를 들여왔습니다. 목적은 두 가지였어요. 첫째, 새 멤버가 들어와도 동일한 톤과 규칙으로 결과물을 뽑아내기. 둘째, 프롬프트를 짧게 써도 일관된 품질을 확보하기. 몇 주 써 보니 추천할 만한 이유가 분명해졌습니다. 구조가 간단하고, 프로젝트 스코프와 사용자 스코프를 나눠 컨텍스트를 섞어 주기 때문에 실제 작업 흐름이 부드러워졌거든요.
프로젝트와 사용자 스코프로 맥락을 겹겹이
claude.md의 핵심은 스코프 분리였습니다. 사용자 전역 설정은 개인 선호와 툴셋을, 프로젝트 스코프는 팀 규칙과 기술 스택을 담아 충돌 없이 합쳐집니다. 저는 User Scope에 VS Code, Tailwind CSS, 선호 문체를 적고, Project Scope에는 React와 TypeScript, 브랜치 전략, 코드 리뷰 규칙을 정의했어요. 그 결과 브리핑을 길게 반복할 필요가 줄었습니다. 같은 질문이라도 결과물의 스타일이 안정적으로 유지되더군요. 제품 전체 사진 -
프롬프트 설계: 명확성, 형식, 단계적 사고
claude.md만 잘 써도 반은 먹고 들어가지만, 프롬프트는 여전히 승패를 가릅니다. 제가 효과 본 방법은 세 가지였습니다. 1 명확하고 구체적인 지시. 2 결과물 형식 지정. 3 단계별 사고 요청. 예를 들어 요구사항, 톤, 길이, 대상 독자, 출력 구조 목록까지 함께 적으면 수정 횟수가 확 줄었습니다. XML 태그로 섹션을 나눠 컨텍스트를 공급한 것도 도움이 됐습니다. 확대샷 -
주의할 점과 운영 팁, 그리고 업데이트 전략
주의할 점도 분명합니다. 첫째, claude.md가 길어지면 토큰을 낭비합니다. 선언형으로 짧게, 대신 필수 항목 다섯 가지 기술 스택, 프로젝트 구조, 핵심 명령어, 코드 스타일, 저장소 규칙은 꼭 넣었습니다. 둘째, CLAUDE.local.md 같은 개인 메모리 파일은 더 이상 지원되지 않아 import나 스코프 조합으로 대체해야 했습니다. 셋째, 자동 생성된 claude.md는 출발점일 뿐이라 프로젝트 단계별로 계속 갱신해야 정확도가 유지됩니다. 제 경험상 마일스톤마다 우선순위를 업데이트해 주면 답변이 현재 상황을 잘 따라옵니다. 그 외 사진 -
쓰다 보니 claude.md는 팀의 일관성을 지키는 안전장치이자, 프롬프트를 짧게 만들어 주는 성능 보조장치 역할을 합니다. 특히 긴 맥락을 다루는 작업, 예를 들면 인증 흐름 문서화나 가이드 생성처럼 구조가 큰 태스크에 유리했어요. 제 기준으로는 기획자, 개발자, 테크 라이터 모두에게 추천합니다. 도입 이후 문서 품질과 속도가 동시에 상승했고, 만족도는 8.5점. 앞으로는 영역별로 파일을 더 쪼개 프런트엔드와 백엔드 규칙을 독립 운영해 보려 합니다. claude.md를 프로젝트 맞춤으로 다듬는 시간이 답변 품질을 가장 크게 끌어올렸습니다.
#claude.md # #claude.md프롬프트잘작성하기 #claude.md가이드 #claude.md스코프전략 #claude.md프로젝트셋업 #claude.md업데이트전략 #claude.md프롬프트예시 #claude.md팀협업 #claude.md토큰효율 #claude.mdXML태그