「メッセージストリームのエラー」は、ChatGPTが応答を少しずつ届ける接続が、回答の完了前に切断されると表示されます。ほとんどの場合、入力した内容が原因ではありません。一般的な原因は、OpenAI側の過負荷、不安定な接続、ブラウザ拡張機能、または長くなりすぎたスレッドです。回答を再生成すれば大半のケースは解決します。それで解決しない場合でも、問題がそもそも自分側にあるのかを判断する確認は1つで済みます。
エラー
Error en el flujo de mensajes
(La misma avería con otras redacciones: «Transmisión interrumpida.
Esperando el mensaje completo», «Vaya...parece que algo ha salido
mal.» El síntoma es idéntico — la respuesta se detiene a medias
y nunca se completa.)原因と対処法の概要
| 原因 | 対処法 |
|---|---|
| OpenAI側の過負荷または障害。PlusやProを含むすべてのプランに同時に影響し、数分おきにエラーが繰り返される場合に最も可能性の高い原因です。 | status.openai.comを確認してください。障害中は、端末側で何を変更しても結果は変わりません。解決策は待つことです。 |
| 接続が不安定です。Wi-Fiとモバイルデータの切り替え、VPNや企業プロキシ、モバイル回線の電波が弱いことなどが原因です。ストリーミングは1本の接続を長時間開いたままにするため、通常のページ読み込みなら通過できる箇所でも切断されます。 | VPNまたはプロキシを無効にし、別の接続（Wi-Fi ⇄ モバイルデータ）で再試行してください。 |
| ブラウザー環境の問題です。ページにコードを挿入する拡張機能、古いキャッシュ、または期限切れのセッションが原因です。 | プライベートウィンドウで再試行してください。そこで動作するなら、原因は拡張機能またはキャッシュです。拡張機能を無効にし、サイトデータを削除して、再度サインインしてください。 |
| スレッドが長すぎるか、添付ファイルが重すぎます。各ターンで会話全体が再送信されるため、生成に時間がかかり、途中で切断されやすくなります。 | 重要な点を新しいチャットに移してください。大きなファイルは丸ごと添付せず分割してください。 |
最初の90秒で行う3つの操作
回答を再生成 → ページを再読み込み（モバイルではアプリを完全に終了して再度開く） → サインアウトして再度サインイン。単発の切断はこの3つのいずれかで解決します。単発であることが通常です。一方、毎回まったく同じ箇所で停止するなら、下記の具体的な原因のいずれかが作用している兆候であり、偶発的な出来事ではありません。
まず問題が自分側か判断する
これは他の解決策一覧が飛ばしがちな手順で、最も時間を節約できます。status.openai.comを開いてください。障害が発生中なら、ローカル設定では解決できず、待つしかありません。何も表示されていなければ原因はローカル側で、次の手順で絞り込めます。設定を変更する前に確認すれば、障害中に20分かけてキャッシュを消去する事態を避けられます。
外側から内側へローカルの原因を切り分ける
次の順番で進めてください。各レイヤーで、それまでの可能性をすべて除外できます。(1) VPNとプロキシを無効にする、(2) プライベートウィンドウを開く（拡張機能とキャッシュを一度に除外できます）、(3) 別のブラウザーまたは端末で試す、(4) ネットワークを切り替える。動作し始めたレイヤーが原因です。長いスレッドでのみエラーが出るなら、4つのいずれも原因ではありません。重要な内容を新しいチャットに移してください。
開発者向け：APIでも同じ切断が起きる場合
stream: trueでAPIを呼び出すと、この障害はfinish_reasonなしで終了するServer-Sent Events接続として現れます。HTTPステータスは200です。ヘッダー送信時点では正常だったため、ステータスコードだけを確認しても検出できません。負荷時には429や529 overloaded_errorも現れます。次の3つで対処しやすくなります。(1) finish_reasonなしで終了したストリームを、完全な回答ではなく再試行可能なものとして扱う、(2) 429、500、529を指数バックオフとジッター付きで再試行する、(3) プロキシを経由している場合はアイドルタイムアウトを確認し、レスポンスのバッファリングを無効にする。バッファリングするプロキシは、動作しているストリームを長時間の停止に変えてしまいます。切り分けるには、まずプロキシなしでストリーミングしてください。
# Transmitir directamente, sin proxy por medio, y ver dónde se detiene.
curl -N https://api.kunavo.com/v1/chat/completions \
-H "Authorization: Bearer $KUNAVO_API_KEY" \
-H "content-type: application/json" \
-d '{"model":"claude-sonnet-5","stream":true,
"max_tokens":300,
"messages":[{"role":"user","content":"cuenta despacio del 1 al 20"}]}'Kunavo経由で呼び出している場合
KunavoはAI APIゲートウェイであり、ストリームの中断は例外ではなく、想定された動作状態です。モデルに複数の上流チャネルが設定されていて最初の試行が失敗した場合、同じ呼び出し内で別のチャネルを使ってリクエストを再試行します。そのため、一時的な上流障害はエラーではなく、少し遅い成功として現れます。失敗したリクエストに料金は発生しません。GPTとClaudeには1つのキーでアクセスできるため、過負荷のモデルは統合を変更せず、モデル名を変更して回避できます。 ストリーミングの場合の再試行とバックオフのパターンは、次で詳しく説明しています。 LLM APIストリーミングエラー.
よくある質問
「メッセージストリームのエラー」は自分のせいですか？
ほとんどの場合、違います。このメッセージは、回答を転送していた接続が回答の完了前に切断されたことを示します。入力内容が原因ではありません。原因は、OpenAI側の負荷、不安定なネットワーク、ブラウザー拡張機能や期限切れのセッション、またはスレッドが十分に長くなって回答がタイムアウトしたことです。
再生成で直らない場合はどうすればよいですか？
まずstatus.openai.comを確認してください。障害中はローカル側で何をしても役に立ちません。障害がなければ、別のネットワークでプライベートウィンドウを開いてください。この1回のテストで、拡張機能、キャッシュ、通常の接続を同時に除外できます。そこで動作するなら、問題が再発するまで各要素を1つずつ戻してください。どこでも失敗し、長い会話でのみ起きるなら、重要な内容を新しいチャットに移してください。
他のAIでも起きますか？
表現はChatGPTのものですが、ストリーミングで回答を配信するアシスタントなら同じように切断される可能性があります。Claudeでは回答を完全に生成できなかったことを示すメッセージが表示されます。APIを直接呼び出すと、finish_reasonなしで終了するSSEストリームとして、または負荷時に529 overloaded_errorとして現れます。
なぜ長い会話で起きやすいのですか？
各ターンでスレッド全体が再送信されるため、長い会話ほど1本の接続上で長時間の生成が続きます。接続が開いている時間が長いほど、プロキシのタイムアウト、ネットワークの切り替え、上流側の一時的な問題によって切断される機会が増えます。重要な内容を要約して新しいチャットを始める方が、通常はブラウザー設定を変更するより大きな改善になります。