Codex app｜VS Code 1.138のセッション継続とDev Container確認
codex appをVS Codeで続けて使いたい人にとって、9月16日公開のVS Code 1.138は、アプリ間のセッション継続、Dev Container、クイックチャットのフォルダー移行を確認する機会です。履歴が表示されたことと、対象ファイルの差分や検査が引き継がれたことは別々に確かめます。出典 URL: https://code.visualstudio.com/updates/v1_138
VS Code 1.138では、CodexのセッションをChatGPTアプリとVS Codeの間で続ける案内が追加されています。 ただし、同じ会話が見えることと、同じフォルダーの変更や検査結果まで確認できることは別です。入口、提供元、版、対象場所をそろえてから画面を読みます。出典 URL: https://code.visualstudio.com/updates/v1_138
Dev Containerを使うと、プロジェクトのツールと依存関係をコンテナー内で扱えます。 公式ページは、対応する設定を持つローカルフォルダーに「Use Dev Container」を表示し、Dockerが必要だと説明しています。ホスト側とコンテナー側のフォルダーが同じ対象を指すかは、手元で確かめる項目です。
クイックチャットからフォルダー作業へ移すときは、履歴とファイル結果を分けて記録します。 選択中のモデルや権限の表示が残っていても、保存、差分、検査が完了したとは限りません。Copilot CLI、Cursor、Aiderの更新は各公式ページの情報として別に扱います。出典 URL: https://github.com/github/copilot-cli/releases、https://cursor.com/changelog、https://github.com/Aider-AI/aider/releases
目次 (8)
VS Code 1.138でCodex appを確認する理由
Visual Studio Code 1.138は2026年9月16日公開で、エージェントを開発環境の中で扱うための更新として案内されています。今回の確認対象は、ローカルDev Container内でのセッション、Codexのアプリ間継続、Copilot契約とChatGPT契約の切り替え、クイックチャットからフォルダー作業へ移る導線です。出典 URL: https://code.visualstudio.com/updates/v1_138
この案内を読むときは、「セッションを続けられる」という公式記載と、自分の画面で何が見えたかを分けます。VS Codeの版番号が同じでも、サインインしている提供元、選択中のモデル、対象フォルダー、Dev Containerの設定は環境ごとに異なります。表示された履歴だけで、別の場所のファイルまで同じ条件で扱えるとは決めません。
なお、同じ対象日にOpenAI Codexの公式リリースでは0.155.0-alpha.14が公開されています。これはPre-releaseとして掲載された版の公開事実であり、VS Code 1.138に書かれたセッション継続やDev Containerの内容を、このCodex CLIの版の機能として読み替える根拠にはなりません。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.155.0-alpha.14
入口・提供元・版・対象フォルダーを最初に分ける
「Codex appをVS Codeで使う」という表現には、複数の確認対象が含まれます。ChatGPTアプリから始めた会話なのか、VS CodeのAgents画面で始めた会話なのか、Codexの提供元としてCopilot契約とChatGPT契約のどちらを選んでいるのかを記録します。同じモデル名が表示されても、入口と提供元が同じとは限りません。
次の表では、公式ページの記載と読者が自分の画面で見る項目を分けています。
| 記録項目 | 公式ページで分かること | 手元で見ること | 判定の注意 |
|---|---|---|---|
| VS Codeの版 | 1.138の更新内容と公開日 | 使用中の版と更新状態 | 版番号だけで全機能の提供を決めない |
| Codexの入口 | ChatGPTアプリとVS Code間で続ける案内 | 開始したアプリ、Agents画面、選択中の入口 | Copilotの表示をCodexの表示と混ぜない |
| 提供元 | Copilot契約とChatGPT契約を選べる案内 | サインイン状態、選択中の契約、モデル | モデル名だけで同じ会話と判断しない |
| セッション | 会話を別のアプリへ移す導線 | 履歴、タイトル、開始場所、継続後の表示 | 履歴とファイルの結果を別に残す |
| 対象フォルダー | ローカルフォルダーやDev Containerを使う導線 | ホスト、コンテナー、開いたファイル | 見えている場所が同じか照合する |
この表を先に埋めると、「履歴はあるのにファイルが見えない」「応答は返ったが差分がない」といった状態を、一つの成功として扱わずに済みます。確認した日時と未確認の欄も残し、表示から推測した項目は事実として書かないようにします。
アプリ間セッション継続は履歴と変更を分けて見る
VS Code 1.138のCodex対応では、ChatGPTアプリとVS Codeの間で同じCodexセッションを続けられることが案内されています。アプリを移った後も、会話を最初から作り直さずに作業を続けるための導線です。まずは開始場所、セッション名、直前の依頼、選択中のモデル、権限の表示を控えます。出典 URL: https://code.visualstudio.com/updates/v1_138
ここで確認したいのは、次の四つを混同しないことです。
- 履歴：以前の依頼と応答が表示されるか。
- 対象：継続後のセッションがどのフォルダーを開いているか。
- 保存：依頼した変更が対象ファイルへ書き込まれたか。
- 結果：差分と検査結果が、期待した内容になっているか。
履歴が表示されても、対象フォルダーが別なら同じ作業の続きとは言えません。対象が一致していても、変更が保存されたか、差分が意図どおりか、検査が通ったかは別の段階です。セッション継続を便利な入口として使いながら、最後の判断は画面の表示ではなく、対象ファイルと確認結果で行います。
Dev Containerで作業場所を照合する
公式更新ページは、対応するDev Container設定を持つローカルフォルダーに「Use Dev Container」を表示し、選ぶとプロジェクトのツールと依存関係を使ってエージェントセッションを実行できると説明しています。Dockerが必要で、機能は段階的に提供されるため、設定が同じでも手元に表示されない場合があります。出典 URL: https://code.visualstudio.com/updates/v1_138
Dev Containerで確認するときは、ホスト側のフォルダーとコンテナー内のフォルダーを同じものだと決めつけないことが重要です。次の順番で、読み取りを中心に小さく見ます。
- VS Codeで開いているローカルフォルダーの名前と場所を控える。
- 「Use Dev Container」を選んだ後、表示される作業場所と開いているファイルを照合する。
- 短い読み取りの依頼で、対象ファイルの内容と場所が想定どおりか確認する。
- 変更を依頼する場合は一つのファイルに限定し、保存後の差分を確認する。
- 検査はコンテナー内の環境で実行されているかを確認し、結果と未確認条件を残す。
コンテナー内に必要なツールや依存関係があることは利点ですが、それだけで対象ファイルの選択や変更内容が正しくなるわけではありません。ホスト側の表示、コンテナー側の場所、セッション名を同じ記録に置くと、別の作業場所を見ていた場合にも気づきやすくなります。
クイックチャットからフォルダー作業へ移す
VS Code 1.138では、フォルダーをまだ指定していないCodexのクイックチャットにローカルフォルダーを付け、フォルダーを直接使うか、分離した作業場所を作るかを選べます。確認後は同じチャットとCodexのスレッドがフォルダー作業のセッションになり、タイトル、会話履歴、現在の依頼、選択中のモデル、権限モードを保持すると説明されています。出典 URL: https://code.visualstudio.com/updates/v1_138
この移行では、最初に表示される内容を次のように記録します。
| 確認する表示 | 継続後に見る項目 | 成功と決める前の注意 |
|---|---|---|
| チャットのタイトル | タイトルと履歴が残っているか | 残っていても対象フォルダーを確認する |
| 現在の依頼 | 依頼文と追加の質問 | 応答が返っただけでは保存を確認できない |
| モデル | 選択中のモデルと提供元 | 表示名だけで契約を断定しない |
| 権限モード | 変更前に表示された設定 | 変更を許可した範囲を別に記録する |
| フォルダー | 開いているファイルと場所 | 単一ルートの対象かを確認する |
公式ページによると、対象はアイドル状態のクイックチャットで、Interactiveモードと単一ルートのワークスペースをサポートします。移行を取り消した場合や適用できない場合は、元のフォルダーなしのチャットが残ります。したがって、移行できなかったときに履歴が失われたと急いで判断せず、元のチャットと対象フォルダーを確認します。
短い読み取りから差分と検査へ進む
セッションと作業場所がそろったら、最初から大きな変更を依頼せず、結果を追える短い確認を行います。記事を書く読者が自分の環境で試す場合は、次の四段階を一つずつ記録すると、どこまで確認できたかが明確になります。
- 読み取り：対象フォルダーと一つのファイルを読み、場所と内容が一致するかを見る。
- 保存：変更範囲を一つに絞り、依頼前後で対象ファイルを比べる。
- 差分：変更理由と実際の差分が一致するか、関係のないファイルが含まれていないかを見る。
- 検査：対象環境で必要な検査を行い、成功、失敗、未確認を分けて残す。
「応答が返った」「履歴が続いた」「変更が保存された」「差分が正しい」「検査が通った」は、それぞれ別の結果です。どこか一つが未確認なら、記事や記録では未確認のまま扱います。アプリ間で同じセッションが見えることを、変更の正しさや検査の成功へ広げて書かないことが大切です。
Copilot CLI・Cursor・Aiderは別製品として読む
同じ日に周辺の更新を確認するときは、製品ごとの公式ページを別の欄に置きます。GitHub Copilot CLIの1.0.85には、Vimモード、/settings、/config、履歴やメモリーの読み込み、GPT-6 Astraへの対応などが公式リリースに記載されています。1.0.86-1は先行版として、指示ファイルを読み込む設定やセッション再開時の保持に関する修正が掲載されています。これらはCopilot CLIの情報で、VS Code 1.138のCodexセッション継続の説明へそのまま移しません。出典 URL: https://github.com/github/copilot-cli/releases/tag/v1.0.85、https://github.com/github/copilot-cli/releases/tag/v1.0.86-1
Cursorは公式Changelog、Aiderは公式リリース一覧を確認先にします。両製品のページに書かれた機能や更新の有無を、Codex appの入口、モデル、セッション履歴、Dev Containerの挙動へ読み替えないようにします。周辺製品を比較する場合も、版、公開日、公式に説明された範囲、手元で見た結果を製品別に残します。出典 URL: https://cursor.com/changelog、https://github.com/Aider-AI/aider/releases
まとめ：codex appはセッションと結果を別々に確認する
2026年9月16日公開のVS Code 1.138は、CodexのセッションをChatGPTアプリとVS Codeの間で続けること、Dev Container内で作業すること、クイックチャットをフォルダー作業へ移すことを案内しています。まず入口、提供元、版、対象フォルダーをそろえ、その後に履歴、保存、差分、検査を順番に確認します。出典 URL: https://code.visualstudio.com/updates/v1_138
セッション名や履歴が表示されても、それだけで同じファイルを見ているとは限りません。ホストとコンテナーの作業場所を照合し、短い読み取りから始め、変更は小さく区切ります。結果を「表示」「保存」「差分」「検査」「未確認」に分けて残せば、便利な継続機能と実際の作業結果を混同せずに済みます。
Copilot CLI、Cursor、Aiderの更新はそれぞれの公式ページで読み、Codex appの説明とは別に扱います。OpenAI Codexの0.155.0-alpha.14も公開事実と先行版の表示までを確認し、VS Code 1.138の機能をそのまま移さないことが重要です。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.155.0-alpha.14、https://github.com/github/copilot-cli/releases、https://cursor.com/changelog、https://github.com/Aider-AI/aider/releases
