「メッセージストリームのエラー」は、ChatGPTが応答を少しずつ届ける接続が、応答完了前に切断されると表示されます。ほとんどの場合、入力内容が原因ではありません。典型的な原因は、OpenAI側の過負荷、不安定な接続、ブラウザー拡張機能、長くなりすぎた会話です。応答を再生成すれば大半は解決します。解決しない場合でも、1回の確認で問題が自分側にあるかどうかを判断できます。
エラー
Erro no fluxo de mensagens
(A mesma falha com outras redações: “Transmissão interrompida.
Aguardando a mensagem completa”, “Hmm...parece que algo deu
errado.” O sintoma é o mesmo — a resposta para no meio e nunca
termina.)原因と対処法の概要
| 原因 | 対処法 |
|---|---|
| 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も発生します。耐性を持たせるには、(1)finish_reasonなしで終了したストリームを完全な応答ではなく再試行可能な状態として扱う、(2)429、500、529を指数バックオフとジッター付きで再試行する、(3)経路上にプロキシがある場合はアイドルタイムアウトを確認し、応答のバッファリングを無効にする、の3点が重要です。バッファリングするプロキシは、正常なストリームを長時間の停止に変えてしまいます。切り分けるには、まずプロキシなしでストリーミングしてください。
# Transmitir direto, sem proxy no caminho, e ver onde para.
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":"conte devagar de 1 a 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本の接続を長時間維持しながらより長い生成を行うことになります。接続が長く開いているほど、プロキシのタイムアウト、ネットワークの切り替え、上流側の一時的な障害によって切断される可能性が高くなります。重要な内容を要約して新しいチャットを始めるほうが、ブラウザー設定を調整するより効果的なことが多いです。