「メッセージストリーミングでエラーが発生しました」は、ChatGPTが応答を逐語的に送信する接続が、応答終了前に切断されたときに表示されます。入力内容が原因であることはほとんどありません。一般的な原因は、OpenAI側の負荷、回線の不安定さ、ブラウザー拡張機能、または長すぎる会話です。応答の再生成で大半は解決します。それでも直らない場合は、ステータスページを一度確認すれば、問題が自分側にないことを判断できます。
エラー
訊息串流發生錯誤
（同一種故障的其他說法：「串流已中斷。正在等待完整訊息」、
「Hmm...something seems to have gone wrong.」
症狀都一樣 —— 回覆停在一半，永遠不會產生完。）原因と対処法の概要
| 原因 | 対処法 |
|---|---|
| OpenAI側の負荷が高い、または障害が発生しています。すべてのプランに同時に影響し、PlusやProも例外ではありません。数分おきにエラーが繰り返されるなら、これが最も可能性の高い原因です。 | status.openai.comを確認してください。障害中は、こちらでどのように調整しても結果は変わりません。待つことだけが解決方法です。 |
| 接続が不安定です。Wi-Fiとモバイルネットワークの切り替え、VPNや会社のProxy、弱いモバイル信号が原因になります。ストリーミングは1つの接続を長時間維持するため、通常のWebページが正常に読み込める環境でも切断されることがあります。 | VPNまたはProxyを閉じ、別の回線（Wi-Fi ⇄ モバイルネットワーク）で再試行してください。 |
| ブラウザー環境が原因です。ページにコードを注入する拡張機能、古いキャッシュ、期限切れのログイン状態が該当します。 | シークレットウィンドウで再試行してください。シークレットで正常なら、原因は拡張機能またはキャッシュです。拡張機能を無効化し、サイトデータを消去して、再度ログインしてください。 |
| 会話が長すぎる、または添付ファイルが大きすぎます。各ターンで会話全体が再送信されるため、生成時間が長くなり、中断の可能性も高まります。 | 要点を新しい会話に移して続けてください。大きなファイルは分割して提供し、全体を一度に添付しないでください。 |
最初の90秒で試す3つの方法
応答を再生成 → ページを再読み込み（アプリの場合は完全に終了して再起動）→ ログアウトして再ログイン。1回限りの接続切断なら、この3つのどれかで解決します。そして、一時的な切断こそ通常です。逆に毎回同じ位置で停止するなら、偶発的ではなく、以下の具体的な原因が作用しているサインです。
まず問題が自分側にあるか判断する
これは他の解説が省きがちですが、最も時間を節約できる手順です。status.openai.comを開いてください。対応中の障害が表示されているなら、こちらの設定を変えても何も変わらず、待つことだけが解決策です。障害がなければ原因はローカルにあり、次の手順で範囲を絞れます。設定を変更する前に確認すれば、公式障害中に20分かけてキャッシュを消すことを避けられます。
外側から内側へ、ローカルの原因を一つずつ絞り込む
この順番で対応してください。各段階で、その上にあるすべての可能性を排除できます。① VPNとProxyを閉じる ②シークレットウィンドウを開く（拡張機能とキャッシュを同時に除外）③別のブラウザーまたは端末を使う ④別のネットワークに切り替える。正常に戻った段階が原因です。長い会話でだけエラーが出るなら、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)途中にProxyがある場合はidle timeoutを確認し、応答バッファリングを無効にする。バッファリングするProxyは、正常なストリームを長時間停止した状態に変えてしまいます。問題を切り分けるには、まずProxyを経由せず直接ストリーミングします。
# 直接串流、路徑上不放 Proxy，觀察它停在哪裡。
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":"請慢慢從 1 數到 20"}]}'Kunavo経由で呼び出している場合
KunavoはAI APIゲートウェイであり、ここでのストリーム切断は例外ではなく想定された動作です。1つのモデルに複数のアップストリーム経路が設定され、最初の試行が失敗した場合、同じリクエストが同一の呼び出し内で別の経路に切り替えて再試行されます。そのため、アップストリームの一時的な不安定さは、エラーではなく「少し遅い成功」になります。失敗したリクエストはすべて課金されません。GPTとClaudeは同じキーを共有するため、あるモデルが過負荷のときは、接続全体ではなくモデル名を変更します。 ストリーミング環境での再試行とバックオフの実装方法の完全版は LLM APIストリーミングエラー.
よくある質問
「メッセージストリーミングでエラーが発生しました」は自分の問題ですか？
ほとんど違います。このメッセージは、応答を運ぶ接続が応答完了前に切断されたことを示します。入力内容が原因になることはありません。原因はOpenAI側の負荷、不安定なネットワーク、ブラウザー拡張機能や期限切れのログイン状態、または応答をタイムアウトさせるほど長い会話です。
再生成しても直らない場合はどうすればよいですか？
まずstatus.openai.comを確認してください。公式障害中は、ローカルで何を調整しても効果がありません。障害がなければ、別のネットワークを使い、シークレットウィンドウで開いてください。この1回のテストで、拡張機能、キャッシュ、普段の回線を同時に除外できます。シークレットで正常なら、1項目ずつ元に戻し、再びエラーが出るまで確認します。どこでも失敗し、特定の長い会話でだけ起きるなら、要点を新しい会話に移してください。
他のAIでも同じエラーが出ますか？
この表現はChatGPTのものですが、ストリーミングで応答するアシスタントなら、同じ方法で中断する可能性があります。Claudeでは応答を完全に生成できない旨のメッセージが表示されます。APIを直接呼び出す場合は、finish_reasonなしで終了するSSEストリーム、または高負荷時の529 overloaded_errorとして現れます。
長い会話ではなぜ起きやすいのですか？
各ターンで会話全体が再送信されるため、会話が長いほど、同じ開いた接続上で長時間生成することになります。接続を開いている時間が長いほど、Proxyのタイムアウト、ネットワーク切り替え、アップストリームの一時的な不調によって切断される機会が増えます。要約を使って新しい会話を始める方が、ブラウザー設定を調整するより効果的なことが多いです。