xAI 2026年5月9日のドキュメント更新解説: Grok 4.3、Voice API、Imagine API が Models ページに並ぶ

xAI Docs の Models ページは 2026年5月9日に更新され、Grok 4.3、Voice API、Imagine API、旧モデル退役への導線が同じページで確認できる状態になっています。xAI API の model selection と migration を見るうえで、実務上の参照ページとして重要です。

要点

• Models ページで Grok 4.3 が新しい主要モデルとして案内されている
• Voice API と Imagine API が、text 以外の主要 API として同じ models view に並んでいる
• 2026年5月15日の旧モデル retirement への導線が同じページに表示されている
• API 利用者は、モデル選択、価格、context、reasoning、退役対象をまとめて確認する必要がある

今回の更新で変わること

今回確認した xAI Docs の Models ページでは、Grok 4.3 が New として掲載され、agentic tool calling、non-reasoning mode、1 million token context、input / output pricing、configurable reasoning といった情報がまとめられています。あわせて Voice API、Imagine API も同じページで案内されており、text、voice、image / video の API を横断してどの capability を使うかを選びやすい構成になっています。

重要なのは、これが単なる製品紹介ページではなく、API 利用者の移行判断にも関係する点です。同じページには 2026年5月15日の model retirement が表示され、旧 Grok 4 系、grok-code-fast-1、grok-imagine-image-pro などからの移行導線が置かれています。すでに退役通知の記事で扱った通り、対象 model ID を使い続けると、期限後に request が失敗する可能性があります。Models ページの更新は、その移行先候補や新しい標準モデルを確認するための入口になります。

また、Grok 4.3 を中心に、reasoning effort、tool calling、context window、pricing を同時に見る必要があります。agent や coding workflow では、モデルの賢さだけでなく、tool call の安定性、latency、cost、既存 prompt との互換性が効きます。Voice API や Imagine API を使う場合も、単に新しい endpoint を試すだけでなく、出力品質、課金単位、既存 pipeline との接続を確認する必要があります。

対象になりそうなユーザー・チーム

• xAI API の model registry や provider adapter を管理している platform team
• Grok 4.3 への移行や評価を検討している開発チーム
• Voice API、Imagine API をプロダクト機能や社内 tool に組み込むチーム
• 旧モデル退役に合わせて model ID、pricing、context、reasoning 設定を棚卸しする担当者

実務で確認したいポイント

まず、利用中の model ID と Models ページに掲載されている current model / retirement notice を照合します。旧モデルを使っている場合は、推奨移行先へ切り替えたうえで、既存 benchmark、prompt evaluation、tool-call success rate、cost budget を確認します。

次に、Grok 4.3 を使う場合は reasoning effort の既定値や設定方法を把握しておく必要があります。agentic workflow では reasoning を強くすると品質が上がる一方、latency や cost にも影響します。low、medium、high の使い分けを用途別に決め、production では監視項目に usage と cost を含めたいところです。

結局、この更新をどう見るべきか

この Models ページ更新は、xAI API の現在地を把握するための実務的な入口です。Grok 4.3 の評価、Voice / Imagine API の検討、旧モデル退役対応をばらばらに扱うのではなく、model selection と migration の一部としてまとめて確認するのがよさそうです。