최근 변경에서 빠진 부분 검토하기

whenreset 작성 · Claude Code 참고 자료 · 출처 확인일: 2026-09-12

작업 공간을 바꾸지 말고 Git 상태와 diff를 살펴보세요. 관련된 새 파일을 포함해 커밋되지 않은 변경을 검토하고, 없으면 가장 최근의 non-merge 커밋을 쓰세요. 비교할 대상이 없으면 그 한계를 보고하세요.

diff가 크면 생성된 출력, lockfile, 포맷만 바뀐 수정은 빼고 동작을 바꾸는 파일을 최대 5개 고르세요. 필요한 호출부, 타입, 근처 테스트를 읽으세요. 다룬 범위를 밝히세요.

근거가 있는 발견 사항을 최대 5개 보고하되 심각도, 위치, 발생 조건, 사용자 영향, 판단 근거, 최소 수정 제안을 포함하세요. 불확실한 우려는 확인된 발견 사항과 구분하세요. 스타일 취향은 무시하세요.

모든 발견 사항은 근거까지 추적할 수 있어야 합니다. 실질적인 결함이 없으면 그렇게 말하고 다룬 범위와 남은 한계를 밝히세요. 발견 사항을 억지로 만들거나 코드를 리팩터링하지 마세요.

실행 규약:
바로 시작하세요. 계획을 승인해 달라고 하거나, 파일을 골라 달라고 하거나, 템플릿을 채워 달라고 하지 마세요. 이 프로젝트, 이 대화, 이미 제공된 자료만 사용하고, 관련 없는 프로젝트나 개인 기록은 검색하지 마세요. 근거가 뒷받침하는 범위까지 완료하고, 빠진 입력은 보고하세요. 작업이 해당되지 않으면 이유를 설명하고 결과를 지어내지 말고 멈추세요.
기존 파일과 커밋되지 않은 변경 사항은 그대로 두세요. 제안하는 내용은 답변에 전체를 포함하고, 독립된 산출물은 사용 중이 아닌 새 파일 이름으로 저장해도 됩니다. 의존성 설치, 환경 변경, 커밋, 푸시, 배포는 하지 마세요. 접근 및 권한 제한을 지키고, 막힌 작업은 보고하세요. 결과를 한 번 점검한 뒤 전달하고, 계속할지 묻지 말고 멈추세요.