Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
Claude Code 사용 중 Usage Policy 위반 메시지와 함께 세션 전체가 차단되는 오탐(False Positive) 현상의 원인과 해결 방법을 설명합니다. 분류기가 메시지 하나가 아닌 세션 전체의 문맥을 검사하기 때문에 발생하는 문제임을 밝히고, 효과적인 대응 방안을 제시합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기Claude Code로 작업하다 보면, 어느 순간 갑자기 다음과 같은 메시지가 뜨며 멈추는 경우가 있습니다.
API Error: Claude Code is unable to respond to this request, which appears to
violate our Usage Policy (https://www.anthropic.com/legal/aup).
게다가 까다로운 점은, 한 번 이렇게 발생하면 그 이후에 무엇을 보내도 계속 차단된다는 것입니다.
ok
hi
하지만 응답이 돌아오지 않습니다. 그저 평범한 코드를 수정하고 있을 뿐인데, 세션(Session) 전체를 사용할 수 없게 됩니다. 이는 2026년 6월에 많은 이용자가 동시에 보고하고 있는, 이용 정책 분류기(Usage Policy Classifier)의 오탐(False Positive) 현상입니다.
이 기사에서는 왜 단 한 번의 차단으로 세션 전체가 멈추는지, 그리고 오늘 바로 실행할 수 있는 회복 절차를 정리합니다. 실제로 보고된 이슈(GitHub의 anthropics/claude-code)를 근거로 작성되었습니다.
분류기는 '지금 보낸 메시지 하나'만을 보는 것이 아닙니다. 세션에 쌓여가는 문맥(Context) 전체를 매 턴(Turn)마다 다시 읽어서 판정합니다. 그래서 다음과 같은 일이 발생합니다.
ok와 같은 무해한 메시지를 보내도 다시 차단된다.
즉, **멈춰 있는 것은 '메시지'가 아니라 '세션'**입니다. 따라서 새로운 메시지를 고민해서 보내더라도 빠져나올 수 없습니다.
이전에는 이러한 오탐이 펌웨어 쓰기나 보안 감사와 같이 보안과 밀접한 어휘가 많은 작업에서 발생했습니다. 하지만 2026년 6월(Claude Code의 2.1.161 ~ 2.1.167 부근)에는, 보안 어휘가 전혀 없는 일반적인 작업에서도 발화(Trigger)된다는 보고가 잇따르고 있습니다.
git worktree status만 입력한 턴이나, 말 그대로 `차단된 턴이 무해한 경우, req_… 의 request_id가 가장 유용합니다. 이것이 있다면 Anthropic 측은 내용(무해한 턴)과는 별개로, 분류기(Classifier)가 어떻게 판정했는지를 추적할 수 있습니다. 디버그(Debug) 상세 로그에 나타납니다. "필터가 너무 엄격하다"라고 쓰는 것보다, "완전히 새로운 설정/신규 계정의 세션에서 무해한 턴이 중단되었다" + request_id의 조합이 가장 재현성 높은 보고가 됩니다.
동일한 증상을 겪는 사람은 새로 이슈(Issue)를 생성하기보다, 기존 이슈에 이 request_id와 자신의 재현 사례를 추가하는 것이 수정을 앞당기는 방법입니다.
보충 설명으로, 저는 이 오탐지(False Positive) 클러스터를 포함한 Claude Code의 안전 운용에 관한 무료 요약본을 MIT 라이선스로 공개하고 있습니다(cc-safe-setup). 위 세션의 구분 및 회복 절차, 관련 이슈 추적을 정리한 필드 가이드가 재검색의 수고를 줄이는 데 도움이 될 것입니다. 다만 이 기사의 절차는 단독으로 완결됩니다. 요점은 서버 측의 수정을 기다리는 동안에도, 완전히 새로운 기동 테스트와 request_id 획득이라는 한 수로 앞으로 나아갈 수 있다는 것입니다.