OpenAI・Codexの28日間アップデートを毎日調べて発信しています。次の新機能やリセットも追いたい方は、ぜひフォローしてください。

2026年10月18日（米国時間）、OpenAIの「28 days of shipping」で Day 14 のアップデートが発表されました。

今回の発表は、Codexのデスクトップアプリで、同じスレッド内にある以前のメッセージを後から編集できるようになったというものです。

公式の28日間トラッカーでは、次のように記載されています。

Users can now edit previous messages within a thread in the desktop app.

出典：OpenAI Developer Community：28 days of Shipping at OpenAI

短い発表ですが、長期間のコーディング作業では重要な操作性改善です。誤字や条件の指定ミス、前提の修正などを、過去の発言に戻って扱えるようになります。

一方、編集後にAIがどの範囲を再実行するのか、履歴が分岐するのか、既存のファイル変更をどう扱うのかは、公式のDay 14告知だけでは明らかになっていません。

この記事では、公式に確認されたことと未公表事項を厳密に分けたうえで、Steer・Queue・Forkとの違い、使いどころ、安全な確認方法、開発作業での注意点、リセットの有無を解説します。

確認日：2026年10月19日（日本時間）。 この記事は公式の28日間トラッカーとCodex Changelogを参照しています。実機でボタン位置や編集後の履歴分岐を検証した記事ではありません。アプリのバージョンや配信状況によって表示が異なる可能性があります。

Day 14で何が変わった？

項目	公式に確認できる内容
Day	14
米国での発表日	2026年10月18日
対象	デスクトップアプリのCodexスレッド
新しい操作	過去に送信したメッセージの編集
編集後の履歴分岐	詳細未公表
編集後の自動再実行	詳細未公表
既存のコード変更の巻き戻し	保証の記載なし
CLI・モバイルの同等機能	Day 14告知では未確認
Day 14の追加フルリセット	公式トラッカーでは確認なし

重要なのは、**「送信前の下書きを直せる」ではなく「すでに送信した過去のメッセージを編集できる」**という点です。

Codexに長い作業を任せた後、最初の依頼が曖昧だったと気づくことがあります。その場合、以前の依頼を修正できるのは便利ですが、修正の効果が過去の実行結果にどこまで及ぶかは別の問題です。

1. 具体的にどんなとき便利？

仕様の指定漏れに気づいたとき

最初の依頼が次のようなものだったとします。

認証処理を修正して、テストも追加して。

後になって、次の条件を明記する必要があると分かりました。

認証処理を修正して、テストも追加して。
ただし公開APIのレスポンス形式と既存DBスキーマは変えないこと。

Day 14で過去メッセージの編集が可能になったため、以前送った依頼の内容を修正する操作ができるようになります。

ただし、この操作だけで、過去に行った編集やテストが再実行されると確認されたわけではありません。編集後の画面に何が表示されるかを必ず確認してください。

間違ったファイル名・Issue番号を直したいとき

例えば、最初の依頼で Issue #124 と書いたつもりが Issue #142 と送信していた場合です。

過去の文面を修正できることと、誤ったIssueへ実際に加えたコメント・変更が取り消されることは同義ではありません。

GitHubへ書き込む操作がすでに行われた場合、差分やIssue履歴を別途確認しましょう。

長時間のプロンプトを組み直したいとき

大規模リポジトリのレビューでは、

対象ディレクトリ
既存仕様を壊さない制約
テストの実行条件
PR作成とマージの権限
作業対象のブランチ

など、長い依頼になる場合があります。編集できると、送った依頼を参照しながら条件を見直しやすくなります。

ただし、保存・確定操作の具体的なUIや、編集による再生成の範囲は公式の短い告知では確認できません。

2. Steer・Queue・Forkとは何が違う？

Codexには、過去のメッセージ編集以外にも、会話の進行をコントロールする方法があります。

操作	役割	例
Edit（Day 14）	過去に送ったメッセージの内容を修正する	「対象のIssue番号を直す」
Steer	現在実行中の作業に追加の指示を渡す	「DBスキーマは変えないで」
Queue	現在の作業が終わった後の指示として積む	「完了したらREADMEを更新して」
Fork	会話のある地点から別の作業の流れを作る	「別案を新しい分岐で試す」

これらは似ていますが、目的が違います。

Steer：今進んでいる作業へ方向修正

作業Aが進行中
   ├─ Steer：「認証部分の変更を優先して」
   └─ その時点の作業へ追加条件を届ける

Day 4の改善では、この途中指示への反応を速くする変更が発表されました。

Steerは、過去のメッセージそのものを書き換える操作とは別です。

Queue：今のタスクが終わった後の作業を予約

作業Aを実行中
     ↓
Queue：「終わったら差分をレビューして」
     ↓
作業Aが終了
     ↓
次の依頼が処理される

Queueは、「過去の発言を修正する」のではなく、次に何をするかを追加する操作です。

Fork：別の流れとして試す

Codex Changelogには、2026年3月18日の更新で、最後のターン以外の過去メッセージからも会話をForkできるようになったと記録されています。

Forkは通常、過去の地点から別の文脈・作業の流れを持つための操作です。

一方、Day 14の発表は既存スレッド内の過去メッセージの編集です。

「過去メッセージを編集すると自動的にForkが作成される」など、Day 14の詳細な履歴制御は公開されていません。 この2つを同一視しないようにしましょう。

公式：ChatGPT & Codex Changelog

3. 編集すると過去のコード変更は戻る？

公式発表には、その保証はありません。

これが開発者にとって最も注意したい点です。

Codexはチャットに回答するだけでなく、権限があればコードや外部サービスへ変更を加えます。

ユーザー：「Issue #142を修正」
      ↓
Codex：コードを編集
      ↓
Codex：テストを実行
      ↓
Codex：GitHubにPRを作成
      ↓
ユーザー：過去の依頼を「Issue #124」に編集

このとき、過去の文面を直しただけでPRやGitコミットが自動削除される、とは考えないでください。

Codexの操作対象には少なくとも次の種類があります。

対象	例	確認方法
会話履歴	以前の依頼文	スレッド表示
ローカルファイル	編集されたコード	Git差分
Gitの履歴	コミット・ブランチ	Gitログ
GitHubのデータ	PR・Issue・レビューコメント	GitHub画面
外部サービス	API投稿・デプロイなど	各サービスの実行履歴

メッセージを編集する操作と、それらの実行済みの副作用を取り消す操作は別です。

4. 編集後の安全な確認方法

Step 1：まず現在の作業が動いているか確認する

進行中の処理がある場合は、画面がSteerやQueueを受け付けている状態か、過去のメッセージの編集が可能な状態かを確認します。

Day 14公式告知では、実行中でもいつでも編集できるかまでは明記されていません。

Step 2：対象メッセージを確認して編集する

対応するCodexデスクトップアプリで、対象スレッドの以前のメッセージから編集操作を探します。

右クリック・メニューボタン・ショートカットなど、具体的な入口は公式発表だけでは確認できないため断定しません。 実際のアプリに表示される操作に従ってください。

Step 3：編集後の履歴・実行状態を確認する

編集確定後に、次の点を確認してください。

以前のメッセージがどう表示されるか
既存のCodexの回答が残っているか
再生成・再実行・分岐などのUIが現れるか
実行中のタスクが引き続き動いているか
作業ディレクトリの差分が変わったか

これは、今回の機能がどのように扱われるかを、安全に実機確認するための観点です。

Step 4：Gitの状態を読み取り専用で確認する

Gitリポジトリの作業ディレクトリで、次のコマンドを使えます。

git status --short
git diff --stat
git log -1 --oneline

それぞれの意味は次の通りです。

git status --short：変更済み・追加済み・未追跡ファイルの概要
git diff --stat：未ステージの差分量をファイル別に表示
git log -1 --oneline：直近のコミットを短く表示

これらは読み取り目的のコマンドで、過去の変更を取り消す処理ではありません。

注意：git reset --hardなどの破壊的なコマンドは、機能の挙動を確認するために安易に実行しないでください。

5. 安全な実機検証をするなら

既存の本番リポジトリで試す前に、外部APIへの書き込みがない簡単なテストで挙動を確かめると安全です。

テスト例

最初に以下のような依頼を送ります。

このスレッドではファイルを編集しないでください。
「赤色と青色の2つの候補を比較してください」と回答してください。

Codexの回答が出た後、以前送信したメッセージの編集操作を使えるか確認します。

編集できる場合、色の名前などを修正し、再実行されるのか、過去の回答が残るのか、履歴が分岐するのかを観察します。

このテストではファイル操作や外部書き込みを依頼しないため、本番コードやGitHubの状態へ影響するリスクを抑えられます。

ただし、この検証手順自体はOpenAIがDay 14で示した公式操作マニュアルではなく、利用者が安全に挙動を確認するための提案です。

6. 通常のChatGPTとCodexの違い

通常のChatGPTでも、過去のユーザーメッセージを編集できる機能が以前から存在します。

しかし、Codexはファイル変更、ツール実行、Git操作などの作業を伴うため、編集した文章と既存の作業結果がどう関係するかという問題が増えます。

観点	通常のChatGPT	Codex
主な成果物	回答文、資料など	コード・差分・テスト・PRなど
過去の文章の編集	既存のチャット操作として提供	Day 14でデスクトップに対応
外部副作用	ツールを使う場合は発生し得る	ファイル・Git・外部ツールへの操作が多い
編集後の変更確認	会話・成果物の再確認	会話に加えGit差分・PR・実行ログを確認

「通常のChatGPTと完全に同じ履歴分岐や再生成挙動になった」という発表ではありません。

また、Codex CLIやモバイルのすべてのクライアントにDay 14の機能が同時配信されたことも確認できません。

7. なぜ過去メッセージの編集が重要なのか

今回の変更が役立つ理由は、エージェントへの指示が長く・複雑になりやすいことです。

長文の条件指定を改善できる

バックエンド開発の例では、

既存APIとの互換性
Javaやフレームワークのバージョン
DBスキーマ変更の可否
テストの実行環境
セキュリティと権限
PR作成・マージまでの作業範囲

といった条件を明確にする必要があります。

後から誤りに気づいたとき、過去メッセージの編集が使えれば誤った文面を修正する導線ができます。

履歴の整合性は別途確認が必要

これまでの会話の文脈を変更できる操作だからこそ、編集後の古いAI回答が同じ文脈のものとして扱われるかが重要です。

公式はその仕様を公開していないため、編集だけに依存して「全ての後続処理が新しい条件に沿っている」と判断しないでください。

8. Day 14の追加リセットはあった？

2026年10月19日時点の公式28日間トラッカーでは、Day 14の追加フルリセットは確認できません。

今回の発表は過去メッセージ編集の機能追加であり、利用可能量の回復ではありません。

ここまでを比較すると、

Day	内容
Day 12	Codex / Workのキャッシュ効率向上
Day 13	利用枠のグローバルリセット
Day 14	Codexデスクトップで過去のメッセージを編集可能に

となります。

Day 13の自動リセットと、Day 14の編集機能は別の発表です。

9. Day 1〜14の振り返り

Day	主要な発表
Day 1	GPT-6 Astra / GPT-6.1 Solの標準速度改善
Day 2	Auto-review無料化、APIティア簡略化、Meetings、Decisions API、追加リセット
Day 3	GPT-6 / Intelligent UI、保存可能なリセットの配布
Day 4	GPT-6.1 Sol Ultrafast、途中指示への高速反応
Day 5	Dots強化とComposer predictions
Day 6	グローバルリセット
Day 7	GPT-6.1 Solの標準コンテキスト272K→500K
Day 8	グローバルリセット
Day 9	デスクトップの保存状態データを約60%削減見込み
Day 10	フルリセット
Day 11	モデル容量不足エラーの削減と自動継続改善
Day 12	コンテキスト再利用・キャッシュ効率改善
Day 13	グローバルリセット
Day 14	Codexデスクトップで過去のメッセージの編集に対応

よくある質問

Q. Day 14で何ができるようになった？

Codexのデスクトップアプリで、同じスレッド内の過去のメッセージを編集できます。 これはOpenAI公式トラッカーで確認できる変更です。

Q. メッセージを編集すると、その時点から再実行される？

公式のDay 14発表だけでは詳細が分かりません。 実際にどのような確認・再生成・履歴の分岐が発生するかは、対応アプリで確認してください。

Q. コードが自動で元に戻る？

その保証はありません。 ローカルファイルやPRがすでに変更されている場合、Git差分やGitHubの状態を個別に確認してください。

Q. CLIやiPhoneでも編集できる？

Day 14の公式説明はデスクトップアプリを対象としており、CLI・モバイルの対応は未確認です。

Q. 過去メッセージを直すとCodexの利用量を節約できる？

節約率や特別な無料枠は発表されていません。 再実行などで追加作業が発生すれば通常の利用量が関係する可能性があります。

Q. Day 14に新しい保存型リセットや一斉リセットはある？

公式トラッカーにその発表はありません。

まとめ

Day 14は、Codexデスクトップで過去に送ったメッセージを編集できるようにする操作性の改善でした。

押さえたいポイントは以下の通りです。

Codexデスクトップの同一スレッド内で過去メッセージの編集が可能
Steer（現在の実行への追加指示）、Queue（次の指示）、Fork（会話分岐）とは異なる
編集後の自動再実行・履歴分岐の詳細は未公表
既存のコード変更やGitHubの操作が自動的に巻き戻る保証はない
実際の操作は、外部書き込みのない小さなテストスレッドで確かめるのが安全
Day 14の追加フルリセットは公式情報で確認できない

長い開発タスクでは、最初に出した指示の条件を見直したくなることがあります。今回の改善は、そうした場面での使い勝手を高めるものです。

ただし編集できることと、既に完了した外部の作業を巻き戻すことは別です。Codexを安全に使うため、編集後の実行内容とGit差分を必ず確認するようにしましょう。

参考・一次情報

OpenAI・Codexの28日間アップデートは今後も毎日調査して発信します。Day 15以降の新機能やフルリセットも見逃したくない方は、ぜひフォローしてください。