Codex チャット履歴|0.150.1画像付き会話の確認方法と記録
Codexのチャット履歴を開いたのに、画像は見えるのか、古い会話は続きとして読めるのか、利用枠を超えたとき何が整理されたのか分からないことがありますよね。2026年8月27日のCodex CLI 0.150.1公開を入口に、公式に確認できる変更と手元で確かめる項目を分け、画像付き会話の状態を次の確認者へ渡せる表に整理しました。
Codex CLI 0.150.1の公式リリースに書かれているのは、リモート圧縮で保持中の画像もトークン予算に数え、必要なら古い画像から整理する修正です。画像がいつまでも残ることや、過去の会話全体が完全に戻ることまでは示されていません。(出典: https://github.com/openai/codex/releases/tag/rust-v0.150.1)
確認するときは、版番号、同じ会話が表示されるか、画像が表示されるか、利用枠を超えた後にどの画像が整理されたか、過去の判断を続きとして読めるかを別々に判定します。表示されたことと履歴の連続性を一つの成功扱いにしないことが要点です。
最後に、変更前後の表示、画像の状態、未確認事項、次に見る人の役割を一枚へ残します。Copilot CLI、Cursor、Aiderはそれぞれの公式情報を別欄に置き、Codexの仕様へ読み替えない、要確認を完了扱いにしないという線引きを守ります。
目次 (20)
- 0.150.1の更新をチャット履歴確認の入口にする
- 表示・画像・利用枠・履歴の連続性を別々に判定する
- 版番号と会話の識別を先に残す
- 画像の表示と整理結果を別の行にする
- 過去の判断が続くかを最後に読む
- 既存の圧縮・再開・削除・画像入力記事と重ねない
- 操作を説明する記事と状態を記録する記事を分ける
- Windowsを含む環境で変更前後を記録する
- 実機で未確認の項目は「要確認」と書く
- 役割名で次の人へ渡す
- Copilot CLIの更新を進行状況と履歴の比較材料にする
- 1.0.81-13は親と子の状態を分けて見る
- 1.0.81-14は直近履歴と全履歴を分けて見る
- Cursorは開始場所と保存先を分けて確認する
- 「Start from scratch」の情報をCodexへ移さない
- Aiderは新規掲載なしという確認結果を残す
- 「変更なし」ではなく「採用情報なし」と記録する
- 次の確認者へ渡す履歴確認表
- まとめ:表示されたことと続きが読めることを分ける
- 出典
0.150.1の更新をチャット履歴確認の入口にする
2026年8月27日、日本時間でCodex CLI 0.150.1の公式リリースが公開されました。今回の記載は、長い会話をリモート圧縮するとき、保持中の画像もトークン予算へ含め、必要に応じて古い画像から整理するというバグ修正です。機能が増えたというより、画像を含む会話を整理するときの計算方法を見直した更新として読むのが正確です。(出典: https://github.com/openai/codex/releases/tag/rust-v0.150.1)
この一文から、画像の保存期間、特定画面の名前、端末内の保存場所、圧縮後に全画像が残るかどうかまでは分かりません。公式ページに書かれていない範囲を、版番号や一般的なチャットの挙動だけで補うと、読者の環境で同じ結果になると誤解させます。記事では、公開情報と実機で見る項目を隣に置きます。
履歴を確認する目的は、古い会話を見つける操作をもう一度説明することではありません。0.150.1へ更新した後に、どの入口でどの版を使い、画像付きの長い会話がどこまで読めたかを記録し、次の確認者が同じ条件で判定できるようにすることです。表示、画像、連続性を分けると、原因も引き継ぎ事項も見えやすくなります。
表示・画像・利用枠・履歴の連続性を別々に判定する
長い会話で最初に画面が開けば、それだけで履歴全体が戻ったとは言えません。画像が一枚表示されても、別の画像が整理された可能性は残ります。反対に、過去の判断を要点として読めても、元の画像をすべて参照できるとは限らないため、確認欄を分けて残します。
0.150.1の公式情報から直接分かることと、利用者が自分の環境で見ることを対応させると、次のようになります。判定欄は実機で確認するまで埋めず、公式ページの説明だけで「確認済み」としないのが安全です。
| 確認項目 | 公式情報から分かる範囲 | 手元で見ること | 判定 |
|---|---|---|---|
| 版番号 | 0.150.1が2026年8月27日に公開された | 使っている入口に表示された版 | 要確認 |
| 会話の表示 | 画像を含む長い会話の整理に関する修正 | 同じ会話を選び、一覧と本文が開くか | 要確認 |
| 画像の状態 | 画像もトークン予算に含まれ、必要なら古い画像から整理される | 位置、枚数、表示の欠落、整理後の状態 | 要確認 |
| 履歴の連続性 | 完全な復元範囲や保存期間は記載されていない | 過去の判断と未解決事項を続きで確認できるか | 要確認 |
出典はすべてCodex CLI 0.150.1の公式リリースです。表の「公式情報から分かる範囲」は事実の境界、「手元で見ること」は利用者ごとに変わる確認事項として読んでください。
版番号と会話の識別を先に残す
会話を開く前に、利用している入口、表示された版番号、対象の会話を識別できる情報を記録します。タイトルだけでは似た会話を取り違えることがあるため、最後に扱った題材や更新日時など、画面で確認できる補助情報も同じ欄へ置きます。見つからない場合は、見つからないという結果も残します。
画像の表示と整理結果を別の行にする
画像確認では、表示された枚数と、重要な画像が読めたかを分けて書きます。0.150.1の公式記載は古い画像から整理される可能性を示していますが、どの画像が対象になるかを個別に保証していません。表示された画像だけを見て「画像は保持された」と結論づけず、整理後の状態を別の判定にします。
過去の判断が続くかを最後に読む
履歴の連続性は、会話が開いたかではなく、最後に残した判断、未解決の問い、次に行う確認を続きとして読めるかで判定します。画像が見えていても過去の判断が読めなければ要確認です。逆に要点が読めても、参照画像が欠けていれば画像欄だけを要確認として残します。
既存の圧縮・再開・削除・画像入力記事と重ねない
今回の主題は操作の一覧ではなく、更新後の状態確認です。Codexのコンテキスト圧縮は圧縮の仕組みと設定、セッション再開は前回の会話へ戻る方法、スレッド削除と保管は整理操作の違い、画像入力は画像を渡す方法を扱っています。
これらの記事と同じ操作説明を増やすと、読者は「どのコマンドを知りたい記事か」と「更新後に何を確認する記事か」を見分けにくくなります。本記事では、必要な操作を再掲する代わりに、操作を終えた後の表示、画像、履歴、次の担当者を同じ記録へそろえることに集中します。
既存記事を参照するときも、そこに書かれた結果を自分の環境の確認済み事実として扱わないことが大切です。版、入口、会話の長さ、画像の有無が違えば結果も変わり得ます。公式ページにない保存場所や保持期間は、別の説明で見かけても今回の判定欄へ持ち込みません。
操作を説明する記事と状態を記録する記事を分ける
検索結果では、保存場所、削除、再開、同期、表示が一つの「チャット履歴」に集まりやすい傾向がありました。個人記事にも具体的な操作名が多く、検索意図を満たす入口になっています。一方、今回の記事はそれらを再説明せず、画像付きの長い会話で結果を引き継ぐための確認表を差別化要素にします。
Windowsを含む環境で変更前後を記録する
Windowsを含む複数の環境で確認するときは、最初から特定の保存場所や画面名を前提にしません。起動入口、版番号、作業場所、会話の表示、画像の状態、整理後に読める履歴を順番に記録し、見えなかった項目は空欄ではなく「要確認」と書きます。これなら別の入口や版で同じ確認をやり直せます。
確認は短い会話で一度状態を確かめた後、画像を一枚含む会話、長い会話を整理した後の会話というように条件を分けます。重要な資料を試験へ持ち込まず、対象を識別できる最小限の題材で表示と連続性を見ます。0.150.1の公式ページに保存先や保持期間の説明はないため、そこは推測で補いません。(出典: https://github.com/openai/codex/releases/tag/rust-v0.150.1)
変更前後の記録は、版番号だけでなく、同じ会話を開いた結果まで並べると役立ちます。更新前に見えていた画像の位置や最後の判断を書き、更新後に何が表示され、何がまだ要確認かを同じ欄へ記入します。比較できる材料が残れば、次に見る人は印象ではなく差分から判断できます。
| 記録欄 | 変更前 | 変更後 | 確認者 | 判定 |
|---|---|---|---|---|
| 入口と版 | 入口名・表示版 | 0.150.1と表示されたか | 利用者 | 要確認 |
| 会話の表示 | 一覧と識別情報 | 同じ会話を開いた結果 | 確認者 | 要確認 |
| 画像 | 画像の数・位置 | 整理後に表示された状態 | 確認者 | 要確認 |
| 履歴の連続性 | 最後に確認できた判断 | 次の入力で読めた要点 | 利用者 | 要確認 |
| 次の確認 | 未確認の項目 | 再確認する項目と役割 | 管理者 | 要確認 |
実機で未確認の項目は「要確認」と書く
「表示された」「会話を開けた」「過去の判断を続けて読めた」は別々の結果です。どれか一つが成功しても、残りを確認済みにはしません。特に画像の整理は公式記載の範囲を越えて個別結果を断定できないため、確認できるまで「要確認」を維持します。
役割名で次の人へ渡す
記録には担当者の実名ではなく、利用者、確認者、管理者などの役割名を使います。交代後も誰がどの欄を見ればよいか分かり、確認漏れの責任範囲も曖昧になりません。次に見る場所、見る条件、完了の判定を一行で添えると、同じ会話を安全に引き継げます。
Copilot CLIの更新を進行状況と履歴の比較材料にする
2026年8月27日に公開されたGitHub Copilot CLI 1.0.81-13は、拡張機能へ現在の計測情報を渡す仕組みと、子セッションの進行情報を親へ返す連携を改善しました。これはCopilot CLIの変更であり、Codexの会話履歴へそのまま当てはめるものではありません。(出典: https://github.com/github/copilot-cli/releases/tag/v1.0.81-13)
続く1.0.81-14は、大きな会話で直近の履歴を先に表示し、古い内容を読み込む間も再開を速くする改善を記載しています。同じセッションの履歴取得についても、指定がない場合は完全なターン履歴を返す修正が示されています。進行状況と履歴表示を別の欄で比べる材料になります。(出典: https://github.com/github/copilot-cli/releases/tag/v1.0.81-14)
比較するときは、Copilot CLIの版番号、長い会話の表示速度、親子の進行状況、履歴の取得結果を一つにまとめません。Codexでは0.150.1の画像整理、Copilot CLIでは各リリースに記載された履歴表示や連携というように、製品別の公式ページに沿って列を分けます。
1.0.81-13は親と子の状態を分けて見る
1.0.81-13の確認では、拡張機能の情報が届いたことと、子セッションの進行が親へ見えたことを別に記録します。親へ表示されたからといって、子側の全文履歴や画像が同じ形で読めると判断しません。比較表では「進行状況」と「履歴」を異なる列に置きます。(出典: https://github.com/github/copilot-cli/releases/tag/v1.0.81-13)
1.0.81-14は直近履歴と全履歴を分けて見る
1.0.81-14の説明は、直近の履歴を先に表示することと、履歴取得の返り方を改善することです。最初に見えた数件だけで全履歴の読み込みが完了したとは限りません。Codexの確認でも、画面に出た範囲と必要な過去の判断を読めた範囲を分ける視点が役立ちます。(出典: https://github.com/github/copilot-cli/releases/tag/v1.0.81-14)
Cursorは開始場所と保存先を分けて確認する
Cursorは2026年8月27日、接続済みのGitHubなどがなくてもCloud Agentsを始められる「Start from scratch」を案内しました。開始時に保管先がなくても試し、完成後にCursor Originリポジトリへ保存する流れです。これはCursorの開始場所と保存先の変更であり、Codexのチャット履歴の保存仕様を示す情報ではありません。(出典: https://cursor.com/changelog/start-from-scratch)
この比較材料から得られるのは、作業を始める場所と、後から成果物を置く場所を別の確認欄にできるという考え方です。Codexの記事でも、会話が表示された場所、画像を確認した場所、次に記録を渡す場所を一つに決めつけません。製品の案内を混ぜず、確認する状態だけを抽出します。
共有前には、Originリポジトリの公開範囲、生成物の保存先、誰が確認するかをCursor側で見る必要があります。この注意点もCursorに限った話で、Codexの履歴が同じ場所へ保存される根拠にはなりません。比較表には「開始場所」「保存先」「公開範囲」を別製品の欄として残します。(出典: https://cursor.com/changelog/start-from-scratch)
「Start from scratch」の情報をCodexへ移さない
同じ日に更新された製品でも、開始方法と履歴の管理は別の設計です。CursorのCloud Agentsが保管先なしで始められることを見て、Codexにも同じ開始画面や保存先があると推測してはいけません。Codexについては、0.150.1の公式リリースに書かれた画像整理の範囲だけを記録します。(出典: https://cursor.com/changelog/start-from-scratch)
Aiderは新規掲載なしという確認結果を残す
Aiderについては、対象日の公式リリース欄を確認しましたが、今回のCodexチャット履歴へ直接つながる新規掲載として採用できる情報はありませんでした。これはAiderに変更がないという断定ではなく、対象期間に記事の主題へ追加する材料を見つけられなかったという確認結果です。(出典: https://github.com/Aider-AI/aider/releases)
公式欄にはAider v0.86.0など過去のリリースが並び、そこには複数モデル対応や/clearの表示改善などが記載されています。しかし、別製品の履歴整理をCodexの画像付き会話へ読み替える根拠にはなりません。次回の確認では同じ公式リリース欄を再訪し、対象日と採用可否を更新します。(出典: https://github.com/Aider-AI/aider/releases)
記事で「情報なし」を空欄にすると、調査していないのか、調査したが採用しなかったのかが分かりません。確認日、見た公式欄、主題との接点、次回確認の役割を記録すれば、周辺製品を無理に本文へ増やさず、調査の境界を明確にできます。
「変更なし」ではなく「採用情報なし」と記録する
Aiderの欄は「変更なし」と書かず、「対象期間に主題へ直接つながる新規掲載を採用できなかった」と書きます。公式ページに後から追加される可能性や、記事の主題と別の更新がある可能性を残せるためです。確認結果と製品の状態を混同しない表現にします。(出典: https://github.com/Aider-AI/aider/releases)
次の確認者へ渡す履歴確認表
最終的には、版番号を見た人と画像を見た人が別でも、同じ記録から次の判断へ進めることが重要です。変更前後、確認者、判定、出典URLを一列に置けば、表示だけ確認した状態と、履歴の連続性まで読めた状態を区別できます。対象外の製品も、確認していないのではなく別欄で扱ったことを残します。
下の表は、0.150.1を入口にしたCodexの確認と、周辺製品を比較材料として置くためのひな型です。実機で確かめていない欄は「要確認」のままにし、製品別の公式URLを開いてから判定を更新してください。
| 項目 | 変更前 | 変更後 | 確認者 | 判定 | 出典URL |
|---|---|---|---|---|---|
| 入口と版 | 起動入口・表示版 | 0.150.1の表示 | 利用者 | 要確認 | https://github.com/openai/codex/releases/tag/rust-v0.150.1 |
| 会話の表示 | 一覧・識別情報 | 同じ会話を開いた結果 | 確認者 | 要確認 | https://github.com/openai/codex/releases/tag/rust-v0.150.1 |
| 画像 | 表示された数・位置 | 整理後に表示された状態 | 確認者 | 要確認 | https://github.com/openai/codex/releases/tag/rust-v0.150.1 |
| 履歴の連続性 | 最後に確認できた判断 | 次の入力で読めた要点 | 利用者 | 要確認 | https://github.com/openai/codex/releases/tag/rust-v0.150.1 |
| Copilot CLI | 製品名・版 | 進行状況と履歴表示 | 確認者 | 対象外 | https://github.com/github/copilot-cli/releases/tag/v1.0.81-14 |
| Cursor | 開始場所・保存先 | 製品別の確認結果 | 確認者 | 対象外 | https://cursor.com/changelog/start-from-scratch |
| Aider | 公式欄の確認日 | 採用情報の有無 | 確認者 | 対象外 | https://github.com/Aider-AI/aider/releases |
この表で「対象外」と書くのは、周辺製品を無視するという意味ではありません。Copilot CLI、Cursor、Aiderの公式更新を確認したうえで、Codexの判定へ混ぜずに別製品の比較材料として保管するという意味です。あとから製品別の変更を追うときにも、採用しなかった理由を読み返せます。
まとめ:表示されたことと続きが読めることを分ける
2026年8月27日のCodex CLI 0.150.1は、長い会話のリモート圧縮で保持中の画像をトークン予算へ含め、必要に応じて古い画像から整理する修正を公開しました。ここから言えるのは整理の計算方法が変わった範囲であり、すべての画像が残ることや、会話全体が完全に復元されることではありません。(出典: https://github.com/openai/codex/releases/tag/rust-v0.150.1)
だから、Codexのチャット履歴を確認するときは、版番号、会話の表示、画像の状態、利用枠、履歴の連続性を別々に記録します。画面が開いたことを履歴の復元と同じにせず、実機でまだ見ていない欄は要確認として次の利用者へ渡してください。
Copilot CLIの長い会話表示、Cursorの開始場所と保存先、Aiderの公式欄は、製品ごとの比較材料として分けて扱います。公式に書かれた事実と手元で確かめた結果を一枚の表へ残せば、更新後の判断を急がず、画像付き会話の状態を同じ条件で確認できます。(出典: https://github.com/github/copilot-cli/releases/tag/v1.0.81-14、https://cursor.com/changelog/start-from-scratch、https://github.com/Aider-AI/aider/releases)
出典
- OpenAI Codex CLI 0.150.1: https://github.com/openai/codex/releases/tag/rust-v0.150.1
- GitHub Copilot CLI 1.0.81-13: https://github.com/github/copilot-cli/releases/tag/v1.0.81-13
- GitHub Copilot CLI 1.0.81-14: https://github.com/github/copilot-cli/releases/tag/v1.0.81-14
- Cursor「Start from scratch, without a repo」: https://cursor.com/changelog/start-from-scratch
- Aider Releases: https://github.com/Aider-AI/aider/releases