Codexプロジェクトが消えた：アップデート後もデータはPCに残る

ChatGPTデスクトップアプリ（旧Codexアプリ）を更新したり、アカウントを切り替えたりした後にサイドバーの「プロジェクト」が「プロジェクトはありません」になっても、多くの場合、作業のデータはPCに残っています。2026年11月までにGitHubと公式コミュニティに寄せられた報告では、プロジェクトの記録はデータベースstate_5.sqliteに、チャットの本文はsessionsフォルダに残っていて、空になっていたのはサイドバーが読む一覧（.codex-global-state.jsonのlocal-projects）でした。ここでいうプロジェクトはサイドバーに登録したローカルのフォルダで、チャットをまとめるChatGPTの「プロジェクト」機能とは別物です。

最初の一手は、直前に何をしたかで変わります。アカウントやワークスペースを切り替えた後に消えたなら、2026年11月11日に複数のユーザーが修正を報告したバージョン26.1106.51428へ更新し、アプリのメニューの「ChatGPTを終了」で完全に終了して開き直します。異常終了の後や原因に心当たりがないときは、アプリを完全に終了した状態で.codexフォルダを丸ごと別の場所へコピーしてから調べ始めます。どちらの場合も、フォルダを「プロジェクトを追加する」で入れ直したり、再インストールしたりするのは後回しにしてください。

例外は、チャットの記録ファイルそのものがPCからなくなっているケースです。この場合はローカルで一覧を作り直しても会話は戻らないため、OpenAIに状況を送ることになります。プロジェクトは見えていて一部のチャットだけ見当たらない場合は、アーカイブや表示件数の上限という別の仕組みが原因です。

プロジェクトの登録は2か所：空になるのはサイドバー一覧だけ

アプリはローカルプロジェクトを2か所に登録しています。1つは.codexフォルダ内のデータベースstate_5.sqlite（projectsとproject_rootsの表）、もう1つは同じフォルダの状態ファイル.codex-global-state.jsonにあるlocal-projectsという一覧です。以下、前者を「データベース」、後者を「サイドバー一覧」と呼びます。サイドバーに表示されるのはサイドバー一覧のほうなので、これが空になると、データベースにプロジェクトが残っていてもサイドバーには何も出ません。

再起動しても戻らないのは、起動時のコピーが一方向だからです。バージョン26.1103.60933のアプリ本体（app.asar）のコードを読むと、アプリは起動のたびにデータベースのプロジェクトを読み込み、次にサイドバー一覧を順に見て、データベースにないものをデータベースへ書き込みます。逆に、データベースにあってサイドバー一覧にないプロジェクトを一覧へ書き戻す処理はありません。「サイドバーはサイドバー一覧に従う」という点はコードの呼び出し関係からの推論ですが、パッケージを読んだユーザーの結論（GitHubのopenai/codex issue #54538と#58397）と一致しています。

2026年11月12日に、ChatGPTデスクトップ26.1103.60933（build 25894）を入れた1台のMac、アカウント1つの環境で、データベースと状態ファイルのコピーを読み取りだけで調べました。データベースのprojectsは17行、サイドバー一覧は17項目で、両者はIDの体系が違い、状態ファイル内の対応表（app-server-project-id-by-legacy-project-id-by-host、25件）で17項目すべてがデータベースの行に対応していました。チャット1,458件はデータベース上ではどれもプロジェクトIDを持たず、そのうち1,246件は作業フォルダがいずれかのプロジェクトのフォルダの下にありました。チャットとプロジェクトの割り当ては、状態ファイルのthread-project-assignments（693件）にも別に記録されています。このMacではプロジェクトは消えておらず、調べたのは正常な状態の構造です。Windowsでの同じフォルダの構造はこの確認の範囲外で、ユーザー報告にもとづきます。

直前の操作で見分ける：消えた原因と最初の一手

サイドバーが空になるという症状は同じでも、原因は直前の操作でおおよそ見分けられます。下の表は、GitHubの30件前後のissueと公式コミュニティの投稿で報告されたケースを整理したものです。どのケースでも、確かめる作業はファイルに触れずにできます。

ほとんどのケースでデータベースとチャットの記録は残っています。NUL文字のケースは2026年9月21日の#46987が最初の報告で、#52713と#58397にも続いています。#58397では、Windowsのイベントログに異常終了（イベント41、6008）が記録された2分後に、状態ファイルの読み込みエラーが並んでいました。移行のケース（#42739）は、サイドバー一覧が空なのにデータベースにはプロジェクトが残っている、つまりログのprojectCountが0でないのに一覧が空という組み合わせで見分けます。状態ファイルに記録される移行の進み具合の値は、プロジェクトが正常に表示されている11月12日に調べたMacでも途中を示していたため、判断の材料にはなりません。データベースまで欠けていた報告は#58397の1件で、データベースにはプロジェクトが1つ、チャットが3件しか残っていませんでした。CODEX_HOMEのケースは#42739で1人が報告し、変数を消すとすぐにプロジェクトが戻ったというものです。

何も変えずにデータが残っているか確かめる手順

ファイルを書き換えずに、データベースにプロジェクトが残っているか、チャットの記録があるかを確かめられます。アプリを開いたままでもできる確認から順に並べています。

1. アプリの「バージョン情報」でバージョン番号を控えます。Windowsではストアのパッケージ番号とアプリ内の番号が別の体系なので、両方を控えておきます。
2. 消えたプロジェクトで使っていたチャットが「最近の項目」や検索に出るかを見ます。出れば、そのチャットの記録ファイルはPCに残っています。
3. アプリのログでproject migration completedの行を探します。行末のprojectCount=の数がその起動時にデータベースから読めたプロジェクトの数で、0でなく消える前と同じくらいなら、データベースにプロジェクトは残っています。
4. 同じログでFailed to load global stateとDropping invalid global state for keyを探します。前者は状態ファイル全体が読めなかった印、後者は一部の項目が形式に合わず捨てられた印です。
5. sessionsフォルダにrollout-で始まるファイルがあるかを、開かずに数だけ確かめます。圧縮された.jsonl.zstの形式もあるため、.jsonlだけを数えると記録がないと誤解しやすいという報告があります。11月12日に調べたMacでも、sessionsの下は.jsonl.zstが1,271個、rollout-*.jsonlが134個で、大半が圧縮形式でした。

macOSでは、ターミナルで次のように検索できます（2026年11月の場合）。

grep -rh "project migration completed" ~/Library/Logs/com.openai.codex/2026/11
grep -rhE "Failed to load global state|Dropping invalid global state" ~/Library/Logs/com.openai.codex/2026/11
find ~/.codex/sessions -name "rollout-*" | wc -l

11月12日に調べたMacでは、1行目の結果としてLocal app-server project migration completed projectCount=14のような行が2026年11月2日から9日までの起動ごとに記録され、数は14から16へ増えていました。

macOSとWindowsでのファイルの場所

macOSの場所は2026年11月12日に調べたMacで確かめたもの、Windowsの場所はGitHubのissueでユーザーが報告しているものです。CODEX_HOMEを設定している場合は、.codexの代わりにその変数のフォルダになります。

.codexは隠しフォルダなので、macOSのFinderでは表示の切り替えが必要です。WindowsでプロジェクトのデータをAppData\Localに置いているという報告はありません。

アカウント切り替え後に消えた：26.1106.51428へ更新して完全に終了

アカウントやワークスペースを切り替えた後に消えた場合は、2026年11月11日にmacOSのユーザー2人とWindows 11のユーザー1人が、バージョン26.1106.51428で消えたプロジェクトが戻ったと報告しています（openai/codex issue #59895と#60376）。手順は次のとおりです。

1. 更新を確認します。macOSではアプリのメニューの「更新を確認…」を選び、WindowsではMicrosoft Storeで手動で更新を確認します。macOSで直ったユーザーは手動で更新を確認するよう勧めていて、Windowsのユーザーはストアの手動確認で新しい版を取得しています。
2. 「バージョン情報」で26.1106.51428かそれより新しい番号になったことを確かめます。
3. アプリのメニューの「ChatGPTを終了」で終了し（macOSならCmd+Q）、開き直します。ウィンドウを閉じるだけではバックグラウンドのプロセスが残るので、一覧が読み直されません。

このケースで一覧が空になるのは、画面の状態が「ユーザーとアカウントの組み合わせ」ごとに保存されているためです。11月12日に調べたMacのアプリのコードでは、状態ファイルのelectron-account-renderer-state-v1に、使っていないアカウントの状態がアカウントごとにinactiveの下に退避されます。切り替え先のアカウントに保存された状態がなければ、サイドバー一覧は空になります。このMacは1つのアカウントしか使っていないためinactiveは空で、切り替えの実験はしていません。#59895の報告では、個人とEnterprise、2つの個人Plus、Teamと個人、同じBusinessワークスペースの2アカウントの間の切り替えのほか、ログアウトして同じアカウントで入り直しただけでも起きています。

更新しても戻らない場合、修正前の回避策として完全な終了と再起動が報告されていて、#59895では4人が効いた、3人が効かなかったと書いています。効かなかった人は、いまのアカウントのサイドバー一覧そのものが空になっていました。inactiveに残った項目を手作業で状態ファイルの上位へ書き戻して直したという報告も5人分ありますが、退避された側と現在の側で16件のチャットの割り当てが別々のプロジェクトを指していて、そのまま写すと食い違うという注意も出ています。JSONを安全に編集できる人向けの方法です。なお、更新前に手作業で一覧を作り直していた人からは、26.1106.51428に上げた後にプロジェクトが重複したという報告があります。1台のPCで複数のアカウントを使い分けている場合は、同じ PC の複数アカウントで Codex 制限は共有されるのか：公式境界と確認手順でアカウントごとのCODEX_HOMEの分け方を扱っています。

「プロジェクトを追加する」で入れ直すと、以前のチャットは戻らない

同じフォルダを「プロジェクトを追加する」や「フォルダーを開く」で登録し直しても、今回の不具合では以前のチャットはまず戻りません。新しいプロジェクトIDが作られ、プロジェクトの中は「No chats」のまま重複が増えたという報告が、#47827や#60092など複数のissueにあります。OpenAIのサポートがこの方法を案内し、同じ結果になった例も2件あります（#46987、#47827）。

一方、ChatGPTデスクトップアプリの公式トラブルシューティングは、サイドバーから外したプロジェクトは追加し直せば戻ると書いています。これは、自分でメニューの「プロジェクトを削除」（英語表示ではRemove）を選んで外したプロジェクトの話です。このメニューはサイドバーから外すだけで、フォルダやファイルは削除しません。更新やアカウント切り替えでサイドバー一覧が消えた状態とは前提が違うため、ドキュメントの手順をそのまま当てはめると重複だけが残ります。

異常終了やアップデートの後に消えた：まず.codexを丸ごとバックアップ

異常終了の後や、アップデートで移行が途中で止まったケースには、2026年11月12日時点で修正の報告がありません。11月8日から10日にかけても新しい報告が出ています。何かを試す前に、現在の状態を丸ごと残しておくのが安全な最初の一手です。

1. アプリのメニューの「ChatGPTを終了」で完全に終了します。起動中に状態ファイルを編集すると、アプリが上書きしてしまいます。
2. .codexフォルダを丸ごと別の場所へコピーします。データベースのstate_5.sqlite-walと-shmも含め、フォルダ単位でコピーします。
3. Time MachineやWindowsのファイル履歴があれば、消える前の日付の.codex-global-state.jsonも別に取り出しておきます。

元の.codexの中は、バックアップを取った後もできるだけ触りません。入れ直しのほかにも、よく試される対処には効かなかったり状況を悪くしたりしたという報告があります。

一覧を一度直した後に、再び消えたという報告も複数あります。直ったときにも、その時点の.codexをもう一度コピーしておくと安心です。

.codex-global-state.json.bakから戻せない理由

同じフォルダにある.codex-global-state.json.bakは、古い版を残すバックアップではありません。26.1103.60933のコードでは、アプリは状態を保存するたびに本体を書き、続けて同じ内容を.bakにも書きます。11月12日に調べたMacでも本体と.bakは1バイトも違いませんでした。そのため、サイドバー一覧が空になった後に一度でも保存されていれば、.bakも空の一覧になっていると考えられます。

古い一覧が残っている可能性があるのは、保存時に作られる一時ファイル..codex-global-state.json.tmp-*の消し残しと、OS側のバックアップです。11月12日に調べたMacには2026年6月から8月の一時ファイルが12個残っていました。GitHubでは.tmp-*、.bak、Time Machineの古いスナップショットから一覧を戻せたという報告が4人分ある一方、.bakはすでに上書きされていたという報告もあります。

データベースから一覧を作り直す方法：コミュニティの報告

ほかのユーザーは、データベースに残っているプロジェクトからサイドバー一覧（local-projects）と並び順（project-order）を作り直して表示を戻しています。#42739、#58397、#54538、#59895で10人ほどが効いたと書いていて、#54538の投稿者は一覧と並び順に加えて旧IDとの対応表も戻したところ、サイドバーが元に戻ったと報告しています。ただしOpenAIの手順ではなく、どの項目が決め手かも確かめられていません。報告者たちが共通して挙げている前提は次の3つです。

• アプリを完全に終了してから作業する
• 事前に.codexを丸ごとバックアップする
• データベース（SQLite）は書き換えず、状態ファイルだけを直す

この作り直しを自動で行うツールとして、GitHubのadriariu/codex-project-recovery、Swih/codex-sidebar-repair、CaptainVid/codex-local-project-recovery、CGI07/ai-repair-kitがissueの中で挙げられています。いずれもOpenAIのツールではなく、11月12日に調べたMacでの確認でも動かしておらず、コードも読んでいません。使うかどうかを考えるのは、.codexのバックアップを取り、ツールのコードを自分で読める場合に限ったほうが安全です。

OpenAIの回答と報告のあったバージョン（2026年11月12日時点）

OpenAIが修正を予告したのは、アカウント切り替えのケースだけです。米国時間の2026年11月9日、OpenAIの開発者を名乗るdhruvgupta-oaiが#59895に「We are aware of the issues here and are working on a fix which should be out in the Tuesday release.」と書き込みました。翌10日の火曜には26.1103.60933でも直っていないという声があり、11日に26.1106.51428での修正報告が続きました。ただしOpenAIのCodex changelogでデスクトップアプリの最後の項目は10月8日の26.1007で、26.1106.51428の公式なリリースノートはありません。GitHubのリリースはCLIだけです。#59895は12日の時点で未解決のままです。

公式コミュニティでは、OpenAIのサポートが11月7日に「A similar issue with projects and chat groupings disappearing from the Windows app was identified and has since been mitigated.」と回答し（OpenAIコミュニティの「Local projects disappear from sidebar after Windows desktop update」スレッド）、9日には別のスレッドで、最新版に更新してから完全に終了し開き直すよう案内しています。どちらもバージョン番号や具体的な手順は示していません。9月7日には、一覧を作り直す公式の機能について、提供の時期は示せないと答えています。異常終了や移行のケースについて直ったという報告は、11月10日に立った#60541や#60672を含め、まだありません。

報告に出てくるバージョン番号は、Windowsでは2系統あります。Microsoft Storeのパッケージ番号（例：26.1103.4239.0）と、アプリの「バージョン情報」に出る番号（同じ版が26.1103.32239）です。下の表は、ユーザーが報告したバージョンを時期とOSでまとめたものです。

Linuxでも26.1103.32239で1件報告があります。各ケースの報告時期は重なっていて、バージョンや時期から原因を決めることはできません。時期で言えるのは、アカウント切り替えのケースが11月6日以降に集中していることだけです。一覧にある版でも全員に起きるわけではなく、11月12日に調べたMacは26.1103.60933でもプロジェクトは消えていませんでした。

一部のチャットだけ見つからない・「No chats」と出る場合

プロジェクトはサイドバーにあるのに、一部のチャットだけが見つからない、あるいはプロジェクトの下に「No chats」と出る場合は、プロジェクトが消える不具合とは別の仕組みです。#21128では、デスクトップアプリが起動時に直近の50件のチャットしか読み込まず、それより古いチャットはサイドバーに出ない、プロジェクトごとに5件までしか表示しない、検索も読み込んだ分しか対象にしない、とユーザーがパッケージと通信内容から報告しています。データは削除されていません。報告はmacOSの26.429〜26.818、Windowsの26.519〜26.818のもので、最後のコメントは2026年9月27日、それ以降の版で同じ動きかは公開情報に記載がありません。codex resume --allで古いチャットを開いてからピン留めすると表示できたという報告があります。

自分でアーカイブしたチャットは、設定の「アーカイブ済みチャット」にあります。公式トラブルシューティングによると、アーカイブを解除すれば元のサイドバーの位置に戻ります。

CC Switchなどでモデルのプロバイダーを切り替えた後に履歴が見えなくなった場合は、GPT-6.1 TerraがCodexに表示されない：CC Switchのモード別の直し方とCodex カスタムプロバイダー設定：APIキーとBase URLの選び方が扱う別の原因です。チャットを開いたり送信したりするとno rollout found for thread idが出る場合は、Codex「メッセージの送信中にエラーが発生しました」は2行目で判断で記録ファイルがない状態として説明しています。

ローカルで戻せないとき：OpenAIに送る情報

sessionsに記録ファイルがない、データベースのプロジェクトも減っている、更新しても戻らない、といった場合は、OpenAIに状況を送ります。アプリの入力欄に/と入力するとフィードバックを送れ、送信後に表示されるセッションIDをチームに共有できると公式トラブルシューティングに書かれています。送る前に、次の項目をそろえておくと話が早くなります。

• アプリのバージョン（Windowsはストアのパッケージ番号と「バージョン情報」の番号の両方）とOS
• 消える直前にしたこと（更新、アカウントやワークスペースの切り替え、異常終了）とおおよその日時
• ログのprojectCount=の行と、Failed to load global stateが出ているかどうか
• 「最近の項目」や検索にチャットが出るか、sessionsに記録ファイルがあるか
• すでに試した対処とその結果

GitHubに書く場合は、アカウント切り替えなら#59895、異常終了後のNUL文字なら#58397、移行の途中止まりなら#42739が近い報告です。公式ドキュメントは、ログを共有する前に機密情報が含まれていないか中身を見直すよう求めています。