[Claude Code] 망친 코드가 Esc 두 번에 돌아와요

EDIBLOG · AI 꿀팁 · 2026.05.29

[Claude Code] 망친 코드가 Esc 두 번에 돌아와요

저는 Claude Code랑 일하다가 가장 등골 서늘한 순간이 있어요. Claude가 한참 잘 굴러가다 갑자기 예상하지 못한 행동을 하는거에요. 그땐 빠르게 중지하고 롤백해달라고 요청하지만 간혹 롤백도 제 의도와는 다르게 처리하는 케이스도 있었어요. 그러던 게 새 체크포인팅 기능으로 Esc 두 번이면 끝났어요. 5월 Week 20 업데이트(checkpoint + /rewind)를 쓰는 입장에서 작성했습니다.

01. 어제 처음 Esc 두 번을 눌러봤어요

제가 어제 Claude한테 함수 리팩토링을 시켰는데, 결과를 보니 의도랑 다르게 너무 많이 바꿔놨어요. 제가 전엔 일단 멘붕하고 git diff로 어디를 망쳤나 확인하면서 롤백을 진행했어요. 하지만 이번엔 제가 Esc 두 번을 두드리니까 바뀐 파일이 다 원상태로 돌아왔어요!!

 

Claude Code가 변경 작업 들어가기 직전마다 자동으로 코드 상태를 스냅샷으로 저장해 두거든요. 제가 그 스냅샷 중 돌아가고 싶은 스냅샷을 선택하면 되돌릴 수 있어요. 저는 git commit 안 해도, 별도 명령을 안 외워도 된다는 점이 가장 마음에 들었습니다!

$ claude
> 이 함수 다 리팩토링해줘
(Claude 가 여러 파일을 동시에 수정)

# 결과 보니 의도랑 다름 — Esc 두 번
[checkpoint] reverted to 2 minutes ago
(파일들이 변경 직전으로 한꺼번에 복구)
# git stash, git reset 안 거쳐도 됨

02. /rewind 로 더 명시적으로 되돌리기

제가 써본 경험이에요. 저한테는 /rewind 치면 최근 체크포인트 목록이 뜨고, 제가 그 중에 시점을 골라서 그쪽으로 돌아갈 수 있어요.

 

만약 두세 번 의심스러운 변경이 누적됐을 때, 저는 한 번에 정리하기 좋았습니다.

03. 제가 본 git reset 이랑의 차이

저는 git에 익숙해서 처음엔 "git reset 이랑 뭐가 다르지" 했어요. 제가 며칠 써보니 두 가지 결정적 차이를 봤더라구요.

 

첫째로 체크포인트가 commit 안 해도 잡힌다는 점이 컸어요. 제가 작업 중간에 commit 안 하고 작업하는 편이라, 저한테 git reset은 그 사이 변경분을 복구할 방법이 없었거든요. 저는 체크포인팅이 Claude가 직접 만지기 직전마다 자동으로 찍어놔서 commit과 무관하다는 게 가장 마음에 들었어요.

 

둘째로 여러 파일을 한꺼번에 묶어 되돌린다는 점도 좋았어요. 제가 한 작업이 여러 파일을 동시에 건드릴 때, 저는 어디 어디 작업했는지 추적하기 힘들었거든요. 체크포인팅이 "한 작업 단위" 통째로 되돌려서 추적 부담이 없었어요.

04. /goal 위임이 진짜 안전해졌어요

저는 앞 글에서 /goal 명령으로 매 턴 안 묻는 거 다뤘었어요. 저는 그때 한 가지 걸리는 게 자율 실행 중에 Claude가 폭주하면 어쩌나 하는 거였어요.

 

저는 체크포인팅이 그 걱정을 대부분 깎아줬다고 생각해요. 만약 위임 중에 결과가 산으로 가도, Esc 두 번이면 직전 안전 상태로 돌아갈 수 있으니까요. 저는 그래서 /goal을 더 적극적으로 사용하고 있어요.

제가 묶어서 쓰는 패턴 저는 /goal 로 자율 실행 → 결과 일단 끝까지 보고 → 마음에 안 들면 Esc 두 번. 저한테는 이 두 기능이 묶이니까 위임의 심리적 비용이 확 떨어졌어요.

05. 제가 보기에 잘 안 통하는 케이스도 있어요

저는 며칠 써본 케이스로는, 매 번 변경 단위가 작으면 그게 또 모래알처럼 쌓이더라고요. 이 경우엔 어느 시점으로 돌려야할 지 판단이 어려운 경우가 있었어요.

출처

Claude Code — What's New (Week 20, May 11–15, 2026) Anthropic — Enabling Claude Code to work more autonomously

제가 며칠 직접 써본 1인칭 후기예요. Anthropic으로부터 어떤 형식의 협찬도 받지 않았습니다.