GLM 5.3 の使い方ガイド：プレイグラウンドでのリクエスト準備、API キーの選び方と推論設定の確認

GLM 5.3 のリクエスト用モデル ID は glm-5.3 で、回答前に必ず推論を行います。公表されている推論の強度は low、high、max です。low にしても思考は無効になりません。古い GLM のチュートリアルからリクエストをコピーする前に、この違いを確認してください。^[1]

ここで説明する利用経路では、サービスの利用先は SeedRouter です。reAPI は GLM 5.3 の推論実行を提供しません。 reAPI で GLM 5.3 のモデル概要を確認し、SeedRouter で利用可否を調べてください。このガイドでは、テキストのリクエストを準備し、適切な認証情報を選び、自分のアカウントでモデルが利用可能になった後にレスポンスを確認する方法を説明します。

SeedRouter の GLM 5.3 ページに進んでください。 送信前に、自分のアカウントでの利用可否と最新の条件を確認します。以下の例は準備用のテンプレートであり、実際の呼び出しが成功した証拠ではありません。^[2]

要点

モデルを正確に合わせてください。ここで扱うフラッグシップは glm-5.3 です。Flash や FlashX の例は、別のモデルを説明しています。^[1]
SeedRouter の GLM 5.3 ページを開き、自分のアカウントで利用できるか確認してください。^[2]
入力はテキストで準備します。Z.ai は GLM 5.3 について、1M トークンのコンテキスト、最大 128K の出力、推論が常に有効であることを公表しています。^[1]
Chat Completions では reasoning_effort を使います。出力トークン数の上限を明示し、リクエスト後に終了理由を確認してください。^[3]
Coding Plan と通常の API 利用は分けて考えてください。Z.ai の現在のキー管理ルールでは、両者の課金種別を区別しています。^[4]

GLM 5.3 はどこで使えますか

まず利用したいサービスを決め、そのサービスに正確なモデル名が掲載されているか確認します。Z.ai のモデルガイドには、フラッグシップの仕様と公式の利用方法が記載されています。この reAPI ページでは、独自のアカウントとサービス画面を持つ SeedRouter に案内します。reAPI にモデルの説明があっても、そのモデルを呼び出せる reAPI エンドポイントが用意されるわけではありません。

この手順では、SeedRouter の GLM 5.3 モデルページを使います。リクエストエディターのモデル ID が glm-5.3 になっているか確認し、説明なく glm-5.3-flash に置き換えないでください。利用できない場合は、別のエンドポイントを推測せず、目的のサービスが利用可能になってから戻ってください。

モデルの掲載を確認できたら、Playground と最新のドキュメントを開きます。フォームのモデル名と、リクエストプレビューのモデルフィールドを照合してください。送信前に、そのサービスの最新の利用料金も確認します。最初のタスクに大きなソースファイルを含めたり、長い回答を求めたりする場合は、特に確認が必要です。

このガイドで扱うのは、ホスティングされたサービスの利用です。モデルの重みをダウンロードして推論サーバーを運用する方法は、別の手順になります。小型の GLM 派生モデルに必要なハードウェアから、このフラッグシップの要件を判断することはできません。

キー・サービス・エンドポイントを対応させる

SeedRouter に送信するリクエストには、SeedRouter が発行した認証情報を使います。公開ナビゲーションには API Keys の項目があり、アクセスにはアカウントが必要な場合があります。reAPI のキーは別のサービスのものです。どちらも model というフィールドを受け付けるからといって、別の提供元へのリクエストに貼り付けないでください。

クライアントを設定する前に、次の項目をひとまとめに記録してください。

設定	確認する内容
サービス	リクエストの送信先にするなら SeedRouter
認証情報	そのサービスとアカウント向けに作成したキー
モデル	現在の掲載情報に示された正確な `glm-5.3` 識別子
エンドポイント	そのサービスの最新ドキュメントにあるエンドポイントとプロトコル
課金	適用料金と、利用できるアカウント残高または利用枠

URL は見た目だけの設定ではなく、連携先を決める要素です。メーカーの例をコピーしてキーだけを変更すると、リクエストの送信先は元のホストのままです。逆に、ホストだけを変えても、元のキーが SeedRouter の認証情報になるわけではありません。両方を意識して設定し、キーをプロンプトや共有用の例に含めないでください。

Z.ai は Standard API キーと Coding Plan キーも区別しています。2026年10月16日以降に作成されたキーでは、対応エンドポイント全体でキーの種別が課金方法を決定し、エンドポイントを変えても種別は変わりません。従来の Compatible キーには別のルールがあります。メーカー側のサブスクリプションで、別サービスへのリクエスト料金も支払えると考えないでください。^[4]

GLM 5.3 の小さなリクエストを準備する

回答を自分で確認できるタスクを使ってください。たとえば、短い関数を渡して具体的な修正を依頼するか、すでに理解している動作の説明を求めます。最初からリポジトリ全体を使うと、問題が利用権限、リクエストの組み立て、タスク自体のどこにあるのかを見分けにくくなります。

以下は、公式のモデルガイドと Chat リファレンスに基づく Chat Completions のリクエストボディのテンプレートです。これ自体が何かを送信することはありません。^[1]^[3]

{
  "model": "glm-5.3",
  "messages": [
    {
      "role": "user",
      "content": "Explain an idempotency key using one short example."
    }
  ],
  "thinking": { "type": "enabled" },
  "reasoning_effort": "low",
  "max_tokens": 2048,
  "stream": false
}

出力上限の 2048 は例として選んだ値です。モデルのデフォルト値でも、すべてのタスクがその範囲内で完了するという保証でもありません。推論と回答の両方が出力上限に収まる必要があります。上限に達して停止した場合は、何が起きたかを確認してから、上限を変えるかタスクを短くするかを判断してください。

GLM 5.3 のモデル ID にはドットが入ります。glm-5-3 は Web サイトのスラッグ、glm-5.3 はリクエストの識別子です。ブラウザーのフォームからコードに移す際も、実際に使うサービスのドキュメントの表記を守ってください。

最初のリクエストでは、ツールや構造化出力そのものを評価するのでなければ、それらの設定を省いてください。これは問題を切り分けやすくするためであり、文書に記載されたモデルの能力を制限するという意味ではありません。基本的なテキストのやり取りが動作したら、タスクの一部を変えて結果を比較します。

推論とプロトコルのフィールドを意識して選ぶ

GLM 5.3 には、仕様上「思考を無効にする」モードがありません。これまで推論を無効にしていたアプリケーションを移行する場合、Z.ai は thinking.type: "disabled" を enabled に変更し、reasoning_effort: "low" を使うよう案内しています。推論の強度のデフォルトは max です。^[1]

上の小さな例では、まず low を使ってください。複雑なコーディングタスクには、Z.ai は max を推奨しています。この推奨が、個々の作業における特定の応答時間、コスト削減、成功率を証明するわけではありません。アプリケーションのデフォルトを変える前に、同じ合格基準で回答を比較してください。

3つのプロトコル系統は、同じリクエストボディを使いません。公式ドキュメントには Chat Completions、Responses、Messages が記載されていますが、メーカーが対応を公表していても、別のサービスで現在利用できることの証明にはなりません。^[1]

プロトコル	テキスト入力	出力上限	強度のフィールド
Chat Completions	`messages`	`max_tokens`	`reasoning_effort`
Responses	`input`	`max_output_tokens`	`reasoning.effort`
Messages 互換	最新の Messages リファレンスに従ってください	同リファレンスに従ってください	他の2形式からフィールドを推測しないでください

Responses のフィールド名は、メーカーのスキーマに基づきます。クライアントとサービスが対応する形式を選び、リクエスト全体でその形式を使ってください。messages の名前だけを変えても、すべての Chat オプションが Responses のオプションに変換されるわけではありません。^[5]

サンプリングの制御も別途確認が必要です。Chat リファレンスには temperature と top-p の記載がありますが、do_sample: false にすると、これらのサンプリング設定は効果を持ちません。画面に設定項目があることや、JSON フィールドが受け付けられたことだけでは、その変更が出力に影響した証拠にはなりません。^[3]

タスクを拡大する前に結果を読む

リクエストが完了したら、回答だけでなく周辺のレスポンスも確認してください。Chat Completions では、返されたモデル名、choices、終了理由、usage などが確認に役立ちます。文書に記載されたトークンフィールドには、prompt_tokens、completion_tokens、total_tokens、入れ子になったキャッシュ済み入力の使用量があります。^[3]

終了理由が length の場合、出力上限に達しています。ツール呼び出しの結果には、アプリケーション側のツール処理が必要です。自動的に通常のテキスト回答になるわけではありません。コード修正を依頼した場合は、パッチを採用する前に関連テストを実行してください。HTTP の成功だけでは、回答が要件を満たすかどうかは分かりません。

ストリーミングでは、回答テキスト、推論、ツール呼び出しの断片を区別してください。公式の例では、reasoning_content が content とは別に返されます。回答テキストしか読まないクライアントは、推論を受信している間、何も返っていないように見えることがあります。この状況は、接続の失敗や、すでに終了したレスポンスとは異なります。^[1]

リクエスト設定、終了理由、自分の検証でタスクが合格したかどうかを短く記録しておいてください。別の推論の強度を試す際の比較材料になります。また、速く返ったという理由だけで、不完全な回答を返す設定を選んでしまうことも防げます。

利用に失敗した場合は、まず実際のサービスエラーを読んでください。生成パラメーターを変える前に、ホスト、キーの発行元、正確なモデル名を確認します。モデルを利用できない場合は SeedRouter の最新の案内に従ってください。キーを追加で作成したり、推測したリクエストを繰り返し送信したりしても、利用できる証明にはなりません。

Z.ai. GLM-5.3 モデルガイド。 2026年10月29日取得：docs.z.ai/guides/llm/glm-5.3。
SeedRouter. GLM 5.3 モデルページ。 2026年10月29日に指定されたサービスの移動先：seedrouter.ai/models/glm-5-3。このガイドのための実際のモデル実行テストは行っていません。
Z.ai. Chat Completion API リファレンス。 2026年10月29日取得：docs.z.ai/api-reference/llm/chat-completion。
Z.ai. API キー管理ガイド。 2026年10月16日更新、2026年10月29日取得：docs.z.ai/devpack/notice/api-key-management。
Zhipu AI. Responses OpenAPI スキーマ。 2026年10月29日取得：docs.bigmodel.cn/openapi/openapi-responses.json。

GLM 5.3 の使い方ガイド：プレイグラウンドでのリクエスト準備、API キーの選び方と推論設定の確認

要点

GLM 5.3 はどこで使えますか

キー・サービス・エンドポイントを対応させる

GLM 5.3 の小さなリクエストを準備する

推論とプロトコルのフィールドを意識して選ぶ

タスクを拡大する前に結果を読む

よくある質問

GLM 5.3 はどこで使えますか？

GLM 5.3 の API キーを取得するには？

GLM 5.3 は無料ですか？

GLM 5.3 の思考を無効にできますか？

GLM 5.3 は画像を読み取れますか？

リクエストが受け付けられれば、すべてのパラメーターが効いた証拠になりますか？

初回の実行前に利用可否を確認する

参考資料