VS Code 1.138 Codexのアプリ間引き継ぎはチームで使える？2026

2026年9月16日にVS Code 1.138が公開され、CodexのAgent HostでChatGPTアプリとVS Code間の会話継続が拡張されました。詳細は公式リリースノートで確認できます。

症状：会話は接続できたのに、作業場所・権限・承認状態が同じか分からない。
最短解決策：個人または少人数で6項目を検収し、証拠がそろわない限りチーム全体へは展開しないことです。

会話が接続できることは、ファイル同期、権限同期、トランザクション復旧を意味しません。小規模な試用は可能ですが、長時間のCodexタスクやXcodeの成果物は、独立したworktreeまたは継続稼働するリモートMacに置いてください。

この記事は、ChatGPTとVS Codeを行き来する開発者、契約やMCPを管理するプラットフォーム担当者、CodexでXcode検証まで続けたいモバイル開発チーム向けです。

VS Code 1.138 Codexアプリ間引き継ぎの判定軸

公式説明では、Agent Hostはエージェントと実行環境を分離し、ホスト側の拡張機能やツールを利用します。Agent Hostの構成を読めば分かるように、チャットクライアントと、実際にコマンドやファイル操作を行う環境は同一物ではありません。

検収では、次の6項目を順に確認します。

会話の連続性と実行権限

ChatGPTで始めたCodexの会話をVS Codeへ続ける場合、タイトルや過去の依頼が表示されるだけでは合格にしません。接続前に「次に行う操作」「変更予定のファイル」「待機中の承認」を記録し、接続後に同じ状態を再現できるかを確認します。

特に、接続が切れた後に同じ操作が二重実行されるケース、保留中の承認だけが消えるケース、直前のファイル変更が表示されないケースは、そのまま続行してはいけません。会話が見える状態と、Agentが安全に続きから実行できる状態を分けて判定します。

Codexのharnessと契約元の選択は、公式のharness説明で確認できます。CopilotとChatGPTを切り替える運用では、同じ会話を見られるかよりも、どの契約がモデルを提供し、どのホストがツールを実行したかを説明できることが重要です。

注意： 個人アカウントで見える会話を、組織アカウントの承認済み作業とみなさないでください。引き継ぎ時には依頼者、契約元、実行ホストを1行で記録します。

ツール権限と作業場所の境界

VS Code側で見えるツールは、Agent Hostの拡張機能や接続中のウィンドウに依存することがあります。拡張ホスト上のツールルーティングと、VS Codeのツール仕様を照合し、引き継ぎ前後で実際に呼び出せる範囲を比較してください。

MCPを使う場合は、サーバー名だけでなく、読み書き対象、外部通信、資格情報の参照範囲まで確認します。MCPサーバー設定の公式説明にある設定と、実際のチーム設定が一致しているかを確認し、引き継ぎ後に新しい書き込み権限が現れたら手動承認へ戻します。

作業場所は、通常のリポジトリ、独立したworktree、Dev Container、リモートのAgent Hostを区別します。同じ名前のリポジトリが複数ある場合、会話が正しくても別の場所へ変更を書き込めます。作業場所の分離方式は、worktreeとコード分離の説明に沿って選びます。

6段階の決定条件

次の条件分岐で、試用範囲を決めてください。

• 会話履歴、現在の依頼、保留承認、ファイル差分を前後で照合できるなら、読み取り中心の個人試用を選びます。1つでも欠けるなら、会話を新規タスクとして扱います。
• 契約元、依頼者、実行ホストを記録でき、切替後のモデルと機能を確認できるなら、少人数の限定試験へ進みます。説明できないなら、組織アカウントと個人アカウントを分離します。
• 編集、ターミナル、MCP、外部通信の権限が接管前後で同じか、増えた権限を承認制に戻せるなら継続します。自動承認が勝手に有効になった場合は保留です。承認と権限管理の公式資料も確認してください。
• リポジトリの絶対パス、コミット、ホスト名、未コミット差分を保存できるなら、長時間作業を隔離worktreeへ移します。証拠が取れない共有作業場所は選びません。
• デスクトップ操作を読み取り、可逆編集、外部副作用に分け、OSログと成果物で検証できるならXcode検証を許可します。公開、署名、資格情報変更は人の承認を残します。
• 切断、ホスト再起動、承認期限切れ、誤った作業場所への接続を再現し、停止・復旧・回退ができるなら限定展開を検討します。復旧手順が口頭だけなら個人試用に戻します。

作業前後に残す検収記録

最初にアカウントと契約元を固定し、ChatGPT側で会話タイトル、最後の依頼、モデル、待機中の承認を保存します。次にVS Codeで接続先のホスト、リポジトリの絶対パス、現在のコミット、未コミット差分を記録します。

その後、読み取り操作を1回、可逆的なファイル編集を1回、テスト実行を1回だけ行い、実行ログと差分を確認します。MCPやデスクトップアプリを使う場合は、許可された操作だけを個別に実行し、自然言語の完了報告ではなく生成物とOSログを証拠にします。

最後にクライアント切断、ホスト再起動、承認の期限切れ、意図的な誤作業場所への接続を演習します。復旧後に同じタスクを自動で再送せず、重複実行がないことを確認してから、必要な操作だけを人が再開します。

3つの展開案

ここでの点数は導入を自動承認する数値ではなく、証拠の抜けを見つけるための社内判定です。1項目でも説明できない場合は、点数を足して進めず、その項目を不合格として扱います。

FAQ

ChatGPTで始めたCodexの作業をVS Codeで続けるには何を確認すればよいですか？

同じアカウントや契約だけでなく、会話のタイトル、直前の依頼、選択モデル、保留中の承認、変更済みファイルを照合してください。履歴が表示されても、元の作業場所やツール権限まで復元されたとは限りません。差分と現在の作業場所を確認できるまで、書き込み操作は止めます。

CopilotとChatGPTの契約を切り替えるとCodexの文脈は失われますか？

契約元を切り替えた際に、会話の表示が維持される場合でも、利用できるモデル、ツール、承認状態が同じとは限りません。誰のアカウントが依頼を出し、どの契約がモデルを提供し、どの端末がツールを実行したかを記録し、切替後に読み取り操作から再確認してください。

Codexのアプリ間引き継ぎ後にツール権限はそのままですか？

そのままとは判断しないでください。VS Code側の拡張機能、ターミナル、MCP、ファイル編集、デスクトップ操作は、接続先のホストや拡張機能の状態に依存します。接管前後の呼び出し可能なツールを一覧化し、書き込み、外部通信、自動承認が増えていないかを手動で確認する必要があります。

VS CodeのCodexからリモートMacのデスクトップアプリを操作できますか？

設定条件を満たせばデスクトップアプリとの連携能力を再利用できる場合がありますが、すべてのアプリが無人運用に適するわけではありません。読み取り、取り消し可能な編集、外部副作用のある操作を分け、Xcodeや公開用ツールではOSログ、生成物、承認履歴を確認してから継続してください。

Codexの引き継ぎ後に作業場所を間違えていないか確認する方法は？

リポジトリのコミット、作業ツリーの絶対パス、ホスト名、未コミット差分を同時に保存してください。同名リポジトリや古いウィンドウが残っている場合、会話が正しくても別の作業場所へ書き込むことがあります。長時間作業では独立したworktreeか隔離ホストを使い、開始時と再開時に同じ証拠を比較します。

最終確認： 2026年9月19日時点では、VS Code 1.138の公開情報、Agent Host資料、ツール・承認資料、Copilotの更新情報を照合しています。機能の段階提供、対応クライアント、設定名、権限継承が変わった場合は、最小の引き継ぎ試験をやり直してください。

現状のローカル運用や共有サーバーで続ける方法は、作業場所が混ざりやすく、切断後の復旧証拠を残しにくく、XcodeのようなApple向けツールチェーンを常時オンラインで維持しにくいという弱点があります。6項目を満たす長時間タスクなら、独立したリモートMacへ分離したほうが、契約・権限・作業場所を管理しやすくなります。

短期の検証やチーム限定のCodex運用であれば、MacPullの料金案内と利用条件を確認し、必要な期間だけMac環境をレンタルする方法が現実的です。継続運用では、MacPullのコンソールで対象環境を分け、手元の開発を止めずに隔離したAgent HostとXcode検証を試す、という順番が安全です。

よくある質問