Claude가 멈춘 것처럼 보일 때는 먼저 상태 페이지를 봐야 합니다. 2026년 8월 24일 한국시간 오후 2시 6분, Anthropic은 여러 모델 요청에서 오류가 늘었다는 인시던트를 올렸고, 오후 2시 27분에는 원인을 식별해 수정 작업 중이라고 갱신했습니다.
이 시점의 상태는 단순한 접속 불편이 아니었습니다. claude.ai와 Claude API, Claude Code, Claude Cowork가 모두 부분 장애로 표시됐어요. 다만 Claude Console은 정상으로 남아 있었습니다. 같은 Claude 오류라도 어디서 쓰는지에 따라 증상이 다를 수 있다는 뜻입니다.
Anthropic 로고 — 출처: Anthropic
8월 24일에는 어떤 오류가 확인됐나
Claude 상태 페이지의 다중 모델 오류 인시던트와 컴포넌트 상태 — 출처: status.claude.com 공개 상태 정보 기반 자가 렌더
Anthropic의 첫 공지는 협정세계시(UTC) 8월 24일 05시 06분이었습니다. 한국시간으로 바꾸면 오후 2시 6분입니다. 대상은 Claude Mythos 5, Claude Fable 5, Claude Opus 5, Claude Opus 4.8을 포함한 여러 모델이었고, 증상은 요청 오류 증가로 적혔습니다.
21분 뒤인 UTC 05시 27분에는 원인이 식별됐다고 상태가 바뀌었습니다. 이 단계는 복구 완료가 아닙니다. 원인을 찾고 수정 중이라는 뜻이므로, 오류가 보이는 사용자는 새 요청을 반복 전송하기보다 상태 페이지의 다음 갱신을 기다리는 편이 낫습니다.
상태 페이지의 컴포넌트 표시도 함께 봐야 해요. claude.ai는 웹 채팅, Claude API는 API를 붙인 서비스, Claude Code는 개발 환경, Claude Cowork는 협업 기능에 해당합니다. 이번처럼 API와 Code가 함께 부분 장애면 웹 채팅만 새로고침해도 문제가 해결되지 않을 수 있습니다.
내 화면의 오류가 장애인지 구분하는 순서
공용 서비스 장애와 계정·브라우저 문제를 가르는 진단 흐름 개념 컷 — 출처: 개념 컷 · agy 자가 생성
첫 번째는 status.claude.com입니다. 여러 컴포넌트가 부분 장애 또는 장애로 표시되면 개인 PC 설정부터 바꿀 이유가 없습니다. 오류 시각과 사용한 기능을 적어 두고, 복구 공지를 기다리거나 작업을 다른 도구로 넘기는 쪽이 안전합니다.
상태 페이지가 정상인데 오류가 계속되면 그때부터 개인 환경을 봅니다. Anthropic은 로그인 오류가 날 때 VPN 사용 여부, 브라우저 확장 프로그램, 캐시와 쿠키를 확인하라고 안내합니다. Claude Code라면 claude doctor로 진단 보고서를 만들고, 인증 방식은 /status에서 확인할 수 있습니다.
사용량 제한도 장애와 다릅니다. 5시간 한도에 닿으면 Claude는 재설정 시각을 알려 주는 제한 메시지를 표시합니다. 반면 수요가 순간적으로 몰릴 때 나오는 capacity constraints 메시지는 서비스 전체 장애가 아니라 정상적인 부하 관리로 분류되며, Anthropic은 몇 분 뒤 다시 시도하라고 안내합니다.
- 상태 페이지에 부분 장애 표시가 있나
- 오류가 웹 채팅·API·Claude Code 중 어디에서 나는가
- 사용량 제한 메시지나 로그인 오류 문구가 별도로 있는가
- 상태가 정상일 때만 VPN·확장 프로그램·쿠키·인증 설정을 점검한다
업무에 Claude를 붙였다면 준비할 것
하나의 외부 AI 서비스 오류에서 대체 경로로 전환하는 구조 개념 컷 — 출처: 개념 컷 · agy 자가 생성
이번 인시던트에서 가장 먼저 확인할 점은 내가 쓰는 Claude가 직접 접속한 웹 채팅인지, API를 호출하는 사내 도구인지입니다. API 장애는 Claude를 직접 열지 않은 사용자에게도 오류로 나타날 수 있어요. 뒤에서 Claude API를 호출하는 고객센터, 문서 요약, 코드 생성 기능이 함께 멈출 수 있기 때문입니다.
업무 흐름에 넣었다면 요청을 무한히 재시도하지 않도록 제한을 두는 편이 좋습니다. 실패한 요청은 큐에 보관하고, 일정 시간이 지나 다시 처리하며, 사용자 화면에는 처리 지연 사실을 분명하게 알리는 방식입니다. 모델을 바꾸거나 수동 처리로 넘길 기준도 미리 정해 두면 장애 중에 결정을 다시 하지 않아도 됩니다.
상태 페이지는 이메일, Slack, 웹훅 구독을 제공합니다. Claude API나 Claude Code가 업무의 일부라면 이 알림을 연결해 두는 편이 빠릅니다. 다만 상태 페이지에 아무 공지가 없다고 해서 모든 오류가 서비스 장애는 아닙니다. 사용량 제한, 로그인 설정, 브라우저 환경처럼 계정별 원인도 있기 때문에 앞의 순서대로 구분해야 합니다.
Claude 오류가 보일 때 중요한 건 재시도 횟수가 아니라 범위 확인입니다. 8월 24일처럼 여러 모델과 API, Claude Code가 함께 부분 장애로 표시된 날에는 개인 설정을 바꾸기보다 공식 공지의 해결 상태를 기준으로 대응하는 편이 낫습니다.