GLM-5v-Turbo가 하루아침에 사라졌다 — OpenRouter에서 모델이 증발한 뒤 밝혀진 API 의존도의 함정
아침에 출근해서 평소처럼 스크립트를 돌렸는데 터미널에 시뻘건 에러가 떴다. 404. Model not found.
(아니 어제까지 멀쩡히 돌리던 모델이 왜 없는데??) 사전 공지도 없고, 디스코드 핑 하나 없이 Zai의 GLM-5v-Turbo가 OpenRouter에서 문자 그대로 증발해 버렸다. OpenRouter 프로바이더 페이지를 까보니 Zai라는 이름 자체가 쏙 빠져 있고 AtlasCloud라는 낯선 이름만 덩그러니 남아 있었다.
r/ZaiGLM에 즉시 글이 올라왔다. “누구 GLM-5v-Turbo 오늘 작동함? 나만 404?” 몇 시간 안에 비슷한 증상을 겪었다는 확인이 줄줄이 달렸다. Zai 측의 공식 설명은 없었다. 남은 건 OpenRouter 라우팅 로그와 Zai API 상태 페이지를 뒤지는 수뿐이었는데, 그 과정에서 더 불안한 것들이 나오기 시작했다.
핵심 내용
1. 무슨 일이 일어났는가 — 모델 제거의 타임라인
관통하는 단어는 “통보 없는 제거”다. OpenRouter는 보통 모델이 deprecated될 때 미리 안내하고 유예 기간을 준다. 이번엔 그 절차가 통째로 생략됐다. Zai가 프로바이더에서 철수하면서 해당 엔드포인트로 연결되던 모든 모델이 동시에 내려갔다.
남은 건 AtlasCloud라는 서드파티 프로바이더 하나. Zai 모델을 리셀하는 형태인데, 지원 모델 목록이 다르고 응답 지연이 발생한다는 건 이미 알려져 있었다. Zai 직연결이 사라진 건 라우팅 변경이 아니라 서비스 품질 자체가 떨어졌다는 뜻이다.
r/ZaiGLM 유저들이 정리한 타임라인:
- Zai가 OpenRouter의 공식 프로바이더 목록에서 조용히 제거
- GLM-5v-Turbo 엔드포인트가 404로 변경 (기존 API 키는 유효하나 라우팅 실패)
- AtlasCloud가 유일한 Zai 모델 프로바이더로 잔류
- 일부 프로 플랜 사용자에게 “주간/월간 한도 소진” 메시지 등장
- Zai 공식 채널 및 OpenRouter 상태 페이지에 설명 없음
2. 월간 한도 루머 — 커뮤니티를 뒤흔든 두 번째 폭탄
모델이 사라진 것도 충격이었는데, 진짜 혼란을 불러일으킨 건 프로 플랜 사용량 한도 메시지였다. 그동안 Zai의 API는 사실상 무제한에 가까웠다. 적어도 공식적으로는. 그런데 갑자기 프로 플랜 대시보드에 이런 메시지가 뜨기 시작했다.
“You have exhausted your weekly/monthly quota.”
스크린샷이 r/ZaiGLM에 올라오면서 “월간 사용 한도가 도입되는 거 아니냐”는 루머가 퍼졌다. 공식 문서에 한도 정책이 명시된 적이 없으니, 버그인지 새 정책의 사전 테스트인지 임시 조치인지 아무도 몰랐다.
반응은 세 갈래로 나뉘었다.
- 불안: “이제 GLM도 다른 빅테크처럼 사용량을 제한하겠다는 거냐”
- 합리적 추측: “GLM 5.2 출시 때문에 컴퓨팅을 재배치하는 거다. 일시적일 것이다”
- 비판: “한도가 문제가 아니라 소통이 문제다. 미리 말해줄 수 없나?”
마지막이 가장 많은 공감을 받았다. “Zai의 기술은 훌륭하지만 커뮤니케이션은 항상 sloppy(허술)하다” — 모델이 아무리 좋아도 플랫폼 신뢰가 무너지면 생태계가 떠난다는 지적이었다.
3. GLM 5.2 출시와의 연결 — 컴퓨팅 정리라는 가설
가장 그럴듯한 설명은 GLM 5.2 출시 준비를 위한 인프라 정리라는 가설이다. GLM 5.2는 이미 코딩 벤치마크에서 Claude Fable, Opus 4.8, GPT-5.5와 동점을 기록한 프론티어급 모델이다. 이 수준을 안정적으로 서비스하려면 GPU 자원이 엄청나게 필요하다.
시나리오를 추론해 보면 이렇다. Zai가 OpenRouter와의 직접 프로바이더 계약을 종료하고 자체 인프라(또는 AtlasCloud)로 라우팅을 통합한다. 기존 모델 일부를 내리면서 컴퓨팅을 GLM 5.2 서비스용으로 확보한다. 과도기 동안 사용량 제한을 임시로 걸어 트래픽을 관리하는 것이다.
맞다면 일시적인 혼란이다. 하지만 그 과정에서 깨지는 신뢰는 영구적일 수 있다. 특히 OpenRouter로 Zai 모델에 의존하던 서드파티 앱 개발자들에게는 치명적이다. 하루아침에 서비스가 깨지는 경험을 했으니까.
왜 주목할까
“누구의 API를 쓰는가”라는 질문이 “누구의 인프라에 의존하는가”로 확장되는 순간을 이 사건이 보여준다.
서드파티 API 의존도의 3중 리스크
OpenRouter를 통해 Zai 모델을 쓸 때 의존하는 건 하나가 아니다.
- 모델 제공자(Zai): 모델을 만들고 배포하는 주체. 정책 변경, 모델 단종, 가격 조정 권한을 쥐고 있다.
- 라우터(OpenRouter): 여러 모델 제공자를 하나의 API로 묶어주는 중개자. 프로바이더 계약 변경, 라우팅 정책 조정 권한이 있다.
- 인프라(AtlasCloud 등): 실제 GPU를 운영하는 주체. 서버 용량, 응답 속도, 가용성이 여기에 달려 있다.
이번엔 3개 중 1개만 바뀌었는데 전체 체인이 끊어졌다. 다층 의존 구조가 얼마나 취약한지를 제 몸으로 보여주는 사례다.
소통의 부재가 만드는 신뢰 붕괴
Zai가 가장 비판받는 건 모델을 내린 게 아니라 아무 설명도 하지 않았다는 것이다. Anthropic, OpenAI, Google조차 모델 단종이나 가격 변경 시 사전 공지를 한다. 작은 창이든, Discord 포스트든, 트위터 스레드든. Zai는 아무것도 없었다.
r/ZaiGLM에서 가장 많이 upvote된 댓글은 이랬다.
“I don’t mind changes. I mind finding out from a 404 error.” (변경 자체가 문제가 아니다. 404 에러로 알게 되는 게 문제다.)
기술 문제가 아니라 조직 문화의 문제다. Zai의 기술력은 의심할 여지가 없지만, 개발자 생태계를 관리하는 역량은 여전히 부족하다. 그 격차가 점점 벌어지고 있다.
실질적 교훈: 폴백 전략의 필요성
사건을 겪은 개발자들이 정리한 대응 방안이다.
# 모델 라우팅 폴백 예시
MODEL_CHAIN = {
"vision_task": [
"zai/glm-5v-turbo", # 1순위 (현재 사용 불가)
"openai/gpt-5.5-vision", # 2순위 (폴백)
"anthropic/claude-fable", # 3순위 (최후)
]
}
def call_vision_model(prompt, image):
for model in MODEL_CHAIN["vision_task"]:
try:
return call_api(model, prompt, image)
except (ModelNotFound, ProviderError):
continue
raise AllModelsFailed("No vision model available")
과잉 방어가 아니다. 2026년 AI API 환경에서는 기본 운영 수칙이다. 하나의 모델, 하나의 프로바이더, 하나의 라우터에만 의존하는 아키텍처는 언제든 깨질 수 있다.
정리
GLM-5v-Turbo의 OpenRouter 제거 사건은 기술적 버그가 아니다. AI 생태계의 성숙도가 제공자와 소비자 사이에서 불균형을 만들고 있다는 증거다.
Zai는 훌륭한 모델을 만들고 있다. GLM 5.2는 프론티어급이고, 가격 대비 성능은 여전히 경쟁력이 있다. 하지만 모델 품질만으로 생태계를 잡을 수는 없다. “이 모델이 내일도 작동할까?”를 매번 걱정해야 한다면, 더 비싸더라도 예측 가능한 대안으로 이동한다.
이번이 GLM 5.2 정식 출시를 위한 일시적 정리였기를 바란다. 그리고 다음엔 404가 아니라 공지로 먼저 알려주기를.
AI 모델은 훌륭해졌다. 이제 플랫폼이 따라잡아야 할 차례다.
참고: r/ZaiGLM 커뮤니티의 토론과 사용자 리포트를 바탕으로 정리했다.