클로드 코드, 재현 이슈 6천 건 자동 종료

클로드 코드(Claude Code) 공식 깃허브 저장소에서 재현 방법이 확인된 이슈까지 봇이 대량으로 닫고 있다는 버그 제보가 올라왔다. 제보자에 따르면 2026년 3월 초 이후 '재현 가능(has repro)' 라벨이 붙은 이슈 중 6,000건 이상이 자동 종료됐다. 제보자는 봇의 실제 동작이 저장소 관리자들이 내놓은 설명과 맞지 않는다고 지적했다.

무슨 일인가 / 배경

문제의 이슈(87647번)는 8월 18일 등록됐다. 클로드 코드 저장소는 별 14만 5천 개, 열린 이슈 5천 건 이상을 거느린 대형 프로젝트다. 이 정도 규모에서는 사람이 모든 이슈를 확인할 수 없어 봇으로 정리하는데, 관리자 측은 앞서 '재현에 필요한 정보(버전·재현 단계·피드백 ID)가 없고 한동안 활동이 없는 이슈만 닫으며, 숫자만 세서 처리하지는 않는다'는 취지로 설명했다. 제보자는 이 설명문이 클로드가 쓰고 사람 계정이 게시한 것이라고 덧붙였다.

그런데 제보자가 저장소의 이슈 수명주기 스크립트를 확인한 결과는 달랐다. 활동이 14일 없으면 '오래됨' 표시, 다시 14일이 지나면 자동 종료 표시가 붙는다. 예외는 공감(엄지) 10개 이상인 이슈뿐이고, 재현 정보가 있는 이슈를 제외하는 조건은 없었다는 것이다.

핵심 짚어보기

상황을 더 꼬이게 하는 것은 두 번째 봇이다. 닫힌 뒤 7일간 활동이 없으면 이슈를 잠그는 워크플로가 함께 돌아, 잠긴 이슈에는 댓글을 달 수 없다. 관리자 측은 '닫힌 이슈가 여전히 유효하면 최신 버전과 재현 방법을 댓글로 남기면 다시 열어준다'고 안내했지만, 잠금 이후엔 그 방법이 막힌다. 최근 도입된 '재현됨(reproduced)' 라벨이 붙은 이슈 역시 비활성 자동 종료 대상이라는 점도 지적됐다.

제보자의 요구는 두 가지다. 재현 단계가 담긴 이슈는 비활성만으로 닫지 말 것, 그리고 이슈 처리 과정을 문서로 공개해 사용자가 무엇을 기대할지 알게 할 것. 이번 사례는 자동화 규칙과 대외 설명이 따로 놀면 신뢰가 무너진다는 점을 보여준다. 규칙은 '공감 수와 기간'으로 판정하는데, 설명은 '정보 유무'로 판정한다고 말한 셈이기 때문이다.

1인기업 실전 적용 포인트

• 버그 제보 후 공감을 모아라: 클로드 코드 버그를 제보했다면 커뮤니티에 공유해 공감 10개를 넘기는 것이 현재 규칙상 자동 종료를 피하는 가장 확실한 방법으로 보인다.
• 해결책을 이슈 댓글에만 의존하지 마라: 우회법을 찾았다면 내 작업 문서(예: 프로젝트 설정 파일)에 따로 적어두자. 이슈가 닫히고 잠기면 나중에 찾기 어렵다.
• 내 자동 응답 봇도 규칙과 안내문을 대조하라: 고객 문의를 자동으로 닫거나 분류한다면 실제 코드의 조건과 고객에게 보여주는 안내문이 일치하는지 분기마다 한 번 확인하자.
• AI가 쓴 정책 설명은 코드와 맞춰 검수하라: 설명문을 AI에게 맡기면 그럴듯하지만 실제 동작과 다른 문장이 나올 수 있다. 게시 전 설정값과 한 줄씩 대조하는 절차를 넣자.

전망 / 주의점

제보 시점 기준으로 이 이슈는 열려 있으며, 관리자 측의 공식 답변이나 규칙 변경은 확인되지 않았다. 대형 오픈소스에서 봇 정리는 불가피하지만, 사용자가 쓰는 도구의 품질 신호가 사라지는 부작용도 있다. 자동화의 편의와 제보자 신뢰 사이의 균형을 어떻게 잡느냐가 AI 도구 회사들의 운영 역량을 가르는 지점이 될 전망이다.

출처: GitHub (https://github.com/anthropics/claude-code/issues/87647)