GLM-5.2 の技術仕様
| 項目 | GLM-5.2 |
|---|---|
| 提供元 | Zhipu AI |
| リリース日 | 2026年6月13日 |
| モデルタイプ | オープンウェイトの Mixture-of-Experts(MoE)LLM |
| 総パラメータ数 | ~744B |
| アクティブパラメータ | トークンあたり ~40B |
| コンテキストウィンドウ | 1,000,000 トークン |
| 最大出力 | 131,072 トークン |
| 推論モード | High, Max |
| ライセンス | MIT |
| 主な用途 | エージェント指向のコーディング、ソフトウェアエンジニアリング、長期的な推論 |
| API 提供状況 | Z.ai プラットフォームおよび互換プロバイダー |
| オープンウェイト | はい |
GLM-5.2 は、Zhipu AI の GLM ファミリーにおける最新のフラッグシップモデルです。汎用の最先端モデルとは異なり、GLM-5.2 は主にコーディング優先かつエージェント指向のモデルとして位置づけられており、リポジトリ規模のソフトウェアエンジニアリング、自律的なワークフロー、そして極めて長いコンテキストでの推論を目的としています。最大の特長はネイティブの 100 万トークン・コンテキストウィンドウで、オープンウェイトモデルの中でも一般に利用可能なコンテキストウィンドウとしては最大級です。
GLM-5.2 の主な機能
- リポジトリ全体、長大なドキュメント群、マルチセッションのエージェントワークフローに対応する 1M トークンのコンテキストウィンドウ
- リファクタリング、デバッグ、コード生成、ソフトウェアエンジニアリング作業に焦点を当てたコーディング優先の最適化
- Claude Code、Cline、Roo Code、OpenCode などのコーディングエージェント向けのエージェントワークフロー対応
- MIT ライセンスの下でのオープンウェイト公開により、セルフホスティングや微調整が可能
- レイテンシと推論の深さのトレードオフを可能にする 2 つの推論モード(High と Max)
- 総パラメータが約 744B の大規模 MoE アーキテクチャで、効率のためにトークンあたり ~40B のみをアクティブ化
GLM-5.2 のベンチマーク性能
Zhipu はリリース時に包括的な公式ベンチマーク結果を公開しておらず、GPT-5 や Claude のようなモデルに比べて直接比較の不確実性が高い状況です。独立検証済みベンチマークの不在については、複数の業界レポートでも指摘されています。
| ベンチマーク | 報告スコア |
|---|---|
| Terminal-Bench 2.1 | 81.0 |
| SWE-Bench Pro | 62.1 |
| NL2Repo | 48.9 |
| AIME 2026 | 99.2 |

GLM-5.2 vs GLM-5.1 vs Claude Opus 4.8
| 仕様 | GLM-5.2 | GLM-5.1 | Claude Opus 4.8 |
|---|---|---|---|
| リリース日 | 2026-06-13 | 2026 | 2026 |
| コンテキストウィンドウ | 1,000,000 | ~200,000 | 1,000,000 |
| オープンウェイト | Yes (MIT) | Yes | No |
| 推論モード | High, Max | Standard | Extended Thinking |
| 総パラメータ数 | 744B | 744B | 非公開 |
| アクティブパラメータ | 40B | 40B | 非公開 |
| 公式ベンチマークデータ | 未公開 | リリース時に公開 | 公開済み |
GLM-5.2 の、GLM-5.1 に対する主要な文書上のアップグレードは、コンテキストウィンドウの 1M トークンへの拡張と、選択可能な High/Max 推論モードの導入です。リリース時点で Z.ai は SWE-Bench、LiveCodeBench、HumanEval などの公式ベンチマーク結果を公開していないため、Claude Opus 4.8、GPT-5、DeepSeek、Qwen 系列モデルとの性能比較は未検証のままです。
他のオープンモデルと比較すると、GLM-5.2 の主な差別化要因は、非常に大きなコンテキストウィンドウ、コーディング特化、そして MIT ライセンスの組み合わせにあります。一般的なチャット用途よりも、リポジトリ規模のソフトウェアエンジニアリングに最も訴求力があります。
CometAPI 経由で GLM-5.2 を使う理由
CometAPI は、数多くの先進 AI モデルで用いられるのと同一のインターフェースで GLM-5.2 を統合できます。
利点には次が含まれます:
- 複数プロバイダーにまたがる認証の一元化
- OpenAI 互換の API 統合
- 請求と使用状況管理の簡素化
- 代替モデルの迅速な実験
- コーディング、推論、画像、音声、動画モデル間の容易な切り替え
- 本番システムにおけるベンダーロックインの低減
AI IDE、社内向けエンジニアリングアシスタント、エンタープライズ自動化基盤のいずれを構築する場合でも、CometAPI は柔軟性を維持しながら統合コストを最小化します。
CometAPI で GLM-5.2 API にアクセスする方法
わずか数ステップで、すぐに利用を開始できます。
ステップ 1: GLM-5.2 API キーにサインアップ
Kie.ai でアカウントを作成し、API ダッシュボードに進んで GLM-5.2 API キーを生成します。このキーはすべてのリクエストを認証し、1M トークンのコンテキストウィンドウと 128k の出力トークンを含む GLM-5.2 API の全機能に即時アクセスできます。
ステップ 2: GLM-5.2 API にリクエストを送信
GLM-5.2 API キーを使用して Kie.ai エンドポイントへ POST リクエストを送信します。プロンプトを渡し、effort level や max tokens などのモデルパラメータを設定すると、GLM-5.2 API がコード生成からドキュメント分析、エージェント的なツール使用までを処理します。
ステップ 3: 結果を取得し、GLM-5.2 API を統合
GLM-5.2 API は、完了テキスト、ツール呼び出し手順、トークン使用メタデータを含む構造化レスポンスを返します。標準的な同期レスポンスに加え、stream: true を設定した場合は Server-Sent Events(SSE)によるリアルタイムストリーミングにも対応します。エンドポイントは、Bearer Token を用いて url(//api.cometapi.com/v1) にリクエストをルーティングすることで、標準的な HTTP クライアントや OpenAI 互換 SDK に容易に統合できます。