❯ Claude 참고자료 하고 싶은 일에서 출발해 쓸 기능을 찾는다

방금 고친 코드를 다시 감사시키기

수정이 새 결함을 만들었는지 본다. 고친 사람과 감사하는 사람을 분리하는 효과.

직접 작성 실행 확인 2026-08-13 · Claude Code review regression verification

프롬프트

{scope} 범위의 변경은 방금 어떤 문제를 고치려고 한 것이다.
이 수정 자체를 감사해줘. 고친 사람 편에 서지 말고 반박하는 쪽으로.

확인할 것:
1. 이 수정이 원래 문제를 정말 해결하는가 — 되돌리면 다시 깨지는지 확인해봤는가
2. 이 수정이 새로 깨뜨리는 게 있는가 — 같은 함수·같은 파일을 쓰는 다른 경로
3. 내 환경에서만 통과할 조건이 섞였는가 — 경로·OS·설치된 도구·타이밍
4. 검사를 추가했다면, 그 검사가 이번 결함만 잡는가 아니면 같은 계열을 다 잡는가

각 항목에 "확인함(근거)" 또는 "확인 못 함(이유)" 으로 답해.
괜찮아 보인다는 말은 하지 마.

왜 통하나

수정이 새 결함을 만드는 건 흔하다. 원인은 대개 넷 중 하나다 — 실데이터에서 다르게 동작 / 내 환경에서만 통과 / 아는 것만 막는 검사 / 재현 없이 가설만 고침. 위 4개 질문이 그 넷에 하나씩 대응한다.

"반박하는 쪽으로"가 없으면 모델이 방금 자기가 쓴 코드를 변호한다.

다음 단계

4번에서 "이번 것만 잡는다"가 나오면 검사를 일반화한다. 일반화가 어려우면 최소한 회귀 테스트로 못 박아둔다.

관련 작업

데이터 src/_data/prompts/audit-my-own-fix.yaml 틀린 게 있으면 이 파일을 고치면 사이트·검색·치트시트가 같이 바뀐다.

키보드 단축키

/ 또는 Ctrl+K
검색 팔레트를 연다.
↑ ↓
검색 결과 이동
Enter
선택한 결과 열기
Esc
팔레트·검색어 지우기
123456
영역 이동 (1 Claude Desktop · 2 Claude Science · 3 Claude Code CLI · 4 슬래시 · 플러그인 · 5 내 규칙 · 대화법 · 6 출처·라이선스)
?
이 도움말

Esc 로 닫습니다.