GLM-5.3-Flash の技術仕様
| 仕様 | GLM-5.3-Flash |
|---|---|
| Provider | Z.ai (Zhipu AI) |
| モデルファミリー | GLM-5 |
| モデルタイプ | ネイティブにマルチモーダルな Mixture-of-Experts モデル |
| 総パラメータ数 | 320B |
| アクティブパラメータ | 18B |
| アーキテクチャ | ハイブリッド(疎 + 線形アテンション) |
| コンテキストウィンドウ | 1,048,576 tokens (1M) |
| 最大出力 | 131,072 tokens |
| 入力モダリティ | テキスト、画像、動画 |
| 出力モダリティ | テキスト |
| 推論 | 対応 |
| ビジョン | 対応 |
| 関数呼び出し | 対応 |
| ツール利用 | 対応 |
| ウェブ検索 | 対応 API 連携を通じてサポート |
| オープンウェイト | Yes |
| ライセンス | MIT |
| リリース | 2026年8月26日 |
Z.ai は GLM-5.3-Flash を、GLM-5 ファミリーにおける初のネイティブ・マルチモーダルモデルと説明している。合計 320B のパラメータを持つが、推論ステップごとにアクティブ化されるのは 18B のみである。このモデルは疎アテンションと線形アテンションを組み合わせたハイブリッド・アーキテクチャを導入し、mHC を用いてスケーリング効率を向上させている。
GLM-5.3-Flash とは?
GLM-5.3-Flash は、GLM-5 世代の中で効率志向のメンバーであり、最先端レベルの推論とエージェント型コーディング能力を、実行コストを大幅に抑えつつ両立させるよう設計されている。
最も重要な違いは、従来の「Flash」モデルと異なり、Flash は小型モデルを意味しない という点である。GLM-5.3-Flash は合計 320B のパラメータを持つが、MoE アーキテクチャによりトークンあたり 18B のパラメータのみがアクティブ化される。これにより、Z.ai は大規模なパラメータプールによるモデル能力を維持しつつ、推論計算を大幅に削減できる。
また、GLM-5 において初のネイティブ・マルチモーダル対応モデルでもある。テキストに加えて視覚入力をサポートし、コーディング、ブラウザ操作、ドキュメント理解、ビジュアルコーディング、エージェント型ワークフローに位置付けられている。
Z.ai によると、GLM-5.3-Flash は GLM-5.2 の単純な圧縮版ではなく、新たに訓練したベースモデルから出発している。学習には30 兆トークンのマルチモーダル事前学習コーパスを使用し、アーキテクチャは能力と推論効率に合わせて再設計された。
GLM-5.3-Flash の主な特長
- 320B の MoE と 18B のアクティブパラメータ: GLM-5.3-Flash は非常に大きな総パラメータ容量と比較的小さなアクティブパラメータのフットプリントを組み合わせ、密な 320B モデルに比べて提供面で大幅に効率的。
- ネイティブなマルチモーダル理解: 以前の GLM-5 モデルとは異なり、GLM-5.3-Flash はネイティブに視覚入力を処理する。モデルカードには画像理解の例が掲載され、モデルがマルチモーダルであることが明示されている。
- 1M トークンのコンテキスト: 大規模リポジトリ、膨大なドキュメント、長いエージェント軌跡、複雑なマルチステップ・ワークフローなどの長コンテキスト用途向けに設計。Cloudflare と Vercel の両方が 1,048,576 トークンのコンテキストウィンドウを掲示。
- 疎 + 線形アテンションのハイブリッド: GLM として初めて疎アテンションと線形アテンションを組み合わせたモデル。Z.ai によれば、このアーキテクチャは長コンテキスト提供コストを抑えつつ、精緻な長コンテキスト能力を維持する。
- エージェント型コーディングとツール利用: ソフトウェアエンジニアリング、ターミナル作業、ブラウザ操作、ツール駆動ワークフローに最適化。Terminal-Bench 2.1 のスコアは 84.3。
- オープンウェイトでのデプロイ: MIT ライセンスのウェイトは Transformers、vLLM、SGLang、TokenSpeed、KTransformers でデプロイ可能で、セルフホストと推論最適化の選択肢を提供。
GLM-5.3-Flash のベンチマーク性能
GLM-5.3-Flash は、特にコーディングおよびエージェント系ベンチマークで強みを示している。
| ベンチマーク | GLM-5.3-Flash | GLM-5.2 | 注記 |
|---|---|---|---|
| Terminal-Bench 2.1 | 84.3 | 81.0 | ターミナル / エージェント型コーディング |
| DeepSWE v1.1 | 63.4 | 46.2 | ソフトウェアエンジニアリング |
| AutomationBench | 48.8 | 26.2 | コンピュータ操作自動化 |
| Toolathlon-Verified | 78.4 | 59.9 | ツール利用能力 |
| NL2Repo-Bench | 56.3 | 48.9 | 自然言語からリポジトリへのコーディング |
| Agent's Last Exam | 26.3 | 20.4 | エージェント型推論 |
| Humanity's Last Exam | 55.3 | — | ツール使用あり |
| GDPval-AA v2 | 1773 Elo | 1504 Elo | 生産性 / ナレッジワーク |
| OfficeQA-Pro | 62.4 | — | マルチモーダル生産性 |
| CharXiv RQ | 89.4 | — | マルチモーダル推論 |
Hugging Face の公式評価セクションには、Terminal-Bench 2.1 で 84.3、DeepSWE で 63.4、HLE で 55.3 と記載がある。Z.ai のローンチ資料では、AutomationBench、Toolathlon、NL2Repo、GDPval などの追加結果が報告されている。
Independent Artificial Analysis は現在、GLM-5.3-Flash にインテリジェンス・インデックス 57を付与しており、現行の比較セット 108 モデル中で第 3 位に位置付けている。
これらの数値はベンチマーク固有の注意点を踏まえて解釈すべきである。いくつかはベンダー報告であり、評価ハーネスは異なり、ベンチマークスコアはモデル品質の普遍的な序列を示すものではない。
GLM-5.3-Flash と GLM-5.3、GLM-5.2 の比較
| 項目 | GLM-5.3-Flash | GLM-5.3 | GLM-5.2 |
|---|---|---|---|
| モデル世代 | GLM-5 | GLM-5 | GLM-5 |
| ポジショニング | 効率的なマルチモーダル / エージェント型モデル | 高性能な汎用推論モデル | 先代の汎用モデル |
| ネイティブなビジョン対応 | Yes | No | モデルに依存 |
| 総パラメータ数 | 320B | 大型フラッグシップ構成 | 大規模モデル |
| アクティブパラメータ | 18B | — | — |
| コンテキスト | 1M | 200K クラスのデプロイ | 200K クラスのデプロイ |
| 疎/線形アテンションのハイブリッド | Yes | No | No |
| エージェント型コーディング | Excellent | Excellent | Strong |
| オープンウェイト | Yes | デプロイに依存 | デプロイに依存 |
| 主な利点 | 推論計算あたりの能力 | GLM-5 最大の推論能力 | 円熟かつ低コストな GLM 世代 |
重要な違いは、GLM-5.3-Flash は単に GLM-5.3 を小型化したものではないという点である。Z.ai によれば、新規に学習したベースモデルから出発し、ハイブリッド・アテンション、mHC、マルチモーダル事前学習を取り入れた再設計がなされている。
GLM-5.3-Flash と DeepSeek V4 Flash の比較 — サマリー
| 次元 | GLM-5.3-Flash (Z.ai / Zhipu) | DeepSeek V4 Flash (DeepSeek) | 優位 |
|---|---|---|---|
| リリース日 | 2026年8月26日 | プレビュー 2026年4月;主要チェックポイント (0731) 2026年7月31日 | — |
| 総 / アクティブパラメータ | 320B / 18B | 284B / 13B | GLM やや大型 |
| コンテキストウィンドウ | 1M tokens | 1M tokens | 引き分け |
| 最大出力 | 約 131K tokens | 最大 384K tokens | DeepSeek |
| モダリティ | ネイティブ・マルチモーダル(テキスト + 画像 + 動画入力) | 主にテキスト(ビジョン対応の実験的派生あり) | GLM |
| アーキテクチャのハイライト | ハイブリッド(疎 + 線形アテンション)(アテンション計算 約 3× 低減、KV キャッシュ 約 4.4× 縮小、GLM-5.3 フル比) | Compressed Sparse Attention (CSA) + Heavily Compressed Attention (HCA) | それぞれ強みあり |
| ライセンス | MIT(ウェイトは Hugging Face にて提供) | MIT(ウェイト提供あり) | 引き分け |
| 標準 API 価格($/100万トークン) | 入力 $0.15 / 出力 $0.50(キャッシュ入力 約 $0.03) | 入力 $0.14–$0.44 / 出力 $0.28–$1.32(ピーク/オフピークで変動) | GLM 安価 |
| ローンチ・プロモ価格 | 入力 約 $0.075 / 出力 $0.25(期間限定、約 2026年9月初旬まで) | 同等のプロモなし | GLM |
| AA インテリジェンス・インデックス | 57(ベンダー報告) | 約 50(独立計測) | GLM |
| Terminal-Bench 2.1 | 84.3 | 82.7 | GLM |
| DeepSWE | 63.4 | 54.4 | GLM |
| SWE-bench Verified | 独立データは限定的 | 約 79%(強力な独立結果) | DeepSeek |
| 主な強み | 低価格、ネイティブ・マルチモーダル、複数のエージェント/コーディング系スコアでリード、効率的な長コンテキスト | 独立検証の成熟、優れたコーディング/エージェント実績、長コンテキストの高効率設計、強力なエコシステム | — |
| 主な弱み | 新規リリース(いくつかはベンダー報告)、速度は平均的 | マルチモーダル対応が弱い、実効価格が多くの経路で高め | — |
| 最適用途 | 汎用、マルチモーダル、コスト重視、バランスの取れたエージェント能力 | 純粋なコーディング・エージェント、長コンテキストのテキスト推論、独立ベンチが重視されるシナリオ | — |
一文の要約:
2026年8月下旬時点で、GLM-5.3-Flash は価格、マルチモーダル能力、複数の重複ベンチマークで優位に立ち、総合的な価値が高い。一方で DeepSeek V4 Flash は、独立検証の強さと長コンテキスト効率によりコーディング特化のエージェントで引き続き高い信頼性を持つ。最終判断前に、各自のワークロードで双方をテストすべきである。
GLM-5.3-Flash のユースケース
1. エージェント型ソフトウェアエンジニアリング
GLM-5.3-Flash は、リポジトリの調査、複数ファイルの変更、ターミナルコマンドの実行、テストの実施、実装反復が必要なコーディング・エージェントに特に適している。
Terminal-Bench 2.1 の 84.3 と DeepSWE の 63.4 は、ソフトウェアエンジニアリングが同モデルの最強分野のひとつであることを示している。
2. ビジュアルコーディング
GLM-5.3-Flash はネイティブにマルチモーダルであるため、開発者はスクリーンショットやダイアグラムなどの視覚入力をコーディング指示と併せて提供できる。これは UI 実装、ビジュアルデバッグ、デザインからコードへのワークフローに有用である。
3. 長コンテキストのドキュメント分析
1M トークンのコンテキストウィンドウにより、大規模な技術文書セット、リポジトリ、長大なレポート、マルチステージのエージェント履歴に適している。
4. ブラウザおよびコンピュータ操作エージェント
ツール利用とマルチモーダル能力により、ブラウザ、グラフィカルインターフェイス、外部ツールを含むワークフローに適している。
5. エンタープライズ・ナレッジワーク
GLM-5.3-Flash は、構造化・非構造化情報の大量処理を行いながらツールを用いたマルチステップ作業を実行でき、ドキュメント分析、リサーチ支援、ワークフロー自動化に適している。
6. 自社運用の AI インフラ
MIT ライセンスと公開ウェイトにより、デプロイ、データ処理、推論インフラを自社で管理する必要がある組織にとって魅力的である。
GLM-5.3-Flash の API パラメータ
| パラメータ | 説明 |
|---|---|
| model | プロバイダ固有のモデル識別子 |
| messages | 構造化された会話入力 |
| prompt | 対応 API における単一プロンプト入力 |
| max_tokens / max_completion_tokens | 出力トークン上限 |
| temperature | サンプリングのランダム性を制御 |
| tools | ツール/関数の定義 |
| stream | ストリーミング出力の有効化 |
| reasoning | 対応ゲートウェイでの推論努力の制御 |
| Image content | 対応 |
| Function calling | 対応 |
| Context | 最大 1M tokens |
Vercel AI Gateway は現在、最大131,000 の出力トークンをドキュメント化しており、推論用トークンは出力上限に算入される。
CometAPI で GLM-5.3-Flash API を使う方法
Step 1: Get API Access
cometAPI にログインする。まだユーザーでない場合は、まず登録する。CometAPI コンソールにサインインする。インターフェースのアクセス認証 API キーを取得する。パーソナルセンターの API トークンで “Add Token” をクリックし、トークンキー sk-xxxxx を取得して送信する。

Step 2: Send Requests to GLM-5.3-Flash API
「GLM-5.3-Flash」エンドポイントを選択して API リクエストを送信し、リクエストボディを設定する。リクエストメソッドとリクエストボディは当社ウェブサイトの API ドキュメントから取得する。利便性のため、ウェブサイトでは Apifox テストも提供している。アカウントの実際の CometAPI キーで <YOUR_API_KEY> を置き換える。
質問またはリクエストを content フィールドに挿入する—モデルはこれに応答する。API レスポンスを処理して生成された回答を取得する。
Step 3: Process Responses
API は、生成テキスト、引用、セーフティメタデータ、オプションのツール出力を含む構造化された候補レスポンスを返す。マルチモーダルリクエストでは、選択した CometAPI エンドポイントがモデルのビジョン機能を公開している場合、メッセージ内容はテキストと画像入力を組み合わせて構造化できる。
正確な CometAPI エンドポイント、対応パラメータ、現在の可用性は、Z.ai のネイティブ API から推測するのではなく、ライブの CometAPI API ドキュメントから取得する必要がある。
CometAPI の場合、Z.ai、Cloudflare、Vercel のプロバイダ固有 ID をそのままコピーするのではなく、ライブの CometAPI モデルエンドポイントに表示されるモデル ID を使用して統合すべきである。
GLM-5.3-Flash の制限事項
- 大きなモデルフットプリント: アクティブなのは 18B に過ぎないが、公開モデルは約 321B パラメータを含み、従来の 7B~70B モデルをデプロイする場合に比べセルフホストの負荷は大幅に高い。
- 推論速度は絶対的には「フラッシュ」とは限らない: Artificial Analysis は現在、比較環境で秒あたり約 50 出力トークンと測定しており、最速の小型モデルには及ばない。
- 非常に長いコンテキストはインフラ要件を増大: 1M トークンのコンテキストは有用だが、メモリと提供の複雑性を高めうる。
- タスク別にベンチマーク性能は変動: GLM-5.3-Flash はエージェント型コーディングやツール利用ベンチマークで特に強いが、単一のベンチマークでフロンティアなプロプライエタリモデルへの普遍的優位を示すものではない。
- マルチモーダル出力は限定的: ネイティブなマルチモーダル機能は主に入力側であり、標準出力は画像や動画ではなくテキストである。