· 김뽑희

지시문점검

AI 규칙 파일 점검하기, 리포트 읽는 법과 남길 줄 고르는 기준

클로드 코드의 지시문 점검 명령(/doctor prompt-audit) 쓰는 법, 리포트 읽는 법, 뜬 것 중 남길 줄 고르는 기준 세 가지, 강조 지우기·이유 붙이기·모순 합치기 고친 예시까지.

원본 영상 · 1분 43초
이 자료의 내용

한눈에 보기

"두 번 확인해", "반드시 지켜!!" 같은 말은 예전 AI 시절 버릇이에요. 공식 프롬프트 가이드에도 최근 모델은 예전 모델보다 지시에 더 민감해서, 세게 쓴 말은 과하게 따를 수 있으니 누그러뜨리라고 나와요. 클로드 코드에는 이런 낡은 지시를 찾아 주는 명령이 들어 있어요.

명령어
/doctor prompt-audit
항목내용
찾는 것① 예전 모델용으로 쓴 지시 ② 없는 파일·명령을 가리키는 줄 ③ 서로 모순되는 파일
보는 파일규칙 파일(CLAUDE.md, CLAUDE.local.md, AGENTS.md) + .claude/·~/.claude/ 안의 규칙·스킬·명령·도우미·출력 스타일
결과문제 리포트 + 고칠 안
안전내가 적용하라고 하기 전엔 파일을 하나도 안 바꿔요
필요한 것클로드 코드 2.1.283 이상

규칙 파일이 뭐예요? AI한테 주는 규칙 메모장이에요. 클로드 코드가 매번 시작할 때 읽어요. 대표가 CLAUDE.md 예요.

사진: 공식 문서 'Audit your instruction files' 부분 (2026-10-26)

제일 빠른 방법: 점검 → 리포트를 아래 '2. 남길 줄 고르는 기준'으로 거르기 → 고른 것만 적용.

1. 점검 돌리기와 리포트 읽는 법

한 줄로: 명령 한 줄로 내 규칙 파일들을 훑어서, 낡거나 틀리거나 부딪히는 지시를 리포트로 받아요.

왜 필요해요? 규칙 파일은 쓰고 나면 잘 안 보게 돼요. 이사 간 지 오래인데 옛날 주소가 적힌 메모처럼, 없는 파일을 가리키거나 서로 다른 말을 하는 줄이 쌓여요. 공식 문서에 따르면 두 지시가 부딪히면 AI가 아무거나 하나 고를 수 있어요.

따라 하기

  1. 버전 확인 (터미널에서)
명령어
claude --version

2.1.283보다 낮으면 업데이트하세요.

명령어
claude update
  1. 클로드 코드를 열고 점검 실행
명령어
/doctor prompt-audit

파일 하나나 폴더 하나만 보려면 경로를 붙여요.

명령어
/doctor prompt-audit CLAUDE.md
/doctor prompt-audit .claude/skills/deploy

리포트 읽는 법 — 항목마다 이 순서로 보세요.

먼저 볼 것질문
어느 파일인가내 프로젝트 파일인가, 모든 프로젝트에 쓰는 ~/.claude/ 파일인가? (~/.claude/ 쪽을 고치면 모든 프로젝트에 영향)
어떤 종류인가① 예전 모델용 ② 없는 파일·명령 ③ 모순 중 무엇인가?
고칠 안이 뭔가지우자는 건가, 바꾸자는 건가? 바꾼다면 내 뜻이 남아 있나?
종류이렇게 판단
① 예전 모델용 지시대부분 고쳐도 돼요. 단 아래 '남길 줄 기준'에 걸리면 지우지 말고 말투만 바꿔요
② 없는 파일·명령진짜로 없어진 거면 지워요. 이름만 바뀐 거면 새 이름으로 고쳐요
③ 서로 모순둘 중 지금 원하는 하나로 합쳐요. 둘 다 지우지 마세요

고른 것만 적용하기 — 리포트를 보고 클로드한테 이렇게 말하세요.

프롬프트
방금 점검 리포트에서 [1, 3, 4]번만 적용해 줘. 나머지는 그대로 둬. 적용하기 전에 바뀌는 부분을 파일별로 보여 주고, 내가 좋다고 하면 그때 고쳐.

막히면

  • 명령이 안 먹혀요: 버전이 2.1.283보다 낮거나, 내장 /claude-api 스킬을 꺼 둔 경우예요 (설정의 skillOverrides, disableBundledSkills). 점검이 그 스킬로 돌아가요.
  • 리포트가 영어로 나오면: "리포트를 한국어로 정리해 줘"라고 덧붙이세요.

2. 남길 줄 고르는 기준 세 가지

뜬 걸 그대로 다 적용하면 안 돼요. 내 프로젝트에 아직 필요한 줄이 섞여 있을 수 있어요. 잘못 지우면 AI가 우리 규칙을 놓쳐요. 이 셋 중 하나라도 해당하면 지우지 말고 남기세요 (말투만 다듬는 건 괜찮아요).

기준예왜 남기나
① 우리 프로젝트에만 있는 사실"API 코드는 src/api/handlers/ 에 둔다", "커밋 전에 npm test"AI가 스스로 알아낼 수 없는 정보예요
② 보안·돈·데이터 지키는 규칙".env 파일은 절대 커밋하지 않는다", "운영 DB에는 쓰기 명령을 보내지 않는다"한 번 어기면 되돌리기 어려워요
③ 이유가 붙은 규칙"TTS로 읽히니까 말줄임표를 쓰지 않는다"이유가 있으면 AI가 비슷한 상황에도 맞춰 판단해요

무슨 일이 있어도 막아야 하는 건 규칙 파일만 믿지 마세요. 공식 문서는 규칙 파일을 "강제 설정이 아니라 참고"로 다룬다고 해요. 꼭 막아야 하는 동작은 훅(PreToolUse hook)으로 막으라고 안내해요.

3. 고친 예시 세 가지

예시 1. 강조 지우기 (예전 모델용 지시)

고치기 전

markdown
- IMPORTANT!! 작업이 끝나면 반드시 두 번 확인해!!!
- CRITICAL: 테스트 도구를 무조건 써라

고친 뒤

markdown
- 작업이 끝나면 `npm test` 를 한 번 돌려서 통과하는지 확인한다.
- 코드를 바꿨을 때는 테스트 도구를 쓴다.

포인트: 대문자·느낌표·"무조건"을 빼고, 무엇으로 확인하는지 구체적으로. 공식 가이드도 "CRITICAL: You MUST use this tool when…" 대신 "Use this tool when…"처럼 보통 말투로 쓰라고 해요.

예시 2. 이유 붙이기

고치기 전

markdown
- 절대 말줄임표(...) 쓰지 마.

고친 뒤

markdown
- 답변은 음성(TTS)으로 읽히니까 말줄임표(...)는 쓰지 않는다. 읽는 프로그램이 발음을 못 한다.

포인트: 왜 그런지 한 줄을 붙이면 AI가 목표를 알고 비슷한 경우(물결표·이모지 등)도 알아서 피해요. 공식 가이드에 나오는 예시를 우리말로 옮긴 거예요.

예시 3. 모순 합치기

고치기 전 (두 파일이 다른 말을 해요)

markdown
CLAUDE.md          : - 답은 짧게 한다.
.claude/rules/docs.md : - 설명은 자세히 한다.

고친 뒤 (CLAUDE.md 한 곳에)

markdown
- 대화 답변은 3줄 안으로 짧게 한다.
- 단, docs/ 폴더의 문서를 쓸 때는 단계별로 자세히 쓴다.

포인트: 둘 다 지우지 말고, 언제 어느 쪽인지 조건을 붙여 하나로 합쳐요.

4. 점검 뒤에 할 일

  • 고친 뒤 /doctor prompt-audit 를 한 번 더 돌려서 같은 항목이 다시 안 뜨는지 봐요.
  • 규칙 파일은 200줄 아래로 (공식 권장). 길수록 덜 지켜요.
  • 새 모델이 나오거나, 규칙 파일을 크게 고친 뒤에 한 번씩 돌려요.

용어 정리

영상에서 한 말원래 용어
규칙 파일 / 규칙 메모장CLAUDE.md, CLAUDE.local.md, AGENTS.md
닥터 프롬프트 오딧/doctor prompt-audit (2.1.283 이상)
스킬 파일 / 도우미 파일.claude/skills/, .claude/agents/

체크리스트

  • claude --version 이 2.1.283 이상이다
  • /doctor prompt-audit 를 돌려 리포트를 받았다
  • 우리 프로젝트 사실·보안 규칙·이유 붙은 규칙은 남겼다
  • 고른 번호만 적용했고, 적용 전에 바뀌는 부분을 확인했다
  • 다시 점검해서 같은 항목이 안 뜬다

출처

복사해서 쓰는 것 모음 · 12개

한눈에 보기

명령어
/doctor prompt-audit

1. 점검 돌리기와 리포트 읽는 법

명령어
claude --version

1. 점검 돌리기와 리포트 읽는 법

명령어
claude update

1. 점검 돌리기와 리포트 읽는 법

명령어
/doctor prompt-audit

1. 점검 돌리기와 리포트 읽는 법

명령어
/doctor prompt-audit CLAUDE.md
/doctor prompt-audit .claude/skills/deploy

1. 점검 돌리기와 리포트 읽는 법

프롬프트
방금 점검 리포트에서 [1, 3, 4]번만 적용해 줘. 나머지는 그대로 둬. 적용하기 전에 바뀌는 부분을 파일별로 보여 주고, 내가 좋다고 하면 그때 고쳐.

예시 1. 강조 지우기 (예전 모델용 지시)

markdown
- IMPORTANT!! 작업이 끝나면 반드시 두 번 확인해!!!
- CRITICAL: 테스트 도구를 무조건 써라

예시 1. 강조 지우기 (예전 모델용 지시)

markdown
- 작업이 끝나면 `npm test` 를 한 번 돌려서 통과하는지 확인한다.
- 코드를 바꿨을 때는 테스트 도구를 쓴다.

예시 2. 이유 붙이기

markdown
- 절대 말줄임표(...) 쓰지 마.

예시 2. 이유 붙이기

markdown
- 답변은 음성(TTS)으로 읽히니까 말줄임표(...)는 쓰지 않는다. 읽는 프로그램이 발음을 못 한다.

예시 3. 모순 합치기

markdown
CLAUDE.md          : - 답은 짧게 한다.
.claude/rules/docs.md : - 설명은 자세히 한다.

예시 3. 모순 합치기

markdown
- 대화 답변은 3줄 안으로 짧게 한다.
- 단, docs/ 폴더의 문서를 쓸 때는 단계별로 자세히 쓴다.

자료를 보고 궁금한 점이 생겼나요?