「メッセージストリームでエラーが発生しました」は、ChatGPT が回答を少しずつ送信する接続が、回答の完了前に切断されたときに表示されます。入力内容が原因である可能性はほぼありません。多くは OpenAI 側の過負荷、不安定な回線、ブラウザ拡張機能、または長くなりすぎた会話が原因です。回答の再生成でほとんど解決し、それでも直らない場合は、ステータスページを一度確認すれば、自分の問題かどうかを切り分けられます。
エラー
메시지 스트림에 오류가 발생했습니다
(같은 장애의 다른 표현: “스트리밍이 중단되었습니다. 전체 메시지를
기다리는 중”, “Hmm...something seems to have gone wrong.”
증상은 동일합니다 — 답변이 도중에 멈추고 끝까지 생성되지 않습니다.)原因と対処法の概要
| 原因 | 対処法 |
|---|---|
| OpenAI 側の過負荷または障害です。すべての料金プランで同時に発生し、Plus・Pro も例外ではありません。数分間隔で繰り返す場合、この原因である可能性が最も高くなります。 | status.openai.com で進行中の障害を確認します。障害中は自分の設定をどれだけ変更しても結果は変わらず、待つことが唯一の解決策です。 |
| 不安定な接続：Wi-Fi と LTE の切り替え、VPN や社内プロキシ、弱いモバイル信号。ストリーミングは 1 つの接続を長時間維持するため、通常のページ読み込みができる環境でも切断されます。 | VPN・プロキシを無効にし、別の回線（Wi-Fi ⇄ モバイルデータ）で再試行します。 |
| ブラウザ環境：ページに介入する拡張機能、古いキャッシュ、期限切れのセッション。 | シークレットウィンドウで再試行します。そこで正常なら、原因は拡張機能またはキャッシュです — 拡張機能を無効化し、サイトデータを削除して、再ログインします。 |
| 会話が長すぎる、または添付ファイルが重い。毎ターン会話全体を再送信するため、生成が長くなり、それだけ切断される可能性も高くなります。 | 要点をまとめて新しい会話に移します。大きなファイルは一括でアップロードせず、分割して送ります。 |
最初の 90 秒で試す 3 つのこと
回答を再生成 → ページを再読み込み（アプリなら完全終了して再起動） → ログアウトして再ログイン。単発の切断なら、この 3 つのいずれかで解決し、単発であるケースが一般的です。逆に毎回同じ箇所で停止するなら、以下の具体的な原因のいずれかが作用しているサインです。
まず自分の問題かどうかを切り分ける
他の解決記事が省略しがちですが、最も時間を節約できる手順です。status.openai.com を開きます。進行中の障害が表示されている場合、自分の設定では何も変えられず、待つ以外に方法はありません。何も表示されない場合は原因が自分の環境にあり、次の手順で絞り込めます。設定を触る前に確認すれば、障害中にキャッシュを削除して 20 分を費やすことを防げます。
外側から一層ずつ原因を絞り込む
次の順序で進めます。各手順が、それより上位にあるすべての可能性を排除するためです：① VPN・プロキシを無効化 ② シークレットウィンドウで開く（拡張機能とキャッシュを一度に排除） ③ 別のブラウザまたは別の端末 ④ 回線を変更。正常に戻った段階が原因です。長い会話でのみエラーが出るなら、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) プロキシを経由する場合は idle timeout を確認し、応答バッファリングを無効にする — バッファリングするプロキシは正常なストリームを長い停止に変えてしまいます。原因を切り分けるには、まずプロキシなしで流してみます：
# 프록시를 거치지 않고 직접 스트리밍해 어디서 끊기는지 확인한다.
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 つのモデルに複数の上流チャネルが構成されている場合、最初の試行が失敗すると同じリクエスト内で別のチャネルに自動的に切り替えて再試行するため、上流の一時的な不安定さはエラーではなく「少し遅い成功」になります。失敗したリクエストには課金されません。1 つの API キーで GPT と Claude を呼び出せるため、特定のモデルが過負荷のときはモデル名を変更するだけで迂回できます。 ストリーミング時の再試行・バックオフパターンは、次の記事にまとめています： LLM APIストリーミングエラー.
よくある質問
「メッセージストリームでエラーが発生しました」は私のせいですか？
ほぼ違います。この文言は、回答を運んでいた接続が完了前に切断されたことを意味します。入力内容がこのエラーを引き起こすことはありません。原因は OpenAI 側の負荷、不安定なネットワーク、ブラウザ拡張機能や期限切れのセッション、または応答がタイムアウトするほど長い会話です。
再生成しても直らない場合は？
まず status.openai.com を確認します — 障害中は自分側でできることがありません。障害がなければ、別の回線でシークレットウィンドウを開いて試します。この 1 回のテストで、拡張機能・キャッシュ・通常の回線を同時に除外できます。そこで動くなら、1 つずつ元に戻して再び壊れる箇所を特定します。どこでも動かず、特定の長い会話だけで発生するなら、要点を新しい会話に移します。
他の AI でも同じエラーが出ますか？
文言は ChatGPT のものですが、回答をストリーミングで受け取る仕組みは Claude や Gemini も同じなので、接続が切れれば同じ種類のエラーになります。Claude では回答を最後まで生成できなかったというメッセージとして、API の直接呼び出しでは finish_reason なしで終了する SSE ストリーム、または負荷時の 529（overloaded_error）として現れます。
長い会話で発生しやすい理由は？
毎ターン会話全体を再送信するため、会話が長いほど 1 つの接続上でより長く生成することになります。接続を長く維持するほど、プロキシのタイムアウト、ネットワークの切り替え、上流の一時的な問題が入り込む機会が増えます。ブラウザ設定を調整するより、要点を要約して新しい会話を始める方が、たいてい効果的です。