GLM 5.2 は Z.ai（Zhipu AI）のコーディング特化モデルです。100万トークンのコンテキストウィンドウを掲げ、2026年6月13日に公開されました。大半のローンチ記事が触れない正直な事実があります。公式ベンチマークなしで登場した点です。この GLM 5.2 レビューでは確定情報とロードマップ上の約束を切り分け、今日あなたのスタックに置く価値があるかを判断します。
GLM 5.2 とは？（クイックサマリー）
GLM 5.2 は Z.ai（Zhipu AI）のコーディング特化 LLM です。2026年6月13日に公開され、100万トークンのコンテキストウィンドウを搭載します。エージェンティックなリポジトリ規模のソフトウェア開発を想定した設計です。Claude Code や Cline のようなエージェントの中では GLM Coding Plan 経由で動き、MIT ライセンスのオープンウェイトとして提供されます。
GLM 5.2 は Z.ai の GLM ファミリーの最新モデルで、狙いは一つに絞られています。エージェンティックなリポジトリ規模のコーディングです。系譜は追いやすく、GLM-4.5 → GLM-5 → GLM-5.1 → 5.2 と続き、各世代が汎用チャットより長期戦のソフトウェア開発へ重心を移してきました。5.2 は、プロジェクト全体を一度にコンテキストへ載せられる大きさに、ようやく到達したバージョンです。
落とし穴があります。重要なので何度か繰り返します。**Z.ai は公開時点で公式の 5.2 ベンチマークを一つも出していません。**いま出回っている具体的な性能数値は、どれも GLM-5.1 から受け継いだものです。5.1 の結果を 5.2 の実測と誤解しないよう、この記事では明確にラベルを付けて区別します。
現時点で確定している情報を一覧にします。
- 1,000,000トークンのコンテキストウィンドウ（GLM Coding Plan の全ティアで利用可能）
- 1回の応答あたりの最大出力 131,072トークン
- モデルID：
glm-5.2[1m]（フルウィンドウ版） - 2つの思考モード：High と Max（複雑なコーディングには Max 推奨）
- MIT ライセンスのオープンウェイト（方針は確定、ウェイトはリリース直後に公開予定）
- 人気のコーディングエージェント8種にそのまま対応
骨格は以上です。次に確定した事実と「近日公開」という約束を引き離します。この2つのギャップこそが、今回のストーリーの核心だからです。
確定した機能と、まだ届いていない機能
ローンチ直後の記事が甘くなりがちなのが、この部分です。GLM 5.2 は実際に使えるモデルとして登場しました。ただし売りの一部（オープンウェイト、単体 API、チャットボットアクセス）は「来週」という約束として発表されたもので、出荷済み機能ではありません。判断を下す前に、各パーツのステータスを整理しておきます。
| 機能 | ステータス | 詳細 |
|---|---|---|
| 1Mトークンのコンテキスト | 確定 | Coding Plan の全ティアで利用可能 |
| 最大出力 131,072 | 確定 | 1回の応答あたり |
| コーディングエージェント連携 | 確定 | Claude Code、Cline、OpenCode、Roo Code、Goose、Crush、OpenClaw、Kilo Code |
| High / Max 思考モード | 確定 | 複雑なコーディングには Max 推奨 |
| MIT オープンウェイト | ロードマップ上 | 公開時点では「来週」の約束 |
| 単体 API | ロードマップ上 | リリース直後の予定 |
| chat.z.ai のチャットボット | ロードマップ上 | 公開時点では利用不可 |
| 公式 5.2 ベンチマーク | 未公開 | SWE-bench、Terminal-Bench、Code Arena の数値なし |
構図ははっきりしています。サポート対象エージェントの中で GLM Coding Plan を使う限り、今日 GLM 5.2 でコーディングするのに必要なものはすべて揃っています。まだ届いていないものは、セルフホスト、コーディング以外の用途、導入前に独立した証拠が欲しい人にとっての重要項目です。どれも致命的ではありません。ただ「GLM 5.2 はオープンソースで API もある」という文は、今週まだ半分だけ本当です。ロードマップの項目は、届くまで機能ではなく約束として扱ってください。
目玉機能：実用できる100万トークンのコンテキストウィンドウ
GLM 5.2 のコンテキストウィンドウは **1,000,000トークン（1M）**です。GLM 5.1 の約5倍で、エンタープライズ向けのアップセルに囲い込まれず、Coding Plan の全ティアで使えます。モデルの発表は大きな数字を好むものですが、これは本当に役に立つ種類の数字です。
100万トークンがリポジトリ規模の作業で意味すること
日常的な例えで言えば、200K のコンテキストウィンドウは、家の数部屋だけを施工業者に渡して、残りを見ずにリノベーションを頼むようなものです。1M のウィンドウなら設計図全体を渡せます。中規模コードベースの全ファイル、ドキュメント、未解決のチケット、スタイルガイドまで、すべて1つのプロンプトに載ります。
エージェンティックコーディングでは、これが実質的なワークフローの変化になります。チャンク分割の曲芸も、ファイルを1つずつ手動で渡す作業も、モデルが40メッセージ前に読んだ関数を見失うのを眺める時間もなくなります。あるモジュールの変更が他の20のモジュールへどう波及するかを理解しなければならないリポジトリ規模のリファクタリングで、この大きなウィンドウこそが長いコンテキストの恩恵そのものです。
最大出力：131,072トークン
コンテキストはモデルが読む量、出力はモデルが書き戻す量です。GLM 5.2 は1回の応答で最大 131,072トークンを生成できます。実用上は、数百行ごとに「続けて？」と促す代わりに、複数ファイルにまたがる大きな差分を一度に書き出せるということです。エージェントが機能全体の雛形や大がかりなリファクタを生成するときに効きます。
モデルID：glm-5.2[1m]
エージェントに組み込むとき、フルウィンドウ版のモデル識別子は glm-5.2[1m] です。[1m] のタグは飾りではなく、100万トークンのコンテキスト版を要求していることをエンドポイントに伝えるフラグです。設定ファイルにこの文字列を正しく書けば準備完了です。正確なスニペットはこの下で示します。
GLM 5.2 vs GLM 5.1：実際に変わった点
すでに GLM 5.1 を使っているなら、問いはシンプルです。5.2 に乗り換える価値があるか。率直な比較がこちらです。
| スペック | GLM 5.1 | GLM 5.2 |
|---|---|---|
| コンテキストウィンドウ | 約200K（200,000〜202,752） | 1,000,000（5倍） |
| 最大出力 | 5.1 ベースライン | 131,072トークン |
| 思考モード | それまでのプリセット | High / Max（Auto/Low なし） |
| 位置づけ | 強い万能型 | コーディング特化 / エージェンティック |
| オープンウェイト | MIT、Hugging Face で公開済み | MIT（リリース直後に公開予定） |
実質的な変化は2つです。5倍のコンテキスト拡大と、より鮮明になったコーディング特化の打ち出しです。それ以外は漸進的な磨き込みです。Z.ai は思考モードを High と Max の2つに絞り、Auto と Low はなくなりました。このモデルが軽い調べ物ではなく本格的な作業を想定している、という小さな合図です。ワークロードが長いコンテキストやリポジトリ規模なら、5.2 は意味のあるアップグレードです。5.1 で小さい集中的なタスクに満足していたなら、得られるものはマーケティングが示唆するより小さいです。
ベンチマーク：分かっていることと正直な注意点
もう一度はっきり書きます。**公開時点の公式 GLM 5.2 ベンチマークは存在しません。**SWE-bench の数値もなければ Terminal-Bench もなく、Code Arena の Elo も 5.2 固有のものは出ていません。今週5.2の実測スコアを主張する人は、推測しているか、5.1 のデータを黙って流用しています。
では、見込みのある性能について正直に何が言えるか。最良の代替指標は GLM-5.1 です。5.2 は直接その上に構築されています。以下はその 5.1 のデータで、5.2 の結果ではなく代理指標として明示します。
| ベンチマーク（GLM-5.1 の代理） | GLM-5.1 | 比較対象 |
|---|---|---|
| SWE-bench Pro | 58.4%（ベンダー公称1位） | GPT-5.4 57.7%、Opus 4.6 57.3% |
| SWE-bench Verified | 77.8%（GLM-5 ベース） | Opus 4.6 約81.4% |
| Code Arena（Elo） | 1530（世界3位） | Opus 4.6 約1542（2位） |
| Terminal-Bench 2.0 | 63.5%（Claude Code のスキャフォールド併用時 66.5%） | なし |
| Claude Code 評価 | 45.3点 → 94.6% 到達（自己申告） | Opus 4.6 47.9 |
| GPQA-Diamond | 86.2% | なし |
| AIME 2026 | 95.3% | なし |
比較対象の列について一言。ここでのライバル（Opus 4.6、GPT-5.4）は5.1時代のリーダーボードであり、今日の最前線ではありません。現在のプロプライエタリ側のリーダーは Claude Opus 4.8 と GPT-5 で、下の勢力図の表に登場します。
このデータを信じる前に、本当に必要な注意点が2つあります。1つ目は、これらは GLM-5.1 の数値であり、Z.ai が 5.2 の結果を公開するまでの最良の代理指標だということです。2つ目は、最も派手な主張、SWE-bench Pro の「1位」や「Opus 4.6 の94.6%に到達」という数値は、Z.ai が社内測定した自己申告として始まっている点です。幅広い第三者による再現が追いつくまで、確定した事実ではなくベンダーの主張として扱ってください。描かれる像は「フロンティアに近く、差を詰めつつある」で、オープンウェイトモデルとしては印象的です。ただし独立した評価者が GLM 5.2 本体で確認するまでは、アスタリスク付きの印象です。
2026年のフロンティア勢力図における GLM 5.2 の位置
トップが本当に混み合ってきた2026年、GLM 5.2 はどこに位置するのか。率直に言えば、プロプライエタリのリーダーに迫りつつある強いオープンウェイトの挑戦者です。公平を期すために補足すると、コーディング強度の列は 5.1 の代理データに基づいていて、5.2 の実測結果はまだありません。
| モデル | オープンウェイト | コンテキスト | コーディング強度（代理） | 最適な用途 |
|---|---|---|---|---|
| GLM 5.2 | MIT（予定） | 1M | フロンティア級に近い（5.1代理） | リポジトリ規模のエージェンティックコーディング、オープンウェイトチーム |
| Claude Opus 4.8 / Fable 5 | いいえ | 大規模 | フロンティア級 | 最高難度の推論 + コーディング |
| GPT-5 | いいえ | 大規模 | フロンティア級 | 広いエコシステム、ツール群 |
| Gemini 3.x | いいえ | 超大型 | 強い | マルチモーダル + Google スタック |
| DeepSeek V4 | オープン | 大規模 | 強い | コスト効率の良いオープン選択肢 |
| Qwen（最新） | オープン | 大規模 | 強い | オープンな多言語 + 中国スタック |
公平な読みはこうです。独立検証された結果では **Claude と GPT がまだリードしています。**最高難度の推論を出荷したい場合でも、最も実戦テスト済みのコーディングモデルが欲しい場合でも、Anthropic と OpenAI の最新モデルが依然として安全な選択です。特に Claude 側を比較検討しているなら、Claude Opus 4.8 の新要素と Claude Fable 5 / Mythos 5 ラインナップの解説で、これらのモデルがどこで先行しているかを押さえられます。
GLM 5.2 がプロプライエタリのフロンティアにないものとして出すのは、1M のコンテキストウィンドウ、MIT オープンウェイト、攻めた料金設定を1パッケージにまとめた組み合わせです。ベンダー独立性を重んじるチーム、あるいは最終的に自社インフラでモデルを動かしたいチームにとって、生のベンチマークのリードが今は Claude か GPT にあっても、魅力的なトレードです。他のオープン系との対比では、DeepSeek V4 がコスト効率で、Qwen が多言語のカバー範囲で勝りますが、GLM 5.2 のコンテキストウィンドウに並ぶものはありません。これらのモデルを自動ビルドパイプラインに組み込もうとしているなら、まず主要エージェントフレームワークの比較を読むと、モデルとオーケストレーション層の相性を確かめやすくなります。
料金とアクセス：GLM Coding Plan と登場予定の API
2026年版に更新された情報です。GLM Coding Plan は GLM-5.2 で動くようになり、ティア構成が変わりました。Pro は $72/月、Max は $160/月です（Lite は $18 のまま）。週次上限、スロットルの仕組み、3週間の実地テストの詳細は、GLM 5.2 Coding Plan 専用ガイドにまとめてあります。
次に、ファウンダーが気にする部分です。費用はいくらで、どうやって始めるのか。現時点で確定しているアクセス方法は GLM Coding Plan です。トークン単位の課金ではなく、週あたりのプロンプト数で計量するサブスクリプションです。
| ティア | プロンプト数/週 | 料金（2026年） |
|---|---|---|
| Lite | 約400 | 約$18/月（一部ソースでは通常 $10/月、初月 $3） |
| Pro | 約2,000 | 約$30/月（初月 $15） |
| Max | 約8,000 | 上位ティア |
| Team | シート単位 | 組織向け料金 |
スタートアップの視点では、この料金は攻めています。Lite プランは約 $18/月で週に約400プロンプト使え、フロンティア級のコーディングモデルとしては本当に安い価格です。初月割引を使えば、トライアルはほぼ無料です。ほとんどの個人開発者や小規模チームには、約$30/月の Pro がスイートスポットです。
正直な空白が1つあります。**単体の GLM 5.2 API の料金は公開時に発表されていません。**Z.ai が公式の 5.2 料金を掲示するまで、最良の参照点は受け継がれた GLM-5 ベース API の料金、100万入力トークンあたり $1.00、100万出力トークンあたり $3.20です。見積もりではなく概算の目安として使ってください。利用量が従量制で読めない場合は、現実の API 料金が出てからコストモデルを組むべきです。
Claude Code と Cline で GLM 5.2 を使う方法
ここからが本当に面白い部分です。GLM 5.2 は Anthropic 互換のエンドポイントを公開しているので、今使っているエージェント、Claude Code や Cline をそのまま向けるだけです。新しいツールを覚える必要はありません。
手順は次の4つです。
- Z.ai で GLM Coding Plan のキーを取得します
- エージェントの接続先を Z.ai のベース URL に変更します
- モデルIDを
glm-5.2[1m]に設定します - 思考モードを選びます（複雑なマルチファイル作業には Max）
環境変数で GLM 5.2 を Claude Code に接続する実際の設定スニペットはこちらです。
# Point Claude Code at the GLM Coding Plan endpoint
# (verify the exact base URL against current Z.ai docs)
export ANTHROPIC_BASE_URL="https://api.z.ai/api/anthropic"
export ANTHROPIC_AUTH_TOKEN="your-glm-coding-plan-key"
export ANTHROPIC_MODEL="glm-5.2[1m]"
# Then run Claude Code as usual — it routes to GLM 5.2
claude
GLM 5.2 は Claude Code、Cline、OpenCode、Roo Code、Goose、Crush、OpenClaw、Kilo Code とそのまま動きます。ワークフローに合うエージェントなら、ほぼカバーされているはずです。まだ選定中なら、2026年のベスト AI コーディングエージェントがトレードオフを整理しています。長時間走るジョブについては、決める前にバックグラウンドコーディングエージェントの比較も見ておく価値があります。すでに Claude Code を使っているなら、実証済みの Claude Code ワークフローの記事は GLM 5.2 を接続した後もほぼそのまま通用します。カスタムツールで構成を拡張したい場合は、MCP サーバーの構築から始めるのが定石です。
セルフホストの現実チェック
「MIT オープンウェイト」と聞くと、ノート PC で動かせるように聞こえます。実際には無理です。少なくとも現実的ではありません。ウェイトが公開されれば、GLM 5.2 は標準的な高スループットのサービングスタックである vLLM と SGLang の上で動きます。ただし FP8 チェックポイントには約 860GB の VRAM が必要です。マルチ GPU サーバーの決断であって、サイドプロジェクトではありません。セルフホストは現実的で、サポートもされています。ただインフラへの投資なので、チームにオンプレデプロイを約束する前に、正直に予算を組んでください。
私たちの見解：今すぐ乗り換えるべきか
ここまでを判断に落とし込みます。正直なフレームは「試す」と「完全移行」の対比です。この2つはリスクの水準がまったく違います。
| 今すぐ試す / 乗り換える条件 | 待つべき条件 |
|---|---|
| リポジトリ規模 / ロングコンテキストのコーディングをしていて、1M ウィンドウが今すぐ欲しい | 導入前に公開された独立ベンチマークが必要 |
| オープンウェイト（MIT）の道筋が欲しく、ベンダー独立性を重んじる | GLM のエージェントがサポートしないプロプライエタリのツールにロックインされている |
| コストに敏感で、Coding Plan のティアが予算に合う | 単体 API やチャットボットが必要（まだ「準備中」） |
| 機能が出そろうまでの過渡期のアクセスを受け入れられる | コンプライアンス上、安定した GA 済み API が必須 |
私たちの結論です。GLM 5.2 を試すのは強く推奨できる低リスクの選択です。Coding Plan は安く、すでに動かしているエージェントにそのまま入り、1M のコンテキストウィンドウは今日得られる現実のメリットです。独立したベンチマークが出てウェイトが本当に出荷されるまで、本番環境への完全移行はリスクが高めです。自己申告の数値にロードマップを賭けるべきではありません。どのエージェントに標準化するかで判断が揺れるなら、OpenHands vs Devin vs Manus の比較が参考になります。エージェントの選択は、土台のモデルより重要になることが多いからです。
Techsy の向き合い方
GLM 5.2、Claude、GPT のどれを本番に入れるかの判断は、ベンチマークを読む演習ではありません。私たちはこれらすべての上で AI 機能を出荷してきました。評価はいつも、実世界の4つの問いに帰着します。ベンチマークと実際に動くリポジトリの差はどれくらいか。あなたの利用量でのタスクあたりの本当のコストはいくらか。チームがすでに動かしているエージェントや CI に統合できるか。そして、どの程度のロックインにサインするのか。
GLM 5.2 のようなリリース直後のモデルなら、今週中に実際のタスクでパイロットをするのは喜んでやります。ただし独立した数値が代理データを確認し、ウェイトが出荷されるまで、本番移行は保留にします。プロプライエタリのフロンティアモデルが本当に良い選択であることもあり、そのときはそう言います。どのモデルをスタックに入れるべきか迷っているなら、無料相談はこちら →実際のワークロードに照らして、トレードオフの整理を一緒に進めます。
よくある質問
GLM 5.2 とはどんなモデルで、誰が作っているのか
GLM 5.2 は **Z.ai（Zhipu AI）**が2026年6月13日に公開した、コーディング特化のフロンティアモデルです。目玉は 100万トークンのコンテキストウィンドウで、エージェンティックなリポジトリ規模のソフトウェア開発に向けて位置づけられています。
GLM 5.2 はオープンソースか
はい。GLM 5.2 は MIT ライセンスのオープンウェイトとしてオープンソース化され、GLM ファミリーの寛容な路線を引き継ぎます。落とし穴はタイミングです。ウェイトは2026年6月13日の公開時点で「来週」と約束されていて、まだ Hugging Face にはありません。ロードマップ上はオープンソースですが、公開初日にダウンロードできる状態ではありません。
GLM 5.2 のコンテキストウィンドウはどれくらい大きいのか
1,000,000トークンです。GLM 5.1 の約200Kのウィンドウから約5倍に拡大しました。1回の応答あたり最大 131,072トークンの出力にも対応し、複数ファイルにまたがる大きな差分を一度に書き出せる量です。
GLM 5.2 は GLM 5.1 と何が違うのか
大きな変化は、コンテキストウィンドウの5倍拡大、整理された2つの思考モード（High と Max、Auto/Low なし）、鮮明になったコーディング特化・エージェンティック路線です。それ以外は漸進的な改善で、真のアップグレードはコンテキストの拡大です。
GLM 5.2 に公開済みベンチマークはあるのか
ありません。**公開時点の公式 GLM 5.2 ベンチマークは存在しません。**ネットに出回っている数値は GLM-5.1 の代理値です。「SWE-bench Pro 1位」と「Opus 4.6 の94.6%に到達」という主張は、独立した評価者が GLM 5.2 で再現するまで、Z.ai の自己申告として扱ってください。
GLM 5.2 は Claude Opus 4.8 や GPT-5 より強いのか
検証済みの結果では違います。Claude Opus 4.8 と GPT-5 が、独立ベンチマークされたフロンティアでまだリードしています。GLM 5.2 固有の証拠もまだありません。受け継いだ GLM-5.1 の代理データでは、GLM 5.2 はフロンティアに近く差を詰めていて、オープンウェイトチームには特に価値があります。ただし最高難度の作業では、今日もプロプライエタリのリーダーが安全な選択です。
GLM 5.2 の料金はいくらか
GLM Coding Plan 経由の場合、Lite が約$18/月（週約400プロンプト）、Pro が約$30/月（週約2,000）、Max は上位ティア（週約8,000）、Team はシート単位の料金です。単体 API の料金は公開時に発表されていません。今の最良の参照は GLM-5 のベース料金、入力1Mあたり $1.00、出力1Mあたり $3.20 です。
GLM 5.2 へのアクセス方法と使い方は
現時点で確定しているのは GLM Coding Plan で、Claude Code、Cline、OpenCode、Roo Code、Goose、Crush、OpenClaw、Kilo Code に接続します。ベース URL を Z.ai のエンドポイントに、モデルIDを glm-5.2[1m] に設定するだけです。単体 API と chat.z.ai のアクセスは、まだ利用可能ではなく「準備中」です。
GLM 5.2 はセルフホストできるのか
MIT のウェイトが公開されれば可能です。vLLM か SGLang で動かせます。ただし FP8 チェックポイントには約 860GB の VRAM が必要で、ノート PC やシングル GPU のプロジェクトではなく、本格的なマルチ GPU インフラの決断になります。ハードウェア予算をそれに合わせて計画してください。
今すぐ GLM 5.2 に乗り換えるべきか
試すのはリスクが低い選択です。Coding Plan は安く、使っているエージェントにそのまま入ります。独立したベンチマークが出てウェイトが出荷されるまで、本番環境への完全移行は待ってください。ベンダーが申告した数値の上に、重大な依存を置くべきではありません。
まとめ
- 100万トークンのコンテキストウィンドウこそが目玉です。リポジトリ規模とエージェンティックコーディングのワークフローを実際に変える、実用可能な5倍拡大です
- ベンチマークは GLM-5.1 から受け継いだ代理値で、5.2 の実測結果ではありません。「SWE-bench 1位」と「Opus の94.6%に到達」という数値は、独立した再現を待つベンダーの自己申告です
- **MIT オープンウェイトと単体 API は「準備中」で、まだ出荷されていません。**今日の確定したアクセス方法は、サポート対象エージェントの中での GLM Coding Plan です
- Claude Code か Cline で**安く低リスクに試せます。**完全移行は、独立した数値とウェイトの公開を待つのが賢明です
- ベンダー独立性を求め、この分野で最大のコンテキストウィンドウが欲しいオープンウェイトチームにとって、GLM 5.2 は2026年で最も面白い賭けの1つです
フロンティアモデルをスタックに組み込む前に、別の角度の意見が欲しいですか。チームに相談する → GLM、Claude、GPT を本番環境で動かしてきた経験から、あなたのワークロードに合う1つを一緒に選べます。