Skip to main content
AI Chat v2 API(/aichat2/conversations)は次世代の対話インターフェースであり、AI Chat API の全面的なアップグレード版です。v1 のシンプルで多回対話管理機能を基盤とし、以下の拡張を行っています:
  • マルチモーダルユーザー入力:構造化された message フィールドでテキスト+画像+ファイルブロックを直接送信可能で、references を介した間接的な添付は不要です。
  • エージェント化ツール呼び出し:ネット検索、ウェブスクレイピング、ファイル読み取りなどのツールを内蔵し、ユーザーが認可した MCP サーバー(Google Drive、Notion、Slack、GitHub など)もマウント可能。モデルは1回のリクエストで複数回自律的にツールを呼び出し複雑なタスクを完遂できます。
  • 構造化ストリーミングイベントaccept: text/event-stream または application/x-ndjson により、逐次トークンの text_deltatool_usetool_resultthinkingcitationcardartifact などのイベントを取得可能で、フロントエンドでタイプ別にレンダリングしやすくなっています。
  • 中断・再開可能:モデルがユーザー補足情報を求める際に ask_user_question イベントを発し処理を一時停止。次回呼び出し時に tool_results で回答を返すことで続行可能です。
  • CRUD 操作の追加:同一エンドポイントで action フィールドを用い、retrieve / retrieve_batch / update / delete を実行可能。追加の会話管理 API は不要です。
  • 継続的に更新されるモデルリスト:デフォルトで GPT-5.4、Claude Opus 4.7、Claude Sonnet 4.6、Gemini 3.1 Pro、GLM 5.1、DeepSeek V4、Kimi K2.5 などの最新モデルに対応しています。
また、リクエストボディは完全に v1 と下位互換で、model + question(+ 任意で stateful / id / references / preset)のみで v1 と同等の {answer, id} JSON レスポンスが得られます。したがって、/aichat/conversations からの移行はクライアントの書き換え不要で、パスを /aichat2/conversations に変えるだけで済みます。
現在 /aichat/conversations を利用中の場合、旧インターフェースは引き続き提供されており、任意のペースで移行可能です。

申請手順

API を利用するには、まず AI Chat v2 API の該当ページでサービスを申請します。ページにアクセス後、「Acquire」ボタンをクリックするとリクエストに必要な認証情報が取得できます。 未ログインまたは未登録の場合は自動的にログインページにリダイレクトされ、登録・ログイン後に元のページに戻ります。 初回申請時には無料利用枠が付与され、無料で API を利用可能です。

基本的な使い方

最も簡単な使い方は v1 と完全に同じで、model + question を送信し {answer, id} を受け取ります。 CURL の例:
返却例:
Python の例:
利用可能な model は右側の Try パネルのドロップダウンで直接確認可能で、主なカテゴリは以下の通りです:
  • OpenAI:gpt-5.4-minigpt-5.4-nanogpt-5.2-progpt-5.1-allgpt-5-allgpt-4.1gpt-4ogpt-4o-imageo3o4-mini など
  • Anthropic:claude-opus-4-7claude-opus-4-6claude-opus-4-5-20251101claude-sonnet-4-6claude-sonnet-4-5-20250929claude-haiku-4-5-20251001 など
  • Google:gemini-3.1-progemini-3.1-pro-previewgemini-3.1-flash-image-previewgemini-3-pro-previewgemini-2.5-flash-lite など
  • xAI:grok-4grok-4-1-fastgrok-4-1-fast-reasoninggrok-3-mini-fast など
  • DeepSeek:deepseek-v4-flashdeepseek-v3.2-expdeepseek-r1-0528 など
  • Moonshot:kimi-k2.5kimi-k2-thinkingkimi-k2-thinking-turbo など
  • Zhipu:glm-5.1glm-5glm-5-turboglm-4.7glm-4.5v など
詳細な課金ルールはサービスページの Pricing カードを参照してください。

多回対話

v1 と同様に、stateful: true を送信して会話保存を有効にすると、API は id を返します。以降のリクエストで同じ id を送れば対話を継続でき、メッセージ履歴を自分で管理する必要はありません。 初回リクエスト例:
返却例:
2回目以降のリクエストは同じ id を含めます:
返却例:
stateful のデフォルトは true で、省略時も明示的に true を送った場合と同じです。サーバー側に対話を保存してほしくない場合は、明示的に stateful: false を設定してください。

ストリーミングレスポンス

v2 は2種類のストリーミング形式をサポートし、accept ヘッダーで選択します:

NDJSON の例

NDJSON の各行は構造化イベントで、最も一般的なのは text_delta です:

SSE の例

ブラウザ側の EventSource はカスタムリクエストボディをサポートしないため、fetch と手動で \n\n 区切り解析を使うことを推奨します:

ストリーミングイベントタイプ

最終回答のみを必要とするクライアントは、すべての text_deltacontent を連結すれば、application/json モードの answer と同等です。

マルチモーダル入力

ユーザー入力に画像やファイルが含まれる場合は、question の代わりに message(配列)を送信します。各配列要素はコンテンツブロックです:
対応ブロックタイプ:
  • text — 通常テキスト。必須フィールドは text
  • image_url — 画像。必須フィールドは image_url.url
  • file_url — ファイル(PDF、CSV、TXT など)。必須フィールドは file_url.url

v1 の references との関係

旧クライアント互換のため、v2 は依然として references: ["https://...", ...] フィールドを認識します:
  • URL の拡張子が jpg / jpeg / png / gif / bmp / webp / svg / heic / heif の場合、自動的に image_url ブロックに変換。
  • その他の拡張子は file_url ブロックに変換。
  • 同時に question がある場合は、それを先頭の text ブロックとして扱います。
したがって、v1 から移行してリクエストボディを変更したくない場合は、パスを /aichat2/conversations に変えるだけで、従来の references の使い方はそのまま動作します。 より細かい制御(複数画像をテキスト間に挿入したい、順序が重要など)が必要な場合は、直接 message 配列を使ってください。

ツール呼び出しと MCP

v2 のコア強化点は、モデルが自律的にツールを呼び出して多段階タスクを完遂できることです。これはデフォルトで有効で、クライアント側で特別な設定は不要です。典型的なシナリオ:
  • ユーザーが「最近の上海の新しい展示を調べて」と尋ねる → モデルが内蔵の web search を呼び出し → 結果をまとめて回答。
  • ユーザーが「この PDF を読んで要約を書いて」と依頼 → モデルが file_read を呼び出し → 要約を作成。
  • ユーザーが Connections で Google Drive / GitHub / Notion などを認可済み → モデルが対応する MCP ツールを呼び出してデータを読み書き。
NDJSON / SSE ストリームでは、ツール呼び出しは tool_usetool_result イベントで表現されます。例:
フロントエンドでツール呼び出しの詳細を表示したくない場合は、tool_use / tool_result / card / citation のイベントを無視しても問題ありません。モデルの最終出力は引き続き text_delta で流れます。 max_turns パラメータで、モデルが1回のリクエスト内で自律的にツールを呼び出せる最大回数を制限可能です。デフォルト上限はプラットフォーム側で決定されます。小さく設定(例:max_turns: 1)すると単一回答に強制し、ツール呼び出しを禁止できます。

中断対話の再開

一部ツールはモデルにユーザーへ「質問返し」をさせることがあり、その際モデルは ask_user_question イベントを発し、対話は awaiting_user_input 状態で停止します:
フロントエンドはこのイベントをカードとして表示しユーザーに選択させ、同じ id で次のリクエストを送り、回答を tool_results で返します:
リクエストボディの tool_use_id は中断時の tool_id完全に一致する必要があります。不一致の場合は 400 エラーとなります。tool_results がある場合、question / message / references は無視されます。 ユーザーが質問を放棄する場合は、新しい question / message を送信すればよく、プラットフォームは中断中のツール呼び出しを「ユーザースキップ」とマークします。

会話管理(CRUD)

v2 は同一エンドポイントで action フィールドを使った軽量会話管理を提供し、別途 API を用意しません。

action: retrieve — 会話取得

メッセージ履歴、modeltitletools_used などを含む完全な会話ドキュメントを返します。

action: retrieve_batch — 会話サマリー一覧

{ items: [...], total } を返します。サマリーには messages は含まれません。サイドバーリストなどに適し、ユーザーが特定会話を開く際に action: retrieve で詳細を取得します。 オプションのフィルター:user_idapplication_idmodel_groupmodel

action: update — タイトル変更や履歴書き換え

messages も送信可能ですが、サーバー側で厳密なスキーマ検証(折りたたまれた ToolUseContent 形式であること)が行われ、不適合時は 400 エラーとなります。通常はタイトル変更にのみ使用推奨。

action: delete — 会話削除

{ id, success: true } を返します。削除後は復元不可のため、実行前に十分確認してください。

v1 からのスムーズな移行

既に /aichat/conversations を利用中の場合、v2 への移行はほぼコード変更不要です:
  1. URL を https://api.xhuoapi.ai/v1/aichat/conversations から https://api.xhuoapi.ai/v1/aichat2/conversations に変更。
  2. 以前の v1 モデル名(例:gpt-3.5gpt-4-browsing など)を使っていた場合は、v2 では最新モデル(例:gpt-5.4claude-opus-4-7gemini-3.1-pro など)へのアップグレードを推奨。
  3. NDJSON ストリームのフィールドは下位互換を保ち、各 text_delta イベントは引き続き delta_answerid を含むため、従来の行単位で delta_answer を解析するクライアントは変更不要。
移行後は必要に応じて v2 の新機能(マルチモーダル message、SSE、ツール呼び出し、action CRUD)を段階的に導入してください。

エラー処理

エラー応答は統一フォーマットです:
主なエラー:
  • 400 bad_request:必須フィールド不足、tool_use_id 不一致、messages スキーマ不正など。
  • 401 invalid_tokenauthorization ヘッダー不正。
  • 404 not_foundaction: retrieve / update / delete 時に指定 id の会話が存在しない。
  • 429 too_many_requests:レートリミット超過。
  • 500 chat_error:上流 LLM エラーまたは当該ラウンドの completion_tokens=0(消費なし扱いで課金なし)。
ストリーミングレスポンス内のエラーは {"type":"error","message":"..."} イベントとして送信され、直後にストリームが終了します。

結論

AI Chat v2 API は v1 との下位互換を保ちつつ、対話を「単一・多回問答」から「エージェント化された可観測対話」へと進化させました。マルチモーダル入力、ツール呼び出し、中断・再開可能、ストリーミング構造化イベント、組み込み CRUD などの機能を備えています。新規導入は v2 を推奨し、既存の v1 統合は段階的にスムーズに移行可能です。ご不明点があれば、いつでも技術サポートチームまでお問い合わせください。