티스토리 뷰

이 글은 2026년 8월 24일 발생한 Claude 모델 오류의 과거 기록입니다. 당시 장애는 해결됐으며, 지금의 접속 상태를 설명하는 글이 아닙니다. 2026년 10월 12일 공식 사고 기록을 다시 확인해 복구 결과를 반영했습니다.

당일 장애는 언제 해결됐나

Anthropic의 사고 기록에는 8월 24일 17:30(KST)에 해결 공지가 게시돼 있습니다. 공지가 설명한 오류 증가 구간은 13:50부터 16:36까지입니다. 실제 영향 구간과 해결 공지 게시 시각은 다르므로 두 시간을 구분해서 읽어야 합니다.

영향 대상으로는 claude.ai, Claude API, Claude Code, Claude Cowork가 기재됐습니다. 공지에는 여러 Claude 모델의 요청 오류 증가가 설명돼 있지만, 상세한 기술적 장애 원인은 공개돼 있지 않습니다. 특정 서버나 네트워크 문제라고 추측해서 적을 수는 없습니다.

공식 공지를 시간순으로 읽는 방법

  • 14:06 — 여러 모델의 요청 오류 증가를 조사하기 시작했다는 공지.
  • 14:27 — 원인을 식별하고 수정 중이라는 공지.
  • 16:47 — 일부 모델의 오류가 안정화됐지만 전체 복구 작업은 계속된다는 공지.
  • 17:30 — 사고 해결 공지.

위 시간은 공식 페이지의 UTC 표기에 9시간을 더한 한국 표준시입니다. 조사 시작 공지를 장애 시작 시각으로 쓰거나, 일부 모델 안정화를 전체 해결로 표현하면 실제 기록과 달라집니다.

새 오류가 생겼을 때 확인할 순서

과거 장애 글만 보고 오늘도 같은 사고가 진행 중이라고 판단하면 대응이 늦어질 수 있습니다. 먼저 현재 상태 페이지에서 이용 중인 서비스의 상태와 새 사고 공지를 확인하고, 문제가 생긴 시간과 오류 문구를 기록합니다. 이때 대화 내용, API 키와 개인정보는 기록에서 제외합니다.

  1. 전송 전 프롬프트와 작성 중인 문서를 별도로 저장합니다.
  2. 공식 상태 페이지에서 웹 서비스와 API 등 해당 구성 요소를 확인합니다.
  3. 사고 공지의 날짜, 시간대, 마지막 업데이트와 영향 대상을 대조합니다.
  4. 공식 장애가 없으면 다른 웹사이트 접속, 로그인 상태와 오류 메시지를 확인해 원인을 좁힙니다. 인증 정보 삭제나 보안 설정 해제부터 시작하지 않습니다.
  5. 급한 업무는 자료 정리나 초안 검토처럼 서비스 없이 할 수 있는 작업으로 전환합니다. 다른 AI를 쓸 때도 민감한 자료를 그대로 옮기지 않습니다.

재시도 전에 중복 처리부터 확인한다

답변이 보이지 않아도 요청이 처리됐을 수 있습니다. 특히 API가 메일 발송, 파일 수정이나 등록 작업과 연결돼 있다면 같은 요청을 반복하기 전에 처리 결과를 확인해야 합니다. 재시도는 횟수와 간격을 정하고, 중복 실행을 막는 장치가 있는지 점검합니다. 화면 오류와 실제 업무 실패를 구분하는 것이 핵심입니다.

과거 기록과 현재 상태를 함께 확인한다

이 글의 사고는 해결된 과거 사례입니다. 현재 복구 여부는 사고별 최신 공지로 판단해야 합니다. Investigating은 조사, Identified는 원인 식별, Monitoring은 수정 후 관찰, Resolved는 해당 사고의 해결을 뜻합니다. 전체 상태 요약만 읽지 말고 내가 사용하는 구성 요소와 사고 세부 기록을 함께 확인하세요.

다음 오류가 발생하면 먼저 발생 시각과 공식 사고 링크를 남기고, 처리 결과를 확인한 뒤 재시도하겠습니다. 장애 기록에는 확인한 사실과 추측을 분리하고, 해결 공지가 나오면 결과까지 갱신하겠습니다.