클로드가 숨겨온 지시서, 통째로 유출됐다
Quick Start
이 12줄을 모르고 쓰면 클로드 절반만 쓰는 겁니다.
왜 답이 짧게 끊기는지, 왜 커밋을 안 하는지, 왜 주석을 안 다는지 전부 여기 적혀 있습니다.
- 아래 12줄을 읽고 클로드 코드가 "원래 어떻게 움직이게 돼 있는지" 먼저 압니다.
- 맨 아래 CLAUDE.md 붙여넣기 파일을 복사해 내 프로젝트
CLAUDE.md맨 위에 붙입니다. - 바꾸고 싶은 규칙(예: 길게 답하기)은 붙여넣기 파일에서 그 줄만 고칩니다.
출처: 깃허브 x1xhlol/system-prompts-and-models-of-ai-tools 저장소의 Anthropic/Claude Code/Prompt.txt, Anthropic/Claude Code 2.0.txt. 줄 번호는 원문 파일 기준입니다.
STEP 1 · 답하는 방식답은 4줄, 서론은 빼고
You MUST answer concisely with fewer than 4 lines (not including tool use or code generation), unless user asks for detail.
한글: 도구 사용·코드 생성을 빼고 4줄 안으로 짧게 답하라. 사용자가 자세히 해 달라고 할 때만 예외.
→ 길게 설명을 받고 싶으면 질문 끝에 "자세히", "단계별로 길게"를 꼭 붙이세요.
IMPORTANT: You should NOT answer with unnecessary preamble or postamble (such as explaining your code or summarizing your action), unless the user asks you to.
한글: 「좋은 질문이에요」 같은 서론, 「정리하면…」 같은 맺음말 금지. 코드 설명·작업 요약도 시킬 때만.
→ 작업이 끝났는데 요약이 없으면 "방금 한 일 3줄로 요약해줘"라고 따로 시키세요.
STEP 2 · 코드 쓰는 방식라이브러리는 믿지 말고, 주석은 달지 마
When making changes to files, first understand the file's code conventions. Mimic code style, use existing libraries and utilities, and follow existing patterns.
한글: 파일을 고치기 전에 그 파일의 규칙부터 파악하라. 원래 코드 스타일을 그대로 따라 하고, 이미 있는 라이브러리·함수를 쓰고, 있던 패턴을 따르라.
NEVER assume that a given library is available, even if it is well known. Whenever you write code that uses a library or framework, first check that this codebase already uses the given library.
한글: 유명한 라이브러리라도 있다고 믿지 말라. 쓰기 전에 이 프로젝트가 이미 쓰고 있는지(package.json 등) 먼저 확인하라.
→ 그래서 클로드 코드는 코드를 쓰기 전에 파일부터 읽습니다. 이걸 막지 마세요.
Always follow security best practices. Never introduce code that exposes or logs secrets and keys. Never commit secrets or keys to the repository.
한글: 보안 원칙을 지켜라. 비밀값·키를 코드나 로그에 남기지 말고, 저장소에 커밋하지 말라.
IMPORTANT: DO NOT ADD ***ANY*** COMMENTS unless asked
한글: 시키지 않으면 주석을 단 한 줄도 달지 마라.
→ 주석이 필요하면 "왜 이렇게 했는지 주석으로 달아줘"라고 직접 시키세요.
STEP 3 · 일 끝내는 방식끝나면 lint부터, 커밋은 시킬 때만
You have access to the TodoWrite tools to help you manage and plan tasks. Use these tools VERY frequently to ensure that you are tracking your tasks and giving the user visibility into your progress.
한글: 할 일 목록(TodoWrite)부터 쓰고, 하나씩 체크하면서 진행 상황을 사용자에게 보여 줘라.
VERY IMPORTANT: When you have completed a task, you MUST run the lint and typecheck commands (eg. npm run lint, npm run typecheck, ruff, etc.) with Bash if they were provided to you to ensure your code is correct. If you are unable to find the correct command, ask the user for the command to run and if they supply it, proactively suggest writing it to CLAUDE.md so that you will know to run it next time.
한글: 일이 끝나면 lint·타입 검사를 반드시 돌려라. 명령을 모르면 사용자에게 묻고, 알려 주면 다음부터 쓰도록 CLAUDE.md에 적자고 제안하라.
→ 내 프로젝트의 검사 명령을 CLAUDE.md에 미리 적어 두면 매번 알아서 돌립니다.
NEVER commit changes unless the user explicitly asks you to. It is VERY IMPORTANT to only commit when explicitly asked, otherwise the user will feel that you are being too proactive.
한글: 사용자가 분명히 시키지 않으면 절대 커밋하지 마라.
→ 커밋은 내가 "커밋해줘"라고 해야만 합니다.
STEP 4 · 파일 다루는 방식새 파일 말고 있는 파일 고치기
NEVER create files unless they're absolutely necessary for achieving your goal. ALWAYS prefer editing an existing file to creating a new one.
한글: 꼭 필요하지 않으면 새 파일을 만들지 말고, 새 파일보다 기존 파일 수정을 먼저 하라.
NEVER proactively create documentation files (*.md) or README files. Only create documentation files if explicitly requested by the User.
한글: 시키지 않은 README·문서(.md) 파일을 먼저 만들지 마라.
When referencing specific functions or pieces of code include the pattern `file_path:line_number` to allow the user to easily navigate to the source code location.
한글: 코드 위치를 말할 때는 파일경로:줄번호 형식으로 알려 줘라.
→ 답에 src/app.ts:42 같은 게 붙어 나오는 이유입니다. 그대로 클릭해 열 수 있습니다.
12줄 한눈에 보기
| # | 원문 핵심 | 한글 |
|---|---|---|
| 01 | fewer than 4 lines | 답은 4줄 안으로 |
| 02 | NOT preamble or postamble | 서론·맺음말 금지 |
| 03 | Mimic code style | 원래 코드 스타일 따라 하기 |
| 04 | NEVER assume that a given library is available | 라이브러리 있다고 믿지 말기 |
| 05 | Never commit secrets or keys | 비밀값 남기지 말기 |
| 06 | DO NOT ADD ANY COMMENTS | 시키지 않으면 주석 금지 |
| 07 | Use TodoWrite VERY frequently | 할 일 목록부터 |
| 08 | MUST run the lint and typecheck | 끝나면 lint·타입 검사 |
| 09 | NEVER commit unless asked | 말 안 하면 커밋 금지 |
| 10 | prefer editing an existing file | 새 파일보다 기존 파일 수정 |
| 11 | NEVER create documentation files | 시키지 않은 문서 금지 |
| 12 | file_path:line_number | 위치는 파일:줄 번호로 |
CLAUDE.md 붙여넣기 파일
프로젝트 폴더 맨 위의 CLAUDE.md 파일 맨 위에 그대로 붙여 넣으세요.
파일이 없으면 클로드 코드에서 /init 을 먼저 입력하면 만들어집니다.
대괄호 [ ] 두 칸만 내 프로젝트 명령으로 바꾸면 됩니다.
# 작업 규칙 (클로드 코드 지시서 12줄 기반)
## 답하는 방식
- 답은 짧게. 서론("좋은 질문이에요")·맺음말("정리하면") 없이 바로 본론.
- 내가 "자세히"라고 하면 그때만 길게 설명한다.
- 작업이 끝나면 바뀐 파일과 확인 방법을 3줄로 보고한다.
## 코드 쓰는 방식
- 고치기 전에 파일을 먼저 읽고, 원래 코드 스타일·이름 규칙·패턴을 그대로 따른다.
- 라이브러리는 있다고 가정하지 않는다. package.json 등에서 이미 쓰는지 먼저 확인한다.
- 비밀값·API 키는 코드·로그·커밋에 절대 남기지 않는다.
- 시키지 않으면 주석을 달지 않는다.
## 일 끝내는 방식
- 여러 단계 작업은 할 일 목록부터 쓰고 하나씩 체크한다.
- 작업이 끝나면 반드시 검사 명령을 돌린다: [npm run lint] / [npm run typecheck]
- 내가 "커밋해줘"라고 하기 전에는 커밋하지 않는다.
## 파일 다루는 방식
- 새 파일보다 기존 파일 수정을 먼저 한다.
- 시키지 않은 README·문서(.md) 파일은 만들지 않는다.
- 코드 위치는 파일경로:줄번호 형식으로 알려 준다.
자주 막히는 곳
붙여 넣었는데 답이 안 바뀝니다.
CLAUDE.md 가 클로드 코드를 실행한 폴더(프로젝트 맨 위)에 있는지 확인하고, 클로드 코드를 껐다 다시 여세요.
/memory 를 입력하면 지금 읽고 있는 CLAUDE.md 목록이 보입니다.
설명을 길게 받고 싶습니다.
붙여넣기 파일의 "답은 짧게" 줄을 "설명은 단계별로 자세히"로 바꾸면 됩니다.
원래 지시서보다 내 CLAUDE.md가 나중에 읽히기 때문에 내 규칙이 반영됩니다.
커밋까지 알아서 하게 하고 싶습니다.
"작업이 끝나면 변경 내용을 요약한 메시지로 커밋한다" 한 줄을 추가하세요.
단, push 는 직접 확인한 뒤에 하는 걸 권합니다.
공식 참고 자료
이메일 남기고 전체 바로 보기