GLM 5.2 無料(2026年): ゼロコストで使う3つの方法と限界の見きわめ
GLM 5.2は無料? ゼロコストの3ルートを検証。OpenRouterに無料エンドポイントはなく、セルフホストは240GB以上のRAM必須。管理型APIは入力$1.4/M、出力$4.4/M。
「GLM 5.2は無料か」への正直な答えは、人々が挙げる4つのルートのうち2つは本物、1つは本物だが請求先を別の誰かに移すだけ、そして1つは存在しない、ということです。Z.aiからの無料ホスティング版GLM 5.2 APIはなく、OpenRouterにも
:freeのGLM 5.2エンドポイントはありません。本当に無料なのは、レート制限つきのウェブチャットと、ダウンロードして自前のハードで動かせるMITウェイトです。それ以外はすべて、トークンかGPU時間のどちらかのコストがかかります。
GLM 5.2 無料: $0でできること(とできないこと)
GLM 5.2はZhipuのフロンティア級オープンウェイトコーディングモデルで、合計753BパラメータのMoE、1Mトークンのコンテキストを持ち、MITライセンスで公開されています。これに関して「無料」は非常によく検索されますが、多くのまとめ記事はサインアップページを貼り付けて答えているだけです。この記事は各ルートを一次情報と照合し、どこで上限に達するかを示します。
| やりたいこと | 機能する無料ルート | 無料ではできないこと |
|---|---|---|
| ブラウザでGLMモデルとチャットする | Z.aiウェブチャット、カード不要、レート制限あり | 無料チャットからAPIとして呼び出す |
| 自分が所有するハードでモデルを動かす | MITウェイトをダウンロードし、量子化してllama.cppで動かす | 240 GB以上のRAM費用を避ける |
| コードからAPIとして呼び出す | Z.aiの無料ホスティングAPIなし、OpenRouterの:freeバリアントもなし | z-ai/glm-5.2:freeエンドポイントを得る(存在しない) |
| アプリに組み込んでユーザーに提供する | Puterのユーザー負担ブリッジ(ユーザーがトークンを負担) | トークンコストをなくす(エンドユーザーに移るだけ) |
最初の2行のルートが、個人にとって本物のゼロコストの選択肢です。APIの行こそ、でっち上げが最も多く発生する場所です。人々は「glm 5.2 free api」と検索し、存在しないOpenRouterの:freeルートを作り出したブログにたどり着き、午後をまるまる無駄にします。それはそこにありません。
すでに管理型APIが欲しいと分かっていて「無料」は単なる出発点のフィルターだったのなら、代替手段まで飛んでください。$0で済ませたいなら、このまま読み進めてください。以下のルートは、実際にどこまで到達できるかで順位づけしています。
意思決定フレーム: どの無料ルートが自分に合うか
詳細を読む前に選んでください。
各無料ルートが正解となる場合
- Z.aiウェブチャットを使う: GLMの文章力や推論をブラウザで試したい、単発の質問をしたい、コピー&ペーストで軽くコーディングしたい場合。インストール不要、カード不要。これが最速のゼロコストルートです。
- MITウェイトをセルフホストする: 256 GB以上のマシン(またはラック)があり、オフラインまたはエアギャップ環境での推論が必要、あるいはコンプライアンス部門が監査可能なオープンウェイトを要求する場合。ライセンス料は無料ですが、RAMと電気代を支払います。
- ユーザー負担ブリッジ(Puter)を使う: アプリを構築中で、自分が請求を肩代わりする代わりに、各エンドユーザーに自分のGLMトークンを負担してもらいたい場合。開発者としてのあなたには無料ですが、総額として無料ではありません。
無料を追い求めるべきでない場合
- バックエンド用にホスティング版GLM 5.2 APIが必要で、それを$0で期待している。それは存在しません。下限は有料レート、入力$1.4/M、出力$4.4/Mです。
- 64 GBや128 GBのラップトップでセルフホストを期待している。ウェイトは実用的な品質では収まりません。最小の理にかなった量子化でも約240 GBが必要です。
- SLA付きの信頼性が必要。ここにある無料ルートはすべてベストエフォートです。レート制限、クォータのリセット、ハードウェア故障はすべて自分で吸収することになります。
打ち切りルール
GLM 5.2の出力品質を評価したいだけなら、無料のZ.aiウェブチャットが10分で答えてくれるので、読むのをやめてかまいません。このセクションから先はすべて、プログラム的またはセルフホストのアクセスが必要な人向けで、そこでは「無料」に本物のトレードオフがあります。
各無料ルートに必要なもの
3つの本物の無料ルートは、それぞれ異なるものを要求します。始める前に並べて確認し、240 GBのダウンロードを途中まで進めてから自分のマシンが収まらないと気づく、という事態を避けましょう。
| 無料ルート | 必要なもの | 最初の出力までの時間 |
|---|---|---|
| Z.aiウェブチャット | ブラウザとZ.aiアカウント(カード不要) | 1分未満 |
| MITウェイトのセルフホスト | 256 GB以上のマシン、llama.cppまたはLM Studio、約240 GBの空きディスク、GGUF量子化版 | 数時間(ダウンロード+ロード) |
| Puterユーザー負担ブリッジ | アプリ内のPuter SDK、それぞれ自分のトークンを負担するエンドユーザー | 統合作業に午後いっぱい |
特にセルフホストのルートでは、メモリの数字が絶対的な関門です。GLM 5.2は753BパラメータのMoEなので、最小の実用的な量子化でも約240 GBのRAMまたはユニファイドメモリが必要です。16 GB、32 GB、64 GBのラップトップは、GPUの有無にかかわらず土俵に上がれません。コンシューマー向けハードウェアで数字が合わないなら、ウェブチャットと有料APIだけが唯一の道であり、それを恥じる必要はありません。753Bモデルを自宅でセルフホストする人はほとんどいないのですから。
ルート1: Z.aiウェブチャット(正真正銘の無料、レート制限あり)
chat.z.aiのZ.aiウェブインターフェースでは、クレジットカードなしでGLMモデルとチャットできます。これは最も摩擦の少ないゼロコストルートです。ページを開いてサインインし、入力するだけです。
これを規定する限界は2つあります。
- APIなし。 無料ウェブチャットはUIです。Cline、Claude Code、あるいは自分のスクリプトをそこに向けることはできません。プログラム的なアクセスが必要になった瞬間に、このルートは終わり、有料APIかセルフホストに移ることになります。
- レート制限。 無料枠のメッセージスループットには上限があり、正確なクォータはリリースごとに変わってきているので、他所で読んだ具体的な数字はどれも古いものと見なしてください。本格的に頼る前に、インターフェースで現在の制限を確認しましょう。
もう1つ、正確に押さえておく価値のある注意点があります。SEOファームどうしでもここは意見が食い違うからです。無料ウェブチャットがどのGLMバージョンを提供するかはリリースごとに変わってきており、Z.ai自身のドキュメントではGLM 5.2の早期アクセスは有料のGLM Coding Planに紐づいていました。無料枠のセッションでは、5.2がサブスクリプションの裏に置かれつつ、それより前のGLMが提供されることもあります。無料チャットが確実に5.2を渡してくれると決めつけないでください。自分のセッションのモデルラベルを見ましょう。それが、あなたのアカウントと現在のロールアウト状況を反映する唯一の情報源だからです。ラベルに5.2と書かれていないなら、無料ウェブチャットはより古いモデルを提供しており、5.2そのものへのルートは有料のCoding Planか代替エンドポイントになります。
もう1つ計画に織り込むべきこと: 無料ウェブチャットはあなたのコードベースの記憶を持たず、ツールアクセスもありません。ボックスに貼り付けたものに答えるだけです。GLMの推論やコードスタイルが自分に合うか判断するにはそれで十分ですが、ファイルを読んだりコマンドを実行したりする必要があるものにはまったく役立ちません。評価の問いが「このモデルは自分が出荷するようなコードを書くか」なら、無料チャットが答えてくれます。問いが「このモデルは自分のエージェントループを駆動できるか」なら、無料チャットは配線して試すことすらできません。
ウェブチャットの上限は3つです。APIなし、メッセージ数の上限、そして保証されないモデルバージョン。評価や軽いチャットには向いていますが、ワークフローには向いていません。
ルート2: MITウェイトのセルフホスト(ライセンスは無料、ハードウェアは無料でない)
これが、GLM 5.2を正真正銘、永続的にトークン単価ゼロにするルートです。ZhipuはウェイトをHugging Faceのzai-org組織下でMITライセンスにより公開しました。2026年7月13日に確認: zai-org/GLM-5.2リポジトリはゲートなしで、モデルカードにMITタグが付いており、460,000回以上ダウンロードされています。MITは商用利用、改変、再配布のすべてを許可します。
MITが与えてくれないのは無料の計算資源です。GLM 5.2は合計753BパラメータのMoEです。フルBF16精度ではウェイトは約1.5 TBで、単一のデスクトップには収まりません。無料のローカル推論とは、GGUFへの量子化とメモリ下限を受け入れることを意味します。
| 量子化 | 必要な概算メモリ | 現実的なマシン | 速度 |
|---|---|---|---|
| 2ビットGGUF | 約240 GB | 256 GB Mac Studio / 大容量DDR5マシン | 約3~9 tok/s |
| 4ビットGGUF | 約376 GB | 512 GB Mac Studio | 実用的、より良い品質 |
| 8ビットGGUF | 約750 GB | マルチソケットサーバー | ほぼロスレス、ロードは遅い |
| フルBF16 | 約1.5 TB | 8x H100/H200クラス | 本番スループット |
個人にとっての実用的な下限は、256 GBマシン上の2ビット量子化版です。24 GBのGPU単体(たとえば4090)では2ビット量子化版すら保持できず、システムRAMへのオフロードに頼ることになり、毎秒1桁台前半のトークンまで落ち込みます。このモデルを64 GBや128 GBのラップトップで快適に動かせる構成はありません。
量子化の選び方、llama.cppやLM Studioの配線、コンテキストを伸ばすためのKVキャッシュの量子化は、それぞれ別の仕事です。ここでハードウェアの計算を再導出するのではなく、それを端から端までカバーする2つのガイドを使ってください。
- GLM 5.2ローカルGGUF実行ガイド: 単一のMac Studioか、1つのGPUと大量のRAMを持つデスクトップ向け。量子化の選択、
llama.cppのフラグ、LM Studio、期待できる速度をカバーしています。 - GLM 5.2セルフホストvLLMハードウェア・コストガイド: H200クラスのGPUでフル精度モデルをチームに提供する場合向け。ホスティングプランと比較した月額コストの計算も含みます。
セルフホストのルートで人々がつまずく脚注が2つあります。第一に、1Mコンテキストはコンシューマーハードウェアではウェイトと一緒に無料でついてくるわけではありません。そのような長いコンテキストのKVキャッシュはウェイトの上にさらに数百GBを必要とするので、256 GBのマシンでは現実的にフルの100万ではなく16Kから64Kのコンテキストで動かすことになります。第二に、ダウンロード自体が大きいです。2ビットGGUFですら取得・保存に約240 GBかかるので、始めた後ではなく始める前にディスクと帯域幅を確保しておきましょう。
GGUFビルドとローカルで動くllama.cppが揃ったら、最小限の動作確認ループは次のようになります。自分のサーバーに向けた同じOpenAIの形を使います。
from openai import OpenAI
# llama.cpp server started with: ./llama-server -m glm-5.2-UD-IQ2_M.gguf --host 0.0.0.0 --port 8080
client = OpenAI(base_url="http://localhost:8080/v1", api_key="not-needed")
resp = client.chat.completions.create(
model="glm-5.2",
messages=[{"role": "user", "content": "Say OK if you are running."}],
)
print(resp.choices[0].message.content)
このルートの上限はメモリ費用です。ライセンス料は無料ですが、256 GBマシンが入場券であり、単一GPUのマシンでは遅く動きます。ほとんどの人にとって、計算はホスティングエンドポイントに有利に傾きがちです。週あたりおよそ3,000プロンプト未満なら、1日の大半をアイドルで過ごすセルフホストノードの電気代+減価償却より、有料プランや管理型APIのほうが安上がりです。セルフホストが勝つのは、大量利用、オフライン要件、監査可能なウェイトに対するコンプライアンス要求であって、カジュアルな利用ではありません。
ルート3: サードパーティの「ユーザー負担」ブリッジ(あなたには無料、皆には無料でない)
見過ごされがちな、開発者にとって本物の無料ルートがあります。Puterのようなプラットフォームはz-ai/glm-5.2を「ユーザー負担」モデルで公開しています。開発者はSDKを統合し、何も支払いません。各エンドユーザーが自分のトークンコストを負担します。持ち込み式のバー(BYO)がホストにとって無料であるのと同じ意味で無料です。
これは特定の形のアプリでは正当です。ユーザーが自分の使用分を持ち込み、あなたが総額の請求を肩代わりしたくないクライアントサイドのツールです。自分のバックエンド用に無料トークンを得る方法ではありませんし、SLAでもありません。出荷する前にプラットフォームの請求・データ条項を読んでください。「無制限、キー不要」という謳い文句は、モデルのコストではなく開発者のコストを説明しているからです。また、ユーザーとモデルの間にサードパーティが入るので、データ取り扱い義務がある場合には問題になります。
このルートは2か所で上限に達します。コストは消えず、あなたのユーザーに移ります。そしてあなたはZ.ai本体ではなく、サードパーティのブリッジの稼働時間と条項を信頼することになります。趣味のアプリやデモならそれでかまいません。ビジネスが依存する何かなら、推論を運用する相手との契約が欲しいところですが、無料ブリッジはそれを与えてくれません。
存在しないルート: 「OpenRouter無料版」
これは率直に言うべきものです。最も検索される誤った手がかりだからです。
OpenRouterに無料のGLM 5.2エンドポイントはありません。 2026年7月13日にOpenRouterのmodels APIと照合済み:
z-ai/glm-5.2は存在し、有料モデルで入力$0.93/M、出力$3.00/M、コンテキストウィンドウは1Mです。- OpenRouterにはIDが
:freeで終わるモデルバリアントが23種類あります。その中にGLM 5.2はありません。 openrouter.ai/z-ai/glm-5.2:freeのようなURLはHTTP 200を返しますが、それはシングルページアプリの外枠を読み込むからであって、その裏に無料ルートが存在するからではありません。読み込まれるページと、動くエンドポイントを混同しないでください。これこそが「OpenRouterで無料GLM 5.2」のまとめ記事を生み出すまさにその罠です。誰かがページがレンダリングされるのを見て、ルートが生きていると思い込むのです。
OpenRouterの無料枠は本物です。ただこのモデルはカバーしていないだけです。実際に何が得られるかについて、上限はOpenRouterのレート制限リファレンスからそのまま引用します。
| OpenRouter無料枠のルール | 値 |
|---|---|
| 1日あたりリクエスト数、購入クレジット < $10 | 50 |
| 1日あたりリクエスト数、購入クレジット ≥ $10 | 1000 |
:freeバリアントの1分あたりリクエスト数 | 20 |
つまり、コーディング用にOpenRouterで無料モデルが欲しいなら、23種類の:freeバリアント(DeepSeek、Qwen、Gemma、Nemotronなど)から選ぶことになり、GLM 5.2ではありません。それらの無料バリアントには上表の上限があり、任意のリクエストでどの物理プロバイダーが提供するかの保証もありません。どの無料APIの枠が実際のコーディング作業に耐えるかのより広い順位づけについては、コーディング向け無料LLM API枠の順位づけガイドを参照してください。
無料ルートとその限界: 並べて比較
flowchart TD
A[Need GLM 5.2 at $0?] --> B{How do you want to use it?}
B -->|Chat in a browser| C[Z.ai web chat]
B -->|Run on my own machine| D[MIT weights + GGUF]
B -->|Ship in an app| E[Puter user-pays]
B -->|Call as a backend API| F[No free hosted API]
C --> C1[Cap: no API, rate limits, version not guaranteed 5.2]
D --> D1[Cap: needs 240GB+ RAM, ~3-9 tok/s on 256GB]
E --> E1[Cap: users pay tokens, no SLA]
F --> F1[Floor is paid: $1.4/M in, $4.4/M out]
F1 --> G[Managed: z-ai/glm-5.2 on one endpoint]
| ルート | あなたには無料? | 絶対的な限界 | 最適な用途 |
|---|---|---|---|
| Z.aiウェブチャット | はい | APIなし、レート上限あり、バージョンが5.2とは保証されない | 出力品質の評価 |
| MITウェイトのセルフホスト | はい(ライセンス料なし) | 約240 GBのRAM下限、GPU 1枚では遅い | オフライン / 監査可能 / 大量利用 |
| Puterユーザー負担 | はい(ユーザーが支払う) | コストがエンドユーザーに移る、SLAなし | クライアントサイドアプリ |
OpenRouter :free GLM 5.2 | 存在しない | そのようなエンドポイントはない | (選択肢ではない) |
| 管理型API(ofox / Z.ai) | いいえ | 有料: 入力$1.4/M、出力$4.4/M | 信頼性が必要なバックエンド |
無料のGLM 5.2を追い求めるときのよくあるエラー
| 症状 | 原因 | 対処 |
|---|---|---|
OpenRouterでz-ai/glm-5.2:freeがmodel not found | その無料バリアントは存在しない | 本物の:freeモデル、有料のz-ai/glm-5.2、またはセルフホストを使う |
| 無料ウェブチャットの回答が期待より短い・弱い | 無料枠が5.2ではなく旧GLMを提供している可能性 | セッションのモデルラベルを確認。5.2のアクセスには有料のCoding Planが必要な場合がある |
ウェブチャットで429 Too Many Requests | 無料枠のメッセージレート制限に達した | クォータの時間枠を待つか、有料API/セルフホストに移る |
ローカルのllama.cppロードが失敗またはOOM | 量子化がRAMに対して大きすぎる | 2ビットGGUF(約240 GB)に落とす。64/128 GBのマシンでは動かせない |
| 24 GBのGPU 1枚で約1~3 tok/s | ウェイトがシステムRAMにオフロードされている | DDR5(256 GB以上)を追加するか速度を受け入れる。GPU単体では量子化版を保持できない |
| Puter統合であなたに請求される、ユーザーではなく | ユーザー負担モデルを読み違えている | 各エンドユーザーが自分のトークンを負担するクライアントサイドのフローを確認する |
チーム向け無料GLM 5.2: $0のスケールが止まる地点
無料ルートは1人向けに作られています。チームが共有した瞬間に破綻するので、それを軸に計画を立てる前に、どう破綻するかを知っておく価値があります。
ウェブチャットには共有アカウントのモデルがありません。開発者それぞれが自分のセッションを開き、自分のレート制限にぶつかります。プールされたクォータも、使用状況ダッシュボードも、誰が何を消費したかを見る方法もありません。無料チャットに2人ならかまいません。10人のチームがそこに標準化しようとするのは計画ではなく、10個の別々のベストエフォートセッションです。
セルフホストはチーム向けにスケールするルートですが、一度に1人を超えるスループットが必要になった瞬間に無料でなくなります。2ビット量子化版を動かす1台の256 GB Mac Studioは、コーディングエージェントのセッション1つを毎秒3~9トークンで提供します。3人の開発者をそこに向けると、互いの後ろで順番待ちになります。チームに提供するとは、H200クラスのGPU上でフル精度モデルを動かすことを意味し、これは本物のハードウェア予算であり、セルフホストvLLMハードウェア・コストガイドでカバーしています。その時点で、GPUラックの償却コストとトークン単位のAPI請求を比較することになり、ほとんどのチームにとっては、量子が非常に高くなるまではAPIが勝ちます。
ユーザー負担ブリッジは、チームで生き残る唯一の「あなたには無料」のルートです。まさに何もプールしないからです。各エンドユーザーが自分の分を支払います。外部ユーザーを持つ製品には機能します。社内のエンジニアリングチームには機能しません。そこでは「各ユーザーが自分のトークンを支払う」ことは、単にすべてのエンジニアがサードパーティとの請求関係を必要とすることを意味し、共有APIキー1つより悪くなります。
チーム向けの正直な見立て: 無料ルートは評価に使い、その後はキー単位の使用状況が見える有料エンドポイントに標準化しましょう。そこでの共有設定はベースURL 1つとモデルID 1つで、全員が同じ組織のウォレットに対して、追跡可能な使用状況とともに請求されます。それがアクセスガイドでCoding Plan向けにカバーしているTeam層のストーリーであり、同じ形が管理型ゲートウェイを通しても機能します。
代替手段: 無料ルートが上限に達したとき
無料は出発点のフィルターであって、ゴールラインではありません。ウェブチャットのレート制限やセルフホストのRAM費用にぶつかったら、実際上の問いは「最も安く信頼できるAPI」になり、フロンティアモデルに正直な$0の答えはありません。以下は順位づけしたリストで、ofoxを先頭に、続いてその他を、実際の数字とともに挙げます。
| 選択肢 | GLM 5.2 APIレート | 得られるもの | 選ぶべきとき |
|---|---|---|---|
ofox(z-ai/glm-5.2) | 入力$1.4/M、出力$4.4/M | 1つのOpenAI互換エンドポイント、多数のモデルにまたがる1つのキー。z-ai/glm-5.2自体が完全な1Mトークンのコンテキストウィンドウを提供 | ベンダーごとのサインアップなしで、GLM 5.2と他のモデルを単一のAPIの裏で使いたい |
| Z.ai直接 | 入力$1.4/M、出力$4.4/M(キャッシュ$0.26/M) | ファーストパーティAPI、GLM Coding Planのサブスクリプションオプション | GLMだけを使い一次情報が欲しい、または定額のCoding Planが欲しい |
| OpenRouter | 入力$0.93/M、出力$3.00/M | 使用量ベースのルーティングを持つアグリゲーター | すでにすべてをOpenRouter経由でルーティングしている |
| セルフホスト | $0/トークン、約240 GBのRAM費用 | 完全な制御、オフライン、MITウェイト | 非常に大量の利用、または厳格なコンプライアンス要件 |
無料ルートが尽き、Z.aiのサインアップやセルフホストクラスタなしで管理型APIとしてGLM 5.2が欲しいなら、ofoxがz-ai/glm-5.2を入力$1.4/M、出力$4.4/Mで、1つのOpenAI互換エンドポイントで提供します。上のローカル動作確認と同じOpenAI SDKの形で、ベースURLが違い、ofoxカタログ内の他のモデルにも届く1つのキーを使うだけです。
from openai import OpenAI
client = OpenAI(base_url="https://api.ofox.ai/v1", api_key="YOUR_OFOX_KEY")
resp = client.chat.completions.create(
model="z-ai/glm-5.2", # this model ID already serves the full 1M-token context window
messages=[{"role": "user", "content": "Refactor this function to async."}],
)
print(resp.choices[0].message.content)
これは無料ではありませんし、フロンティアモデルをトークン単価$0で謳うゲートウェイは真実を語っていません。正直なトレードは、評価には無料チャット、ハードウェアがあればMITセルフホスト、そして「ただ動く」APIが必要なときは有料の管理型エンドポイントです。GLM 5.2の有料レートを、明白な西側の代替と天秤にかけているなら、GLM 5.2 vs GPT-5.5 コスト比較がタスクあたりの計算を回しているので、見出しの誇大宣伝ではなく価格で選べます。
この更新のためにチェックした情報源
- Hugging Faceモデルリポジトリ: https://huggingface.co/zai-org/GLM-5.2
- OpenRouter GLM 5.2 モデルページ: https://openrouter.ai/z-ai/glm-5.2
- OpenRouter API レート制限リファレンス: https://openrouter.ai/docs/api/reference/limits
- Z.ai GLM-5.2 開発者概要: https://docs.z.ai/guides/llm/glm-5.2
- Z.ai ウェブチャット: https://chat.z.ai/
- Z.ai Coding Plan サブスクリプション: https://z.ai/subscribe
- ofox 管理型 GLM 5.2 モデルページ: https://ofox.ai/models/z-ai/glm-5.2
フロンティアモデルについての「それは無料か」という問いのパターンは、いつも同じです。ウェイトやデモは無料でも、計算資源は決して無料ではありません。GLM 5.2はきれいな一例で、本当にダウンロードしてフォークできるMITウェイトがあり、試すための無料ブラウザチャットがあり、そしてプログラム的に必要になった瞬間に、有料トークンか本格的なハードウェアという確たる下限があります。API側をゼロコストで提供すると謳う者は、請求先をあなたのユーザーに移しているか、でっち上げているかのどちらかです。


