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)된다는 보고가 잇따르고 있습니다.

• 자신의 Node/Mongoose CRUD 버그 수정
• testnet 상의 자신의 앱 개발
• 어떤 보고에 따르면, git worktree status만 입력한 턴이나, 말 그대로 `

차단된 턴이 무해한 경우, req_… 의 request_id가 가장 유용합니다. 이것이 있다면 Anthropic 측은 내용(무해한 턴)과는 별개로, 분류기(Classifier)가 어떻게 판정했는지를 추적할 수 있습니다. 디버그(Debug) 상세 로그에 나타납니다. "필터가 너무 엄격하다"라고 쓰는 것보다, "완전히 새로운 설정/신규 계정의 세션에서 무해한 턴이 중단되었다" + request_id의 조합이 가장 재현성 높은 보고가 됩니다.

동일한 증상을 겪는 사람은 새로 이슈(Issue)를 생성하기보다, 기존 이슈에 이 request_id와 자신의 재현 사례를 추가하는 것이 수정을 앞당기는 방법입니다.

• 이 에러는
  메시지가 아니라 세션이 오염되는 것입니다. 따라서 새로운 메시지를 고민하는 방식으로는 벗어날 수 없습니다. - 2026년 6월은
  **일반적인 개발 중에도 발화(Trigger)**합니다. 어휘를 바꾸는 것은 효과가 없습니다. - 우선
  완전히 새로운 설정에서의 기동 테스트를 통해, 로컬의 재생 문제인지 서버 측 문제인지 구분해야 합니다. - 상위 단계로의 보고는
  request_id가 핵심입니다.

보충 설명으로, 저는 이 오탐지(False Positive) 클러스터를 포함한 Claude Code의 안전 운용에 관한 무료 요약본을 MIT 라이선스로 공개하고 있습니다(cc-safe-setup). 위 세션의 구분 및 회복 절차, 관련 이슈 추적을 정리한 필드 가이드가 재검색의 수고를 줄이는 데 도움이 될 것입니다. 다만 이 기사의 절차는 단독으로 완결됩니다. 요점은 서버 측의 수정을 기다리는 동안에도, 완전히 새로운 기동 테스트와 request_id 획득이라는 한 수로 앞으로 나아갈 수 있다는 것입니다.