7월 20일, GLM-5.5에 관한 게시물들이 세 가지 주장으로 수렴하기 시작했습니다:

"8월에 출시된다."

"1T(1조) 이상의 오픈 웨이트 (open-weight) 모델이다."

"Z.ai의 창립자가 방금 이를 확인했다."

이 중 두 가지 진술은 과장되었습니다. 남은 하나는 그럴듯하지만, 여전히 확정된 출시일은 아닙니다.

저는 오후 내내 Z.ai의 실시간 릴리스 노트 (release notes), 가격표, API 문서, Hugging Face 조직, Reuters 보도, 그리고 "epic-plus" 인용구의 근거가 된 중국어 기사를 확인했습니다. 제가 찾아낸 것은 또 다른 추측성 사양서 (spec sheet)보다 훨씬 유용합니다.

요약 (TL;DR)

• 아니오: Z.ai는 GLM-5.5를 발표하지 않았습니다. 공식 모델 페이지, API ID, 가격 항목, 릴리스 노트 (release note) 또는 모델 카드 (model card)가 존재하지 않습니다.
• 예, 하지만: 8월은 신빙성이 있습니다. Reuters는 이를 예상 기간으로 보도했으며, 이는 Z.ai의 최근 54~70일 주기 릴리스 속도와 일치합니다.
• "epic-plus" 인용구는 미디어에 보도된 답변으로서 실재하지만, Jie Tang은 GLM-5.5라는 명칭을 언급하거나 날짜를 제공하지 않았습니다.
• 1T 이상의 파라미터 (parameter) 수는 분석가의 예측입니다. 더 구체적인 1.6T 주장은 추측입니다.
• 저는 지금 GLM-5.2를 벤치마크 (benchmark)하고 카나리 (canary)를 준비하겠습니다. 존재하지 않는 엔드포인트 (endpoint)를 기준으로 마이그레이션 (migration)을 계획하지는 않을 것입니다.

현재 실제로 존재하는 것

공식 기록은 GLM-5.2에서 끝납니다.

Z.ai는 2026년 6월 16일에 GLM-5.2를 출시했습니다. 공식 문서에는 1M 토큰 컨텍스트 (context)와 모델 ID glm-5.2가 나열되어 있습니다. 공식 Hugging Face 카드에는 753B 파라미터, MIT 라이선스, 그리고 로컬 서빙 (local-serving) 지침이 명시되어 있습니다.

저는 실제 GLM-5.5 출시가 나타나야 할 다섯 곳을 확인했습니다:

이것이 Z.ai가 후속 모델을 학습시키고 있지 않다는 것을 증명하는 것은 아닙니다. 다만, 오늘날 정확한 GLM-5.5 API 사양 (spec)을 책임감 있게 게시할 수는 없다는 것을 증명합니다.

저는 1M 컨텍스트, MIT 라이선스, 8월 날짜, 1T 이상의 파라미터가 마치 하나의 문서에서 나온 것처럼 나열된 페이지들을 계속 보고 있습니다. 그렇지 않습니다. 그것들은 서로 다른 증거 수준에서 나온 것입니다.

내가 사용하는 습관은 간단합니다. 모델 카드 (model card), 가격 페이지 (price page), 또는 작동하는 요청 (working request)을 지목할 수 없다면, 나는 해당 분야를 '확인됨'이라고 부르지 않습니다.

내가 여전히 8월을 진지하게 받아들이는 이유

8월이라는 시기는 무작위가 아닙니다.

Z.ai의 현재 세 가지 GLM-5 출시 일정은 다음과 같았습니다:

이 두 간격의 평균은 62일입니다.

(54 + 70) / 2 = 62일

6월 16일 + 62일 = 8월 17일

나는 8월 17일 출시를 예측하는 것이 아닙니다. 두 개의 간격이 자연 법칙은 아니니까요. 하지만 8월 한 달 전체는 GLM-5.2 이후 46~76일 뒤에 위치하며, 이는 최근의 출시 주기 (cadence)와 거의 정확히 일치합니다.

다음으로 보도 내용이 있습니다. 6월 25일 Reuters 기사는 차기 GLM-5.5 모델이 8월에 출시될 것으로 예상된다고 보도했습니다. 이와 별개로, JPMorgan 관련 보도는 8월 출시와 1조 개 이상의 파라미터 (parameters)를 예측했습니다.

이것들은 유용한 신호입니다. 하지만 Z.ai가 문서에 "8월 17일 사용 가능"이라고 작성한 것과는 다릅니다.

나의 현재 표현 방식은 다음과 같을 것입니다:

8월은 GLM-5.5라고 널리 불리는 모델의 유력한 보고된 출시 시기이다.

나는 다음과 같이 쓰지 않을 것입니다:

GLM-5.5는 1T 파라미터와 함께 8월에 출시된다.

첫 번째 문장은 검증을 견뎌낼 수 있습니다. 두 번째 문장은 두 가지 예측을 결합하여 마치 제품 발표처럼 제시하고 있습니다.

"epic-plus" 인용구는 헤드라인보다 범위가 좁다

이 부분이 출처 추적 과정에서 가장 흥미로운 부분이었습니다.

QbitAI의 중국 보고서에 따르면, 누군가가 Z.ai의 창립자이자 수석 과학자인 Jie Tang에게 Kimi와 Qwen의 주요 업그레이드 이후에도 GLM이 여전히 대응 가능한 수준인지 물었습니다. Tang은 두 단어로 대답했습니다: "epic-plus."

동일한 보고서는 즉시 누락된 정보들을 언급했습니다:

• 모델 이름 없음
• 출시 날짜 없음
• 파라미터 수 없음

나는 이 단서를 좋아합니다. 창립자가 공개적인 자리에서 이례적으로 강한 문구를 선택했습니다. 나는 이것이 아무 의미도 없다고 생각하지 않습니다.

하지만 나는 단 두 단어만으로 컨텍스트 윈도우 (context window), 모달리티 (modality) 목록, API 가격, 벤치마크 점수, 또는 라이선스 (license)를 만들어낼 수는 없습니다.

명칭에 관한 혼선도 있습니다. 중국 매체들은 GLM-5.3, GLM-5.5, 심지어 GLM-6의 가능성까지 언급했습니다. Reuters는 GLM-5.5에 대해 가장 강력한 근거를 제시하고 있지만, 정확한 명칭을 확정할 수 있는 곳은 오직 Z.ai뿐입니다.

나의 해석:

def label_glm_55_claim(claim):
    official_surfaces = {
        "glm-5.2 release date",
...

이 함수는 의도적으로 지루하게 작성되었습니다. 모든 SEO 페이지가 1등이 되고 싶어 하는 상황에서, 지루함은 오히려 미덕입니다.

1T 수치는 사람들이 생각하는 것보다 덜 중요합니다

설령 1T 이상의 예측이 맞더라도, 그것은 개발자들이 비용을 지불하며 궁금해하는 질문들에 답을 주지 못합니다:

• 토큰당 활성화되는 파라미터 (parameters) 수는 얼마인가?
• p95 지연 시간 (latency)은 어느 정도인가?
• 긴 에이전트 (agent) 실행 끝에서도 1M 컨텍스트가 유용하게 유지되는가?
• 도구 호출 (tool calls)이 얼마나 자주 성공하는가?
• 수락된 패치 (patch)당 비용은 얼마인가?
• 가중치 (weights)를 사용할 수 있는가, 그리고 어떤 라이선스 하에 있는가?

GLM-5.2의 공식 Hugging Face 페이지는 총 753B 파라미터를 보여줍니다. 출시 자료는 1M 컨텍스트, 장기적 코딩 (long-horizon coding), 그리고 4개의 희소 주의 (sparse-attention) 레이어에 걸쳐 동일한 인덱서를 재사용하는 효율성 기술인 IndexShare에 초점을 맞추고 있습니다.

이러한 아키텍처 (architecture) 이야기는 반올림된 총 파라미터 헤드라인보다 더 중요합니다. 서빙 (serving) 경로가 비효율적인 더 큰 모델은 더 느리고 더 비쌀 수 있습니다. 더 나은 희소 라우팅 (sparse routing), 추측적 디코딩 (speculative decoding), 그리고 사후 학습 (post-training)을 갖춘 모델은 활성 연산량을 두 배로 늘리지 않고도 프로덕션 (production) 결과를 개선할 수 있습니다.

따라서 나는 "1T 이상"이라는 표현을 능력에 대한 주장 (capability claim)이 아닌, 용량에 대한 가설 (capacity hypothesis)로 취급할 것입니다.

현재의 가격 계산법

GLM-5.5의 가격은 아직 없습니다. 누군가 가격을 제시한다면 그것은 추측일 뿐입니다.

유용한 현재 기준점이 하나 있습니다. Z.ai는 GLM-5.2의 가격을 다음과 같이 나열합니다:

10M 입력 및 1M 출력의 경우:

10 x $1.40 + 1 x $4.40 = $18.40

100M 입력 및 10M 출력의 경우:

100 x $1.40 + 10 x $4.40 = $184/month

1B 입력 및 100M 출력의 경우:

1,000 x $1.40 + 100 x $4.40 = $1,840/month

차세대 모델의 가격도 중요하지만, 캐시 동작 (cache behavior)이 더 중요할 수 있습니다. 50M 입력, 80% 캐시 히트 (cache hits), 5M 출력의 경우:

캐시 미사용 시:
50 x $1.40 + 5 x $4.40 = $92.00

...

이는 모델을 변경하지 않고도 $45.60, 즉 49.6%의 비용 절감 효과가 있습니다.

이것이 제가 "GLM-5.5가 더 저렴해질 것이니 기다려라"라고 권장하지 않는 이유입니다. 그러한 주장은 근거가 없으며, 실제 운영 비용 (production cost)은 표기된 가격 (sticker price)보다 더 복잡합니다.

GLM-5.5 출시 체크리스트

제가 이를 실제 상황이라고 판단하기 위해 필요한 사항은 다음과 같습니다:

그리고 제가 벤치마크 (benchmark)할 항목은 다음과 같습니다:

def should_migrate(glm_52, glm_55):
    if not glm_55.official_model_id:
        return "wait"
...

누락된 것이 무엇인지 주목하십시오: 총 파라미터 수 (total parameter count)입니다.

이번 주에 제가 할 일

만약 제가 운영 환경 (production)에서 GLM을 실행하고 있다면:

1. 지금 즉시 100~300개의 태스크로 구성된 카나리 세트 (canary set)를 동결하겠습니다.
2. GLM-5.2의 토큰 (tokens), 재시도 (retries), 지연 시간 (latency), 도구 성공률 (tool success), 그리고 인간 수용도 (human acceptance)를 기록하겠습니다.
3. 모델 ID가 하드코딩 (hard-coded)되어 있다면 이를 설정 (configuration) 파일로 옮기겠습니다.
4. GLM-5.2 또는 교차 제공자 (cross-provider) 폴백 (fallback) 체계를 유지하겠습니다.
5. 공식 릴리스 노트, 가격 페이지, 그리고 Hugging Face 카탈로그를 모니터링하겠습니다.
6. 방법론과 출처가 공개될 때까지 모든 GLM-5.5 벤치마크 스크린샷을 무시하겠습니다.

만약 제가 실험 중이라면:

1. 오늘 바로 GLM-5.2를 사용하겠습니다.
2. 1M 컨텍스트 (context)가 실제로 도움이 되는 지점을 테스트하겠습니다.
3. 정확한 프롬프트 (prompts)와 예상 출력값 (expected outputs)을 저장하겠습니다.
4. 문서화된 차세대 모델이 등장하면 해당 태스크들을 다시 실행하겠습니다.

만약 제가 이 모델에 대해 글을 쓰고 있다면:

1. 8월 출시를 "보고된" 또는 "가능성 있는" 것으로 표현하겠습니다.
2. 1T 이상의 사양을 분석가의 예측 (analyst forecast)이라고 부르겠습니다.
3. 정확한 점수, 가격, API ID, 그리고 라이선스 (license)는 미정이라고 명시하겠습니다.
4. 출시 후 동일한 URL을 업데이트하겠습니다.

더 큰 그림

이것은 중국의 프런티어 모델 (frontier-model) 보도에서 반복되는 패턴이 되고 있습니다.

신뢰할 수 있는 분석가나 통신사(wire-service) 보고서가 특정 시기를 언급합니다. 창업자는 의도적으로 흥미를 유발하는 단서를 게시합니다. 2차 페이지들은 이러한 신호들을 이전 모델의 사양(specs)과 결합합니다. 불과 며칠 만에, 공식 페이지조차 없는 제품에 대한 상세한 표가 웹상에 떠돌게 됩니다.

그 결과가 항상 악의적인 것은 아닙니다. 이는 종종 단순한 인용 드리프트 (citation drift) 현상입니다:

1. GLM-5.2는 1M 컨텍스트 (context)를 가집니다.
2. GLM-5.5는 GLM-5.2 이후에 출시될 것으로 예상됩니다.
3. 따라서 어떤 페이지에서 "GLM-5.5: 1M 컨텍스트"라고 작성합니다.
4. 또 다른 페이지가 첫 번째 페이지를 확인 수단으로 인용합니다.

이러한 연쇄 과정은 모든 정보가 단 하나의 추론 (extrapolation)에 의존하고 있음에도 불구하고, 마치 여러 출처가 존재하는 것 같은 착시를 만들어냅니다.

유용한 대응책은 루머를 무시하는 것이 아닙니다. 루머는 개발자들이 준비하는 데 도움을 줄 수 있습니다. 유용한 대응책은 해당 주장에 출처 라벨을 붙여두는 것입니다.

모든 출처와 비용 시나리오가 포함된 15개 테이블 버전이 필요하시다면, 제가 전체 인용된 GLM-5.5 분석 내용을 게시했습니다. 또한 저는 미래의 모델이 획득하지도 않은 벤치마크 수치를 물려받지 않도록, 현재의 GLM-5.2 베이스라인 (baseline)을 별도로 관리하고 있습니다.

하나의 OpenAI 호환 엔드포인트 (endpoint)를 통해 GLM, OpenAI, Anthropic, Google 및 기타 모델들을 교체하며 사용하고 싶다면, 그것이 바로 TokenMix가 하는 일입니다. 공개 사항: 저는 연구 부문에서 일하고 있습니다.

결론 (Bottom line)

GLM-5.5는 아마도 인터넷상의 허구 그 이상일 것입니다. Reuters는 해당 명칭과 8월 출시 예상치를 사용했으며, 창업자는 "epic-plus" 급의 도약을 예고했습니다. 최근의 흐름 또한 같은 달을 가리키고 있습니다.

하지만 현재 공식적인 제품은 존재하지 않습니다. 저는 마이그레이션 (migration)이 아닌, 카나리 (canary, 사전 경보)를 준비하라고 권하고 싶습니다.

어떤 증거가 여러분의 계획을 가장 먼저 바꾸게 만들까요: 작동하는 API ID, 공개된 모델 카드 (model card), 아니면 독립적으로 재현된 코딩 결과인가요?