「メッセージストリームのエラー」は、ChatGPTが回答を少しずつ配信する接続が、回答の完了前に切断されたときに表示されます。原因が入力にあることはほとんどなく、ほぼ常にOpenAI側の過負荷、不安定な回線、ブラウザ拡張機能、または長くなりすぎたチャットです。回答を再生成すれば大半のケースは解決し、解決しない場合も、ステータスページを一目見るだけで問題が自分側にあるかどうか確認できます。
エラー
Fehler im Nachrichtenstrom
(Gleiche Störung, andere Formulierungen: „Streaming unterbrochen.
Warte auf die vollständige Nachricht", „Hmm...da ist wohl etwas
schiefgelaufen." Symptom ist immer dasselbe — die Antwort bleibt
mitten im Satz stehen und wird nie fertig.)原因と対処法の概要
| 原因 | 対処法 |
|---|---|
| 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で呼び出すと、同じ障害はfinish_reasonなしで終了するServer-Sent Events接続として現れます。HTTPステータスは200です。ヘッダー送信時点では問題がなかったため、ステータスコードだけの確認では切断を検出できません。高負荷時には429や529 overloaded_errorも発生します。次の3点で耐えられる設計になります：(1) finish_reasonなしで終了したストリームを完成済みの回答ではなく、再試行可能なものとして扱う；(2)429、500、529では指数バックオフとジッターを加えて再試行する；(3)プロキシの背後ではアイドルタイムアウトを確認し、レスポンスバッファリングを無効にする。バッファリングするプロキシは、正常なストリームを長いブロックに変えてしまいます。切り分けるには、まずプロキシなしでストリーミングしてください：
# Direkt streamen, kein Proxy dazwischen, und beobachten, wo es abbricht.
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":"Zähle langsam von 1 bis 20"}]}'Kunavo経由で呼び出している場合
KunavoはAI APIゲートウェイであり、切断されたストリームを例外ではなく運用状態として扱います。1つのモデルに複数のアップストリームチャネルが設定されていて最初の試行が失敗した場合、同じ呼び出し内で別のチャネルを使って同じリクエストを再試行します。これにより、上流側の一時的な障害がエラーではなく、少し遅い成功になります。失敗したリクエストが課金されることはありません。GPTとClaudeには1つのキーでアクセスできるため、過負荷のモデルでは2つ目の連携を作らず、別のモデル名を使えば十分です。 ストリーミング時のRetryとBackoffのパターンは、次に全文記載しています LLM APIストリーミングエラー.
よくある質問
「メッセージストリームのエラー」は自分のせいですか？
ほとんどありません。このメッセージは、回答を運ぶ接続が回答の完了前に中断されたことを示します。入力が原因ではありません。原因はOpenAI側の負荷、不安定な回線、ブラウザ拡張機能や期限切れのセッション、または回答がタイムアウトするほど長くなったチャットです。
再生成しても解決しない場合はどうすればよいですか？
まずstatus.openai.comを確認してください。障害中はローカル側で何をしても解決しません。障害がなければ、別のネットワークを使い、プライベートウィンドウでページを開いてください。この1回のテストで、拡張機能、キャッシュ、普段の回線を同時に除外できます。そこで動作するなら、1つずつ元に戻し、再び切断されるものを特定してください。どこでも切断され、1つの長いチャットでのみ起きるなら、重要なポイントを新しいチャットに移してください。
他のAIチャットでも起こりますか？
この表現はChatGPTのものですが、回答をストリーミングするアシスタントなら同じように切断される可能性があります。Claudeでは回答を完全に生成できなかったことを示すメッセージが表示されます。直接APIを呼び出す場合は、finish_reasonなしで終了するSSEストリーム、または高負荷時の529 overloaded_errorとして現れます。
長い会話で発生しやすいのはなぜですか？
各ターンで履歴全体が再送信されるため、長い会話では1本の開いた接続上での生成時間が長くなります。接続が長く開いているほど、プロキシのタイムアウト、ネットワークの切り替え、上流側の一時的な停止によって切断される機会が増えます。重要な内容を要約した新しいチャットを使うほうが、ブラウザ設定を変更するより効果的なことが多いです。