CodexのVS Code拡張で依頼が消える・待機する問題と対処方法

CodexのVS Code拡張で、送信しても作業が始まらない、後続の依頼が待機したままになる症状がユーザーから報告されています。同様の症状なら、PCやネットワークだけの問題と決めず、拡張のリクエスト処理も調べる必要があります。ただし、類似の報告と全事例の原因確定は別です。

原文が確認した2026年10月5日の時点で、以下の4件は未解決の状態で、共通原因や修正版は確定していませんでした。状態は変わり得るため、対応を判断するときはリンク先の最新の更新も確認してください。

遅い応答と、始まらない依頼を区別する

コードの読み込みやツール実行には時間がかかります。会話に依頼が登録され進捗が更新される場合と、入力だけ消えて作業が現れない場合は別です。一定時間変化がないだけで完全に失われたとも判断できません。

• 入力だけ消える：送信内容が会話に現れるか確認します。
• 後続が待機する：前の作業が終わったか、キューが残っていないか見ます。
• 完了済みが再び待機表示：画面と実際の結果を比較します。
• 再起動で一時回復：解決と断定せず、同じ条件で再発するか記録します。

ファイル編集を依頼したのに会話に見えなくても、変更履歴や実行中の処理を調べます。見えないから未実行だと思い込むと、再送による重複につながる場合があります。

報告されたGitHub Issue

OpenAIのCodexリポジトリには次の報告があります。日付は登録日であり、特定環境の報告を全ユーザーへ一般化していません。

出典：初回送信の報告 #50075、streaming状態の報告 #50486、Windowsのメッセージ・キュー報告 #50491、送信と表示の不一致 #50653。

類似症状が別環境でも報告された根拠ですが、ユーザーの投稿は開発チームによる原因確定や再現確認ではありません。閉じられていても、重複扱いか、実際の修正か、適用バージョンは何かまで確認します。

なぜ後続の依頼が待機するのでしょうか？

候補の一つは、作業の実際の終了と拡張の内部状態の不一致です。#50486の投稿者は、完了後もmarkedStreaming=trueが残ると報告しました。streamingは応答を分割受信する方式で、ここでは拡張がまだ処理中と認識している説明に使われています。

処理中状態が残るという報告を簡略化すると、次のように理解できます。実装を検証した図ではなく、不一致の影響を説明する例です。

確認できるのは類似症状の報告があることです。状態管理は原因候補で、自分の環境も同じかは別途確認が必要です。ログインや接続の失敗でも似るため、ログなしで一つに決め付けないでください。

サービスが正常でも発生しますか？

発生し得ます。状態ページは全体障害の出発点であり、全拡張バージョンや個別環境の無故障保証ではありません。OpenAIも集計指標と個々の可用性は違う場合があると案内しています。原文の2026年10月5日の確認時には正常表示でした。現在の障害は公式ステータスで確認します。

同じアカウントで別クライアントの短い依頼を比べると範囲を絞れます。拡張だけなら関連問題を優先し、複数で失敗するならサービス、認証、上限、接続も調べます。いずれも1回の成否だけで原因を証明できません。

作業を守りながら対応する順序

以下は修正を保証する公式パッチではなく、原因を絞る手順です。削除、公開、デプロイなど戻しにくい依頼では、再送より実際の反映を確認します。

1. 依頼と画面を記録：送信文、時刻とタイムゾーン、最後の正常応答、待機項目、会話への登録を残します。
2. 変更を確認：ファイル履歴、ターミナル、外部サービスの結果を調べ、連続再送を避けます。
3. 作業を保護：未保存ファイルを保存し、Gitなら差分を見て必要分だけコミットするか別途バックアップします。進行中の処理も確認します。
4. 完全再起動：ウィンドウの再読み込みで直らなければ、関連ウィンドウを閉じVS Codeを起動し直します。強制終了は未保存分を失い得るため最初に使いません。
5. 新しい会話で短い読み取り依頼：1文の説明と後続質問を試し、成功したら画像添付など元の条件を一つずつ戻します。
6. 別クライアントと更新情報：同じアカウントと可能なら同じモデルで比べ、危険な元作業を並行で再実行しません。拡張更新とIssueの続報を確認します。

#50491には完全再起動が一時的に役立った一方、再読み込みでは安定して直らなかった報告があります。試せる回避策であり、恒久修正や全環境の保証ではありません。再起動の効果と限界の報告

以前のバージョンを検討する場合

更新直後に始まり再起動でも続くなら、以前使っていた版との比較を一時的に検討できます。全員に安定する版は指定できません。現在の版、正式版かプレビューか、設定を先に記録します。

WindowsではCtrl+Shift+Xで拡張を開き、OpenAIのCodexを右クリックし、Install Another Versionから選びます。必要な場合だけ、その拡張のAuto Updateを一時解除します。

戻すときは最新版へ更新し、自動更新も戻します。旧版は新機能と非互換だったり修正を含まなかったりするため、長期固定と考えないでください。読み取り依頼から試し、悪化したら記録した版と設定へ戻します。特定バージョンの導入と自動更新の公式説明

解決しない場合に残す情報

「止まる」だけでなく、再現条件と時刻を残すと比較しやすくなります。パスワード、認証トークン、APIキー、個人ファイルは共有しません。

• 拡張とVS Codeのバージョン、正式・プレビュー区分、OS
• モデル、認証方式、時刻とタイムゾーン
• 送信、前の作業完了、後続送信などの再現順序
• 新規会話でも起こるか、画像やキューの使用
• 完全再起動と別クライアントの比較
• 該当時刻のログと機密情報を隠した画面

表示→出力でCodexやOpenAIのチャネルがあれば該当時刻を調べます。名称と提供は版によります。401、429、切断なども、コードだけでなく時刻と前後を残し、単独で原因を断定しません。

既存報告と環境が合えば参照し、新規報告では最小手順、期待結果、実際の結果を分けます。修正案内が出たら対象版と範囲を読み、元の会話の流れで再発を確認します。

PCの問題と決めず、実際の状態を確認する

他ユーザーの報告は拡張の状態管理を調べる理由になりますが、共通原因や修正版の確定とは別です。結果とバックアップを先に確認し、再起動、新規会話、クライアント比較で範囲を絞ります。一時回復だけで解決とせず、最新の案内と再現結果を合わせて判断してください。