ChatGPT Classicは移行必要？新しいデスクトップアプリとの違い・Codex統合

ChatGPT Classicと新しいChatGPTデスクトップアプリの違い

既存チャット・プロジェクト・Codexタスクはどうなる？

公式案内では、既存Codex chats/projectsは更新後も残るはずだとされています。既存ChatGPT Projectsは新しいappのProjectsに表示され、CodexはChatGPTと別view・別historyです。更新前後は、実際のaccount、project、repo、branch、未commit差分、taskの状態を確認し、未保存の作業は先に保存します。

移行するなら：Codex app / ChatGPT desktop appの手順

• Codex app利用者は通常どおりupdateし、新しいChatGPT desktop appになったこととCodex viewを確認する。
• 旧ChatGPT desktop app利用者は、同じChatGPT accountで新しいappを使い、Classicと新appが併存する場合は入口を取り違えない。
• 更新前後にOS、app version、account、Project、repo、branch、permissions、network、pluginの状態を確認する。
• 新appへ移る理由が新機能だけなら、Classicを継続利用できることを踏まえて必要性を判断する。

Windows/macOSとClassicへ戻す判断

公式移行案内は新しいdesktop appをmacOSとWindowsの両方に案内していますが、実際の展開や機能はOS、account、plan、app versionで変わり得ます。Classicは継続利用できます。一方、新appからClassicへ戻す具体的な操作は移行案内に記載されていないため、Classicが残っている場合は削除せず、必要な画面と更新案内を確認してから切り替えます。

Windowsのdesktop appはshortcutのsurfaceを確認してから使う

`Ctrl+G`はdesktop appとCodex CLIで意味が違う

• ChatGPT desktop appでは`Ctrl+G`が過去chatの検索入口で、開いているchat内の検索は`Ctrl+F`。検索結果から開いたchatのworkspace・branch・hostを再確認する。
• Codex CLIのcomposerでは`Ctrl+G`が`VISUAL`または`EDITOR`のprompt editorを開く入口として説明されている。desktop appのchat検索と同じ操作とは扱わない。
• shortcutはnavigation・検索・terminal表示の入口であり、sandbox、approval、MCP、filesystem、networkを広げるpermission設定ではない。
• shortcutを変更した場合は、Settings > Keyboard Shortcutsでcommand名またはkeystrokeを検索し、現在のprofileとapp surfaceに保存された変更を確認する。

`codex://` deep linkはworkspace・設定画面への入口として使う

• `path`はlocal directoryのabsolute pathとして扱い、`originUrl`はGit remote URLからworkspace rootを照合する。両方ある場合は`path`が先に解決される。
• query stringの値はURL encodeし、prompt・path・remote URL・plugin名を未加工で連結しない。deep linkを作る側と開く側で、対象pathと送信先をレビューする。
• `codex://new`はpromptをcomposerへ入れるだけで、ユーザーが送信するまで実行を開始しない。deep linkのクリックは、承認・sandbox・MCP接続・Git操作の完了を意味しない。
• 未対応の`codex://settings/...` pathはmain Settingsを開く場合があるため、画面遷移先を固定前提にせず、表示された設定項目を確認する。

Settingsの待機・follow-up・通知を実行境界と分ける

Follow-upを送る前の停止条件

• 現在のrunをsteerする必要がある場合は、追加指示が既存の変更範囲、実行中command、branch、生成物に与える影響を確認してから送る。
• 現在のrunを変えたくない場合はnext runまでwaitする設定を候補にするが、待機設定はsandbox、approval、MCP、filesystem、networkの権限を狭めるものではない。
• Prevent sleep while runningを有効にしても、PCの電源断、network切断、app終了、Remote hostの再接続、test失敗を自動回復するものとは扱わない。
• completion notificationを受け取っても、完了メッセージだけで公開成功と判断せず、diff、test、未実行範囲、Git stateを確認する。
• Browserのallowed site設定を追加する時は、対象domain、外部送信、ログイン状態、Chrome extension、Computer Useのforeground権限を狭く確認する。

Review paneはCodexが作った差分だけを表示するとは限らない

chatやterminalが停止した時の復旧順序

• chatが進まない時は、まず承認待ちが表示されていないか確認する。承認を無視してpromptを増やすと、停止原因と差分の境界が分かりにくくなる。
• terminalが止まった時は、terminalを閉じてWindows desktop appのTerminalを再度開き、`pwd`と`git status`でcurrent directory・branch・変更状態を確認する。
• Worktree作成がcancelされた場合はup arrowで直前のpromptを復元できる。再実行前に、通常checkoutかWorktreeか、対象pathとsetupの前提を確認する。
• 小さなfocused promptに分け、1回の実行で触る範囲・停止条件・確認するtestを狭くする。active chatが残っている間は、状態を確認せずappをrestartしない。
• restart後も同じ症状なら、AppとCLIのversion、project root、branch、approval、直近のGit stateを記録する。実際のWindows appの再現確認なしに原因を断定しない。

integrated terminalのscopeとoutputを別々に確認する

• terminalを開いたら、最初に`pwd`と`git status`でcurrent directory・branch・未commit差分を確認する。HandoffやWorktreeでは、前のchatで見たpathをそのまま使わない。
• Codexがterminal outputを参照できても、outputに出たpath、環境変数、token、外部URLを無制限に共有してよいとは扱わない。必要な行だけを確認し、secret値を表示・記録しない。
• Actionやterminalからbuild・test・server起動を行う時は、command、対象port、filesystem、network、MCP、生成物、停止方法を先に確認する。shortcutやiconはpermission profileを変更しない。
• `Ctrl+L`で表示をclearしても、running process、background server、未保存のoutput、Git変更を消したとは扱わない。再開前にprocess、cwd、branch、diffを確認する。

desktop appのproject contextをlocal folderと別に確認する

• Open folderの直後にprimary folder、Git remote、branch、`git status`、AGENTS.md、`.codex`、対象のbuild・test commandを確認する。secondary folderのAGENTS.mdやconfigが自動で適用されるとは扱わない。
• local projectのprimary folderは既定のGit操作とautomatic discoveryの基準であり、secondary folderは関連作業のための追加contextです。projectへの添付だけでGit操作の対象repoや編集対象が広がるとは決めつけません。
• ChatGPT project、pin、Quick chat、desktop appのCodex、CLI、IDE extensionはそれぞれ別surfaceです。表示上の整理・shortcut・同じaccountだけを理由に、cwd、sandbox、approval、MCP、credential、session stateが共有されるとは扱いません。
• projectやfolderを切り替えた後に作業を再開する時は、`pwd`または表示path、`git status`、branch、未commit差分、terminal host、実行中processを再確認し、前のchatの成功状態を引き継いだと推測しません。

Codex chatの実行modeを開始前に固定する

• 新しいCodex chatを始める時は、目的に合わせてLocal・Worktree・Cloudを選び、表示されたmodeだけでなく、対象path、repo、branch、host、sandbox、approval、MCP、networkを確認する。
• LocalとWorktreeはいずれもcomputer上で動くが、同じcheckoutとは限りません。Worktreeでは別directory・branch・tracked / ignored file・setup・cleanupの前提を再確認する。
• Cloudはremoteのconfigured environmentです。localの未commit差分、credential、MCP、plugin、browser、環境変数、生成物が自動で共有されるとは扱わず、入力・出力・secret・networkの境界を先に決める。
• modeの選択は実行場所とファイル隔離の選択であり、commandの安全、approval、sandbox、test、Git commit・push・deployの成功や承認を意味しない。完了後は対象実行面でdiff・test・未実行範囲を確認する。