클로드 거짓말 막는 프롬프트 8가지
Quick Start
"제대로 해줘" 한 줄로는 거짓 완료 보고를 못 막습니다.
시작 전에 완료 기준과 보고 방식을 정해 두고, 끝날 때 증거를 받아야 합니다.
- 01 규칙을 아래 "CLAUDE.md에 넣을 규칙"대로 한 번 넣어 둡니다. 이후 모든 대화에 적용됩니다.
- 작업마다 02 완료 기준 → 03 실패 테스트 순서로 시작합니다.
- 끝날 때 04~08로 증거를 받고, 다른 데가 안 망가졌는지 확인한 뒤 넘깁니다.
STEP 1 · 3분시작 전에 거짓말 금지 규칙을 박는다
대화 첫 메시지로 넣습니다.
클로드가 돌려준 5줄을 아래 "CLAUDE.md에 넣을 규칙"처럼 프로젝트의 CLAUDE.md 맨 위에 붙이면 다음 대화부터는 따로 넣지 않아도 됩니다.
이 대화의 규칙부터 정하자. 너는 실행한 것·읽은 것·추측한 것을 항상 구분해서 말해줘. 실행하지 않은 테스트를 통과라고 쓰지 말고, 모르는 것은 「모름」이라고 답해줘. 이 규칙을 [CLAUDE.md] 맨 위에 넣을 문장 5줄로 정리해줘.
성공하면 CLAUDE.md에 붙일 규칙 5줄이 나옵니다.
STEP 2 · 3분「다 됐다」의 기준을 먼저 정한다
[만들 기능]을 넣습니다.
기준 5개는 내가 직접 눌러 보거나 명령을 쳐서 확인할 수 있어야 합니다.
"잘 동작한다" 같은 기준이 나오면 다시 쓰게 하세요.
Done Criteria 담당으로 일해줘. [만들 기능]을 시작하기 전에 「완료」의 기준을 내가 직접 확인할 수 있는 문장 5개로 써줘. 기준마다 확인하는 명령이나 클릭 순서를 붙이고, 이 기준을 다 통과하기 전에는 완료라고 보고하지 마.
성공하면 완료 기준 5개와 기준별 확인 명령·클릭 순서가 나옵니다.
STEP 3 · 5분실패하는 테스트부터 보여주게 한다
[버그·기능]을 넣습니다.
고치기 전에 실패하는 출력을 먼저 봐야, 고친 뒤 통과한 출력이 진짜인지 비교할 수 있습니다.
Test First 담당으로 일해줘. 코드를 고치기 전에 [버그·기능]을 재현하는 테스트를 먼저 만들고, 지금 실패하는 출력을 그대로 보여줘. 그다음 코드를 고치고 같은 테스트를 다시 돌려 통과한 출력을 붙여줘. 출력 없이 「통과했습니다」라고 쓰지 마.
성공하면 수정 전 실패 출력과 수정 후 통과 출력이 나란히 나옵니다.
STEP 4 · 2분말 대신 증거로 보고받는다
작업이 끝났다는 말을 들으면 바로 이 프롬프트를 넣습니다.
아래 "증거 보고 양식"을 같이 붙이면 매번 같은 틀로 받습니다.
Evidence Reporter 역할을 맡아줘. 방금 한 작업을 보고할 때 바꾼 파일 목록, 실행한 명령, 실제 출력 마지막 20줄을 붙여줘. 실행 못 한 것은 이유와 함께 「미실행」으로 따로 적어줘. 요약은 증거 아래에 세 줄 이내로만 써줘.
성공하면 파일 목록·명령·출력이 먼저 오고, 요약은 맨 아래 세 줄로 붙습니다.
STEP 5 · 3분자기 코드에서 틀린 곳을 찾게 한다
[완료 조건]에는 02에서 정한 기준을 붙여 넣습니다.
칭찬은 필요 없습니다.
"문제없음"이라는 답이 오면 그 근거가 된 확인 과정을 꼭 보세요.
Self Reviewer 역할을 맡아줘. 방금 네가 쓴 코드를 다른 사람이 쓴 코드라고 생각하고 검토해줘. [완료 조건]과 어긋나는 곳, 처리 안 한 오류, 하드코딩된 값을 줄 번호와 함께 적어줘. 문제가 없다는 결론이면 그 근거가 된 확인 과정을 보여줘.
성공하면 줄 번호가 붙은 문제 목록, 또는 "문제없음"의 근거가 된 확인 과정이 나옵니다.
STEP 6 · 3분없는 함수·옵션을 지어내지 못하게 한다
라이브러리 이름이나 설정 옵션이 처음 보는 것이면 이 프롬프트를 넣습니다.
「미확인」이 붙은 항목은 코드에서 빼고 대안을 받으세요.
Fact Checker 역할을 맡아줘. 방금 답변에 나온 라이브러리 함수, 설정 옵션, 명령어를 공식 문서나 설치된 코드에서 하나씩 확인해줘. 확인한 것에는 출처 경로를, 확인 못 한 것에는 「미확인」을 붙여줘. 미확인 항목은 코드에 쓰지 말고 대안을 제시해줘.
성공하면 함수·옵션·명령마다 출처 경로 또는 「미확인」 표시가 붙습니다.
STEP 7 · 5분고치다 다른 데 망가뜨리지 않게 한다
한 군데 고친 뒤에는 반드시 전체 테스트를 다시 돌립니다.
수정 전후 비교표에서 새로 실패한 테스트가 하나라도 있으면 완료가 아닙니다.
Regression Guard 역할을 맡아줘. 이번 수정 전후로 전체 테스트를 각각 돌려 결과를 비교표로 보여줘. 새로 실패한 테스트가 있으면 완료로 보고하지 말고 원인부터 찾아줘. 이번 작업과 관계없는 파일은 건드리지 마.
성공하면 수정 전·후 전체 테스트 비교표가 나옵니다.
STEP 8 · 3분넘기기 전 마지막으로 확인한다
02에서 정한 [완료 조건]을 다시 붙여 넣습니다.
내가 직접 눌러 볼 3단계를 실제로 해 보고 나서 작업을 닫으세요.
Handoff Auditor 역할을 맡아줘. 작업을 끝내기 전에 처음 정한 [완료 조건]을 하나씩 다시 확인하고 통과·실패·미실행 표로 정리해줘. 내가 직접 눌러 볼 확인 순서 3단계를 적고, 남은 문제와 다음에 할 일을 숨기지 말고 적어줘.
성공하면 완료 조건별 통과·실패·미실행 표, 내가 확인할 3단계, 남은 문제 목록이 나옵니다.
CLAUDE.md에 넣을 규칙
프로젝트 폴더의 CLAUDE.md 맨 위에 붙여 두면 클로드 코드가 대화를 시작할 때마다 읽습니다.
01을 매번 넣지 않아도 됩니다.
## 보고 규칙 (항상 지킨다) - 실행한 것·읽은 것·추측한 것을 구분해서 말한다. - 실행하지 않은 테스트는 통과라고 쓰지 않는다. 「미실행」으로 적는다. - 「완료」라고 말하기 전에 바꾼 파일, 실행한 명령, 실제 출력을 붙인다. - 공식 문서나 설치된 코드에서 확인하지 못한 함수·옵션은 쓰지 않는다. - 모르는 것은 「모름」이라고 답하고, 남은 문제는 숨기지 않는다.
증거 보고 양식
04 Evidence Reporter와 함께 붙여 넣으면 보고가 매번 같은 틀로 옵니다.
틀이 같으면 빠진 칸이 바로 보입니다.
아래 양식 그대로 보고해줘. 빈칸이 있으면 비워두지 말고 「미실행」이나 「해당 없음」이라고 적어줘. ## 바꾼 파일 - [파일 경로] — [무엇을 바꿨는지 한 줄] ## 실행한 명령 - [명령] ## 실제 출력 (마지막 20줄) [출력 그대로] ## 완료 조건 대조 | 조건 | 결과(통과·실패·미실행) | 근거 | ## 미실행 항목과 이유 - [항목] — [이유] ## 요약 (3줄 이내)
한눈에 보는 검증 흐름표
| 단계 | 역할 | 언제 넣나 | 받는 증거 |
|---|---|---|---|
| 01 | Truth Contract | 대화 시작 전(또는 CLAUDE.md에 한 번) | 규칙 5줄 |
| 02 | Done Criteria | 작업 시작 전 | 완료 기준 5개·확인 방법 |
| 03 | Test First | 코드 고치기 전 | 실패 출력 → 통과 출력 |
| 04 | Evidence Reporter | "다 됐습니다" 직후 | 파일·명령·출력 20줄 |
| 05 | Self Reviewer | 보고 직후 | 줄 번호 붙은 문제 목록 |
| 06 | Fact Checker | 처음 보는 함수·옵션이 나왔을 때 | 출처 경로·「미확인」 표시 |
| 07 | Regression Guard | 수정이 끝났을 때 | 전체 테스트 전후 비교표 |
| 08 | Handoff Auditor | 작업 닫기 전 | 통과·실패·미실행 표·확인 3단계 |
자주 막히는 곳
테스트가 아예 없는 프로젝트입니다.
03 Test First부터 시작하세요.
첫 테스트를 만드는 것까지 03이 맡습니다.
출력이 너무 길어 대화가 금방 찹니다.
04에서 마지막 20줄만 받도록 해 두었습니다.
실패한 부분이 잘렸다면 "실패한 줄 앞뒤 10줄만 다시 보여줘"라고 요청하세요.
CLAUDE.md를 넣었는데도 가끔 "통과했습니다"만 말합니다.
그때 04 Evidence Reporter를 바로 넣으세요.
대화가 길어지면 앞 규칙이 약해질 수 있어서, 긴 작업은 새 대화로 나누는 편이 좋습니다.
FAQ
claude.ai 대화창에서도 쓸 수 있나요? 됩니다.
다만 대화창의 클로드는 내 컴퓨터에서 명령을 실행할 수 없으니, 03·07의 테스트는 내가 직접 돌리고 출력을 붙여 넣어 주세요.
8개를 매번 다 넣어야 하나요? 작은 수정은 02·04·08 세 개면 충분합니다.
큰 기능이나 처음 보는 라이브러리를 쓸 때 나머지를 더하세요.
공식 참고 자료
이메일 남기고 전체 바로 보기