Claude Code가 10분마다 git reset --hard를 실행한다는 이슈가 HN에서 확산

2026년 3월 29일 Hacker News에서 빠르게 확산된 이 글은 anthropics/claude-code 저장소의 GitHub 이슈 #40710을 가리킨다. 보고자는 Claude Code 2.1.87이 macOS 15.4 환경에서 사용자의 프로젝트 저장소에 약 10분마다 git fetch origin과 git reset --hard origin/main을 수행했다고 주장했다. 핵심 문제는 이 동작이 외부 git 바이너리 호출이 아니라 프로그램 내부 로직처럼 보였고, 그 결과 tracked 상태의 미커밋 변경분이 조용히 사라졌다는 점이다.

이슈 본문은 꽤 구체적이다. 보고자는 reflog에 세션 시작 시점 기준 약 600초 간격으로 95회 이상 reset 흔적이 남아 있다고 적었고, 전체 관찰 시간은 약 36시간이었다고 설명했다. 정리된 현상은 세 가지다. tracked 파일의 로컬 수정은 사라졌고, untracked 파일은 남았으며, git worktree에서는 같은 현상이 재현되지 않았다는 것이다. 즉 완전한 저장소 손상이라기보다 특정 동기화 경로가 기본 작업 트리에만 강하게 작동했을 가능성을 시사한다.

다만 2026년 3월 30일 기준 이 이슈는 여전히 open 상태이고, 공개된 후속 댓글도 원인 확정이 아니라 점검 제안에 가깝다. 첫 댓글은 MEMORY.md, .claude/, 하위 폴더 설정, 그리고 600초 타이머를 유발할 만한 로컬 artifact를 먼저 확인하자고 제안한다. 즉 현재까지 공개 정보만으로는 제품 버그, 사용자 환경, 혹은 우발적 설정 오염 중 어느 쪽인지 단정할 수 없다.

그래도 왜 큰 문제인가

이 사례가 HN에서 강하게 반응을 얻은 이유는 destructive default에 대한 경계심 때문이다. agentic coding 도구가 저장소 상태를 읽고 정리하는 것과, 사용자 동의 없이 hard reset까지 수행하는 것은 전혀 다른 문제다. 후자는 신뢰 경계를 직접 건드린다.

코딩 에이전트는 background sync보다 repo safety를 우선해야 한다.

파괴적 Git 명령은 명시적 승인과 가시적 로그 없이는 실행되면 안 된다.

worktree, 별도 브랜치, 잦은 커밋 같은 격리 전략은 여전히 유효한 방어선이다.

벤더의 재현 결과나 root cause가 아직 공개되지 않았기 때문에 이 사건을 확정된 제품 결함으로 단정할 단계는 아니다. 그럼에도 2026년 3월 29일 HN 토론은 AI 코딩 도구가 “유능한 자동화”를 넘어 “안전한 저장소 행위”를 기본값으로 설계해야 한다는 점을 다시 상기시켰다. 원문은 Hacker News 토론과 GitHub 이슈 #40710에서 확인할 수 있다.