Cursor에서 보입니다:
Internal Error An unexpected error occurred on our servers.
Please try again, or contact support if the issue persists.
30초 안에 해결 방법
문구는 '우리 서버'라고 쓰지만, 이는 서버가 다운된다는 의미는 아닙니다.
Cursor 직원이 답변한 포럼 스레드에서는 동일한 메시지가 여러 가지 다른 원인으로 발생했음을 보여줍니다 —
사용자의 기기에서 나가지 않은 문제도 포함됩니다.
무엇을 바꾸기 전에 해야 할 일:
- Cursor 상태 확인
- Cursor 내에서 Network Diagnostics 실행
- Request ID를 저장하세요 (표시된 경우)
- 새로운, 비어 있는 Chat에서 동일한 요청 다시 시도
- 장시간 대화나 큰
CLAUDE.md는 다른 분기입니다 — 아래 참조
모든 것은 읽기 전용 검사입니다. 여기서는 아무것도 삭제하거나 재설치하지 않습니다.
원인을 구분하는 방법
| 관찰 내용 | 가장 가능성 있는 원인 | 다음으로 확인할 사항 |
|---|---|---|
| 상태 페이지에 사고 발생 중 표시 | Cursor 서버 장애 | 회복 알림을 기다리세요 |
| Network Diagnostics에서 일부 검사를 실패 | 로컬 네트워크 · SSL · VPN | 실패한 검사를 확인하세요 |
| Request ID가 Cursor의 백엔드에 없음 | 요청이 사용자의 기기에서 나가지 않았음 | 로컬 연결 확인 |
| 새로운 Chat에서 작동 | 장시간 대화의 컨텍스트 문제 | 대화 분할 |
| 작은 프로젝트에서 작동 | 큰 CLAUDE.md 또는 규칙 파일 | 파일 축소 및 비교 |
| 아무 조치 없이 해결됨 | 일시적인 문제 가능성 | 반복되는지 관찰 |
| 위의 사항 모두 해당되지 않음 | 아직 결정되지 않음 | 공식 포럼에서 문의 |
진단 순서 — 모든 것이 비파괴적입니다
- 공식 상태 페이지 확인. 사고가 게시되면 여기서 멈추고 기다리세요
- Cursor 내에서 네트,워크 진단 실행. SSL, API, Ping, Chat 및 Agent를 별도로 보고합니다
- Request ID 저장. 직원들은 요청이 백엔드에 도달했는지 확인하기 위해 이를 사용합니다
- 새로운, 비어 있는 Chat에서 다시 시도. 동일한 요청, 이전 기록 없이
- 짧은 대화와 긴 대화를 비교. 긴 대화만 실패하면 이는 신호입니다
- 프로젝트의
CLAUDE.md크기 확인 또는 항상 로드되는 규칙 파일 - 다른 네트워크나 VPN 비활성화 시도
- 계속 발생한다면, 공식 포럼에 Request ID와 진단 결과를 포함해 게시하세요
분기 A — 컨텍스트 예산 사용량 초과
[보고자 관찰 / 해결] 한 스레드에서 보고자는 요청이 발생할 때
CLAUDE.md가 크고, 단일 Agent 대화가 오랫동안 실행되고 있었음을 알게 되었습니다.파일 크기를 줄이고, IDE를 재시작하고, 새로운 Chat을 시작한 후 보고자:
*"크기 줄이니 작동합니다."*
[Cursor 직원 확인] 직원이 진단이 옳았다고 말하고, 메커니즘을 설명했습니다:
CLAUDE.md와 같은 지시 파일은 모든 요청과 함께 전송되고, 모델의 컨텍스트 예산에 포함됩니다. 하나가 커지면, 단일 Agent 대화가 계속되면, 요청이 모델의 한도를 넘을 수 있습니다.직원들은 보고자의 단계를 "올바른 조치"라고 말하고, 지시 파일을 간결하게 유지하고, 새로운 작업에 대해 새로운 Chat을 시작하는 것을 권장했습니다.
보고자가 원인을 찾았고, 직원들이 확인하고 이유를 설명했습니다. 직원들은 독자적으로 이 원인을 발견하지 않았으며, 이 메시지의 모든 발생 사례를 설명하지 않습니다 — 다른 분기 참조.
이게 당신인지 확인하는 방법:
- 새로운 비어 있는 Chat에서 동일한 요청이 성공합니다
- 큰 규칙 파일이 없는 프로젝트에서 성공합니다
- 대화가 오랫동안 실행된 후에 실패가 시작되었습니다
분기 B — 로컬 연결 또는 네트워크 문제
[Cursor 직원 확인] 두 번째 스레드에서 직원들은 오류가 로컬 연결 또는 네트워크 문제로 인한 것이라고 말했습니다. 세 번째 스레드에서는 Request ID가 Cursor의 백엔드에 없음을 지적하고, 요청이 사용자의 기기에서 나가지 않았을 수 있음을 밝히며, Network Diagnostics을 실행하라고 요청했습니다.
그 스레드 중 하나에서 사용자는 Network Diagnostics에서 SSL, API, Ping, Chat 및 Agent에 대한 즉시 실패를 보고했습니다.
문구에 따르면 이는 Cursor 서버 오류가 아닙니다. 요청이 전달되지 않았습니다.
이게 당신인지 확인하는 방법:
- Network Diagnostics에서 하나 이상의 검사가 실패합니다
- 직원이 Request ID를 검색할 때 없음
- 다른 네트워크에 의존하는 도구가 동시에 실패합니다
직원들이 이 분기를 진단했지만, 스레드에는 확인된 해결책이 없습니다. 실패한 진단 검사를 먼저 수행하고, 다른 네트워크나 VPN을 비활성화한 상태에서 시도하세요.
분기 C — 일시적인 문제
[Cursor 직원 확인] 한 스레드에서 직원들은 사용자가 며칠 후 다시 정상적으로 Cursor를 사용하고 있으며, 문제가 자동으로 해결되었는지 물었습니다. 이 경우에는 로컬에서 지속적인 변경이 필요하지 않았습니다.
이것이 전체 기록입니다. 이 분기에는 해결책을 만들고 있지 않습니다 — 캐시 정리나 재설치에 대한 증거가 없습니다. 오류가 자동으로 사라진다면, 다시 발생하는지 확인하세요.
분기 D — 아직 결정되지 않음
[결정되지 않음] 다른 스레드에서 직원들은 보고자를 privacy mode를 비활성화하고 문제를 재현하도록 요청했고, 스레드는 결론이 없습니다.
위의 분기 중 어느 것도 관찰 내용과 일치하지 않는다면, 이 상황에 놓여 있음을 의미합니다. 공식 포럼에 Request ID와 Network Diagnostics 결과를 포함해 게시하세요. 다른 분기의 해결책을 적용하지 마세요.
해결되었는지 확인
- 실패한 요청이 이제 완료됩니다
- Network Diagnostics이 모든 검사를 통과합니다
- 분기 A인 경우, 장시간 대화는 여전히 실패하지만 새로운 대화는 성공합니다 — 작업을 분할하세요
- 오류가 며칠 후 다시 발생하지 않습니다
유사한 오류지만 이 것이 아님
이들은 각각 정확한 메시지와 원인을 가지고 있습니다. 이 가이드를 적용하지 마세요.
Resource exhausted— 프리미엄 요청 할당량Unauthorized request. User is unauthorizedInvalid API key. Unauthorized User API key
메시지가 이 것 중 하나라면, 이 가이드의 단계는 도움이 되지 않습니다.
증거
[Cursor 직원 확인] — 컨텍스트 예산 메커니즘이 한 보고 사례를 설명했고, 다른 사례는 로컬 연결 또는 네트워크 문제였으며, 백엔드에 없는 Request ID는 요청이 기기에서 나가지 않았음을 시사하며, 한 사례는 아무 조치 없이 해결되었다고 합니다. 포럼의 공개 주제 데이터를 통해 직원들의 역할이 확인되었습니다 (관리자 · 모더레이터 · 직원, 그룹 CursorStaff).
[보고자 관찰 / 해결] — 큰 CLAUDE.md와 장시간 대화 관찰, 파일 크기 축소로 해결되었음을 확인. 이것은 직원들이 승인한 사용자의 진단이었습니다, 독자적인 직원 발견이 아닙니다.
[결정되지 않음] — 직원들이 추가 정보를 요청하고, 결론이 없는 스레드입니다.
범위 및 검토
- 적용 대상: Cursor IDE. 3.9.16 버전에서 보고됨 (2026-06-27 출시)
- 현재 상태: 2026-07-22까지 보고 계속됨. 수정 버전은 발표되지 않음
- 마지막 검토: 2026-07-29