GLM-5.2: Zhipu AIの1Mトークン・オープンウェイト・コーディングおよびエージェントモデル
ZhipuのMITライセンス付きフラッグシップは、コーディング、ツール利用、長期エージェント向けに構築されています — ビルダーにとって何を意味するのか

Zhipu AIは、チャットよりもエージェント向けに設計されていると感じられるオープンウェイトモデルを発表しました。GLM-5.2は、Zhipuの最新フラッグシップで、コーディング、推論、ツール駆動の「エージェント型」ワークロード向けに特化して構築されており、MITのオープンソースライセンスのもとで100万トークンのコンテキストウィンドウを備えています。2026年6月13日にリリースされ、GLM-5ファミリーのGLM-5.1の後継となり、すでにZ.aiのGLM Coding Planや複数のサードパーティプラットフォームで利用可能です。(apidog)
AIエージェント、自律型コーディングツール、長期にわたるワークフローを構築しているなら、GLM-5.2は、汎用アシスタントから後付けされたものではなく、まさにそのユースケースのために作られたように読める最初期のオープンウェイトモデルの1つです。このガイドでは、GLM-5.2の実体、アーキテクチャとコンテキストウィンドウ、推論モード、価格、初期ベンチマークの状況、そしてEigentのようなエージェントプラットフォーム内でその力を最大限引き出すためにビルダーが使っているパターンを解説します。
GLM-5.2とは?
GLM-5.2は、Zhipu AI(グローバルではZ.aiとして運営)が提供するオープンウェイトの大規模言語モデルで、ソフトウェアエンジニアリング、マルチステップ推論、ツール拡張型エージェント作業向けに強くチューニングされています。GLM-5およびGLM-5.1で導入されたMixture-of-Experts(MoE)基盤を拡張しつつ、強力なコーディング性能を維持したまま、コンテキストウィンドウを実用的な100万トークンへと広げています。(Modular)
内部的には、GLM-5.2はおよそ7500億パラメータ規模の疎なMoE設計を採用し、トークンごとに約400億のアクティブパラメータを持ち、新しい「IndexShare」疎注意機構と組み合わされています。これは、100万コンテキストの推論コストを抑えるために設計されています。Zhipuはこのモデルを、汎用チャットモデルではなく、コーディング第一・エージェント指向のシステムとして位置づけており、会話は強力な開発者向けエンジンを構築する副産物として扱われています。(LLM Reference)
このエージェントファーストという位置づけにより、GLM-5.2はAnthropicのClaude Fable 5と同じ文脈に入ります。最先端モデルは、チャットを二次的なインターフェースとして、まず長期的なエージェント型利用を中心に設計される傾向が強まっています。
主な仕様とアーキテクチャ
GLM-5.2の主要機能は、コンテキスト、推論、そしてオープン性を中心に据えられています。(DataCamp)
glm-5.2[1m]のモデルIDによる100万トークンのコンテキストウィンドウ — 大規模なモノレポ、巨大ドキュメント、長時間稼働するエージェント状態を収めるのに十分な容量です。(note)- 1回の応答で最大131,072出力トークン — 非常に大きなファイルを一括生成またはリファクタリングするのに十分です。(Lush Binary)
- 約7530億の総パラメータと、トークンごとに約400億のアクティブパラメータを持つMoE設計。GLM-5.1の基盤を再利用しています。(dev.to)
- IndexShare — 同じアテンションインデクサを複数の疎な層で再利用し、長いコンテキスト長での1トークンあたりのFLOPsを削減する疎注意方式です。(Latent Space)
- 改良されたマルチトークン予測(MTP) 層による推測デコード。受け入れ率を最大約20%向上させ、スループット改善に寄与するとされています。(Latent Space)
Z.aiは、GLM-5.2がGLM-5シリーズの「オープンウェイト、コーディング第一のDNA」を維持しつつ、まったく新しいアーキテクチャを追うのではなく、コンテキストウィンドウと推論制御を更新したものだと強調しています。(Modular)
100万トークン・コンテキスト: なぜ重要なのか
100万トークンのコンテキストウィンドウは、GLM-5.2の最も明確な差別化要素です。これは従来のGLM-5.xのウィンドウの約5倍に相当し、オープンウェイトのエコシステムにおける公開利用可能な最大級のコンテキストウィンドウの1つに位置づけられます。(LLM Reference)
実際には、これによってこれまで不安定だったいくつかのワークフローが可能になります。
- リポジトリ規模のコード理解 — すべてのサービス、大規模モノレポ、マイクロサービス群を、強引な切り詰めなしに単一コンテキストへ読み込めます。(Lush Binary)
- 長時間稼働するエージェント — エージェントは、すべてをツール固有の要約に圧縮する代わりに、複数日または複数セッションにわたる作業記憶をコンテキスト内で保持できます。(CometAPI)
- 複雑な文書分析 — 法務コーパス、技術標準、数千ページ規模のPDFも、チャンク分割と接続を繰り返すパイプラインではなく、一度で扱えるようになります。(CometAPI)
CloudflareのWorkers AI統合は、ここで重要なシグナルです。関数呼び出し、推論サポート、大きなコンテキスト(現時点のデプロイは262kトークンで、拡張予定あり)を備えたGLM-5.2を公開し、特に巨大コードベースやマルチステップ計画を対象としています。これは、単なるマーケティング上の「100万」という数字ではなく、持続的で高コンテキストなワークロード向けに調整されたモデルであることを示しています。(Cloudflare)
2つの推論モード: High と Max
GLM-5.2は、2段階の「thinking-effort」システムを導入しています: High と Max。(AI Weekly)
- High は、ほとんどのコーディングタスクにおけるデフォルトモードです。応答前に構造化されたchain-of-thought推論を使いますが、推論予算には上限があります。Z.aiは、信頼性と速度が求められる日常的なコード生成、リファクタリング、デバッグに推奨しています。(DataCamp)
- Max は、より複雑な問題やより長いエージェント型シーケンスに対して推論予算を引き上げますが、その代わりにレイテンシとトークン消費が増えます。難しいバグ、サービス横断のリファクタリング、アーキテクチャ変更、マルチステップ計画に向いています。(AI Weekly)
エージェント設計の観点では、モデルを切り替えることなく、タスク難易度に合わせて推論の深さを調整できるレバーが手に入ることになります。通常の操作はHighで流し、難しいチケット、計画ステップ、失敗した試行はMaxにエスカレーションする、という運用ができます。これは、本格的なエージェントシステムがすでに依存している分類とルーティングのパターンを、単一モデルで実現する形です。
エージェント機能とツール利用
ZhipuはGLM-5.2を「agent-oriented」モデルとして位置づけ、自律ワークフロー、ツール拡張型エージェント、長期のコーディングタスクを支援するよう設計しているとしています。(Atlas Cloud)
Cloudflareのデプロイでは、@cf/zai-org/glm-5.2 を「agentic coding workflows向けに構築された」テキスト生成モデルとして説明し、関数呼び出しと複数ターンのツール利用を第一級にサポートしています。特に次の点を挙げています。(Cloudflare)
- 複数の会話ターンにまたがってツールやAPIを呼び出すための関数呼び出し。典型的なエージェントのツール利用ループを実現します。
- 100万コンテキストと推論モードによって支えられる、巨大コードベース全体にわたる長期計画。(note)
- マルチステップ推論や構造化されたchain-of-thoughtを含む、複雑な問題解決。(dev.to)
サードパーティのレビューでは、GLM-5.2は一発のコード補完ではなく、リポジトリ規模のソフトウェアエンジニアリングや長時間稼働するエージェントワークフロー向けにチューニングされていると強調されています。これは、Z.aiの「純粋なチャットではなく、ソフトウェア開発のために意図的に構築された」モデルというメッセージと一致しており、コーディング、ツール利用、長時間のエージェントワークフローが設計の中心です。(AI for Anything)
オープンウェイトとライセンス
GLM-5.2の最大の戦略的な一手の1つは、そのライセンスと配布です。Z.aiは、GLM-5およびGLM-5.1で確立した流れに続き、GLM-5.2をMITライセンスのオープンウェイトモデルとして公開することを約束しています。(Gigazine)
- LLM Referenceや開発者向けガイドでは、GLM-5.2はMITライセンスのオープンソース・オープンウェイトモデルであり、Hugging Face上で重みが利用可能だと説明されています(例:
zai-org/GLM-5.2やFP8バリアント)。(apidog) - 日本と中国の報道では、GLM-5.2は最初にGLM Coding Plan加入者へ提供された後、2026年6月第3週にオープンモデルとして公開されると伝えられています。(AI for Anything)
これはエコシステムにとって重要です。100万トークンのコンテキストを持つオープンウェイトでMITライセンスの最先端コーディングモデルは、独立開発者やオープンソースプラットフォームにとって、エージェントシステム向けの閉じたモデルに対する本格的な代替手段となります。
ベンチマークと初期性能のシグナル
ローンチ時点で、Z.aiはGLM-5.2の包括的な公式ベンチマークスイートを公開していません。これは多くの観測者が指摘している点です。開発者向けブログでは、同社が初期の技術コミュニケーションでベンチマーク表よりも「100万コンテキストとエージェント型RLのためのインフラ革新」を強調しているとしています。(DataCamp)
とはいえ、LLM Referenceやモデルカードでは、自己申告のスコアがまとめられており、GLM-5.2はコーディングおよび推論ベンチマーク全体で競争力のある位置にあります。SWE-bench Pro、Terminal-Bench、ツール利用評価などで強い数値が示されていますが、独立検証はまだ追いついていません。初期数値は、第三者評価が出るまでは決定的なものではなく、方向性を示すものとして扱うべきです。(LLM Reference)
GLM-5.2とGPT-5、Claudeを比較するなら、現時点で正直に言えるのは、GLM-5.2の方が、比較可能な第三者ベンチマークよりも透明性の高い価格とコンテキスト仕様を持っているということです。
価格と利用方法
Z.aiは、GLM-5.2を自社製品およびパートナープラットフォーム全体に広く展開しており、多くの場合、従来のGLM-5.xモデルと同等またはそれ以下の価格帯で提供しています。(AI for Anything)
主な利用経路は次の通りです。
- GLM Coding Plan(Lite / Pro / Max / Team) — GLM-5.2は、すべての階層で新しいデフォルトのフラッグシップであり、Z.aiのコーディングツールとチャット画面から直接利用できます。(Gigazine)
- 単体APIとチャット — Z.aiは、コーディングツールの展開直後にGLM-5.2のAPIとチャットアクセスを提供すると発表しています。(note)
- サードパーティプロバイダー — OpenRouterやマルチモデルゲートウェイのようなプラットフォームでは、GLM-5.2は入力100万トークンあたり約$1.4(出力はより高額)で掲載されており、一部地域ではGPT-5や同等の最先端モデルよりおよそ1桁安い位置づけになっています。(Atlas Cloud)
- Workers AI(Cloudflare) —
@cf/zai-org/glm-5.2を関数呼び出しと大きなコンテキスト付きで公開し、エッジ関数やサーバーレスワークフローへ直接統合できます。(Cloudflare)
セルフホスティングでは、オープンウェイトとMITライセンスにより、MoE最適化ランタイムを含む自社インフラや特化型推論スタックへGLM-5.2を組み込めます。(Modular)
ユースケース: GLM-5.2が特に強い場面
エージェントやツールのビルダーにとって、GLM-5.2は長大なコンテキストとコーディング特化の強みを活かすときに最も魅力的です。
リポジトリ規模のコーディングエージェント
100万コンテキスト、High/Max推論モード、関数呼び出しの組み合わせにより、GLM-5.2は次の用途で強力な候補になります。
- 自律的なコードベースのリファクタリングと移行。
- サービス間の依存関係分析とAPI表面の探索。
- 複数リポジトリにまたがるマルチステップのバグ調査ワークフロー。
開発者向けガイドでは、GLM-5.2は小規模なサンプルリポジトリではなく「倉庫規模」のエンジニアリングタスクでテストされており、長いコンテキストは「数十万トークンを超えたところで崩れ落ちるのではなく、実際のリポジトリでも持ちこたえる」ことを明確に意図していると説明されています。(dev.to)
長期的なエージェントワークフロー
GLM-5.2は巨大なコンテキストを維持でき、推論制御も提供するため、次のようなエージェントに適しています。
- 以前の実行内容を常に要約し直すのではなく、トークンレベルで豊かな記憶を保持する。
- 関数呼び出しを通じて、複数ターンにわたるAPI、データベース、検索、社内ツールを横断するマルチツールワークフローをオーケストレーションする。(CometAPI)
- ソースコードやドキュメントと並行して、計画、途中結果、ログを保存し、同じコンテキスト内で計画と実行を混在させる。(Lush Binary)
複数のレビューでは、GLM-5.2は、ハードなコンテキスト制限にぶつかることなく何時間も問題に取り組める「長時間稼働」エージェントに対する開発者ニーズへの答えとして位置づけられています。(note)
多言語開発とドキュメント作成
GLM-5.2は強力な多言語サポートを維持しており、英語と中国語が第一級の言語で、GLM-5系列から継承したより広い多言語機能も備えています。そのため、英語–中国語のコードベースやドキュメントをまたいで作業するチーム、特にオープンソース環境で魅力的です。(apidog)
制限と未解決の問い
GLM-5.2は野心的ですが、いくつかの注意点を念頭に置く価値があります。
- ベンチマークはまだ不完全です。 包括的なベンチマークスイートなしでローンチしたため、初期導入者は自己申告のスコアや経験的テストに頼る必要があります。(AI Weekly)
- 100万コンテキストが常にフル公開されるわけではありません。 Cloudflare Workers AIのような一部プラットフォームでは、基盤モデルがより大きなコンテキストをサポートしていても、現在のデプロイは262kトークンなど100万を大きく下回っています。(note)
- MoEと長文コンテキストの推論はハードウェア集約的です。 IndexShareやMTPの最適化で1トークンあたりのFLOPsは削減されても、100万トークンのMoE実行は、より小さな密なモデルと比べて自前ホストのコストが依然として高く、GLM-5.2は単一のコンシューマGPU上での軽量推論のためのそのままの代替品ではありません。(apidog)
GLM-5.2はAIエージェント・エコシステムにどう位置づくか
戦略的に見ると、GLM-5.2はエージェント分野で3つのトレンドを前進させます。
- オープンウェイトの最先端モデル。 GLM-5.2は、最先端クラスのコーディングおよびエージェント機能に加え、100万コンテキストが緩やかなライセンスのもとで提供できることを示しており、オープンソース・エコシステムにより大きなレバレッジを与えます。(Gigazine)
- エージェントファーストの位置づけ。 Z.aiはGLM-5.2を、チャットだけでなく長期ワークフローに最適化された「agent-oriented」モデルとして明確にブランド化しており、これは本格的な自動化ビルダーが求めてきたものと一致しています。(Atlas Cloud)
- コンテキストを第一級の製品機能として扱うこと。 小さなマーケティング上の伸びではなく、IndexShareやMTPのようなインフラ変更を伴って、実用可能な100万トークンへ飛躍したGLM-5.2は、長文コンテキストの信頼性がエージェントプラットフォームの基準期待になりつつあることを示しています。(Latent Space)
創業者、プラットフォームビルダー、エージェントフレームワークの作者にとって、オープンウェイト、エージェント向けチューニング、極端なコンテキストの組み合わせは、GLM-5.2を試す価値のあるモデルにしています。主力エンジンとしてでも、マルチモデルルーティング戦略の一部としてでも同様です。
これはまさにモデル非依存のマルチエージェント基盤が必要とされるケースです。モデルの状況は急速に変化しており、勝つプラットフォームは、スタック全体を再設計せずに、GLM-5.2のようなモデルを難しい問題に差し込めるものです。私たちがMiniMax M2.1をEigentのCAMEL Workforceで実行したように、GLM-5.2のようなオープンウェイトモデルも同じオーケストレーション層にきれいに組み込めます。もしあなたがその種の基盤を構築しているなら、オープンソースのマルチエージェントプラットフォームEigentが、実世界のワークフロー全体で専門モデルをオーケストレーションする方法をぜひ探ってみてください。
よくある質問
GLM-5.2とは何ですか?
GLM-5.2は、Zhipu AI(Z.ai)の最新フラッグシップ・オープンウェイトモデルで、コーディング、推論、エージェント型のツール利用向けにチューニングされています。Mixture-of-Expertsアーキテクチャ(総パラメータ約7530億、トークンごとに約400億がアクティブ)を採用し、100万トークンのコンテキストウィンドウを備え、MITのオープンソースライセンスで公開されています。
GLM-5.2のコンテキストウィンドウはどれくらい大きいですか?
GLM-5.2はglm-5.2[1m]のモデルIDを通じて100万トークンのコンテキストウィンドウをサポートし、これは前のGLM-5.xウィンドウの約5倍です。ただし、一部のプラットフォームでは現在フルの100万を公開していない点に注意してください(たとえばCloudflare Workers AIは、現時点では262kトークンで提供しています)。
GLM-5.2はオープンソースですか?
はい。Z.aiはGLM-5.2をMITライセンスのオープンウェイトモデルとして公開しており、Hugging Face上で重みが利用可能です(たとえばzai-org/GLM-5.2やFP8バリアント)。これはGLM-5およびGLM-5.1のオープンウェイト路線を継承しています。
GLM-5.2の料金はいくらですか?
Z.aiは、GLM Coding Planの各階層におけるデフォルトのフラッグシップとしてGLM-5.2を組み込んでいます。OpenRouterのようなサードパーティゲートウェイでは、入力100万トークンあたり約$1.4(出力はより高額)で掲載されており、一部地域ではGPT-5や同等の最先端モデルよりおよそ1桁安くなっています。
GLM-5.2のHighとMaxの推論モードとは何ですか?
これらは2つの「thinking-effort」階層です。Highは日常的なコーディングタスクのデフォルトで、速度と信頼性のために上限付きの予算でchain-of-thought推論を使用します。Maxは、より難しい問題—単純ではないバグ、サービス横断のリファクタリング、マルチステップ計画—に対して推論予算を引き上げ、レイテンシとトークン消費の代わりに精度を高めます。
EigentでGLM-5.2を使えますか?
はい。Eigentのモデル非依存・マルチエージェントアーキテクチャでは、MCPツールとSkillsフレームワークを通じてタスクをGLM-5.2にルーティングできます。長いコンテキストとコーディング特化の強みをリポジトリ規模の作業に活かしつつ、日常的なタスクには他のモデルを使えます。
Recent Posts

ChromeのChatGPT:サイドチャット、開いているタブ、ブラウザ履歴の解説
ChatGPTがChrome内でサイドチャット、開いているタブのコンテキスト、YouTubeとテキスト選択による質問、デスクトップURLサジェスト、ブラウザ履歴などの機能を提供 — その使い方を解説。

Claude Opus 5:フロンティア級の知性をほぼ半額で
Claude Opus 5はFable 5に近い知性をほぼ半額で提供し、コンピューティングと節約をトレードオフできるエフォートダイヤルを搭載。スペック、価格、エージェントへの影響を解説。

Cursorの代替ツール(無料・オープンソース):あなたが所有するワークスペース
SpaceXによる買収後、無料でオープンソースのCursor代替ツールをお探しですか?コスト・セルフホスティング・モデル選択・データ保管場所を比較し、移行手順も解説します。