Codex、DAY13は改善なく使用量のリセットへ｜DAY14は過去メッセージの編集に対応

「さっき送った指示、あの部分だけ直したい」。AIと長く作業していると、そんな場面があります。条件を伝え間違えたとき、追加のメッセージで訂正するだけでなく、元の発言に戻って直せたら便利です。

Codexの28日間企画は、DAY14で折り返し。DAY13は新たな改善ではなく使用量のリセットが告知され、DAY14はデスクトップアプリで、スレッド内の過去メッセージを編集できるようになったと発表されました。12

前回のDAY12が、文脈の再利用やキャッシュで利用効率を高める更新だったのに対し、今回は指示を出し直す側の改善です。気になる「リセットカード」を思わせる発言や、OpenCode関連の被害対応、Daybreakの案内も、投稿の日本語訳とともに整理します。3

---

---

DAY13は改善なく、使用量のリセットを告知

DAY13の主題は、新しい機能ではなく使用量のリセットでした。Tibo氏は「Le limit reset」と書き、リセットをカードのように描いたイラストを添えています。続く返信では、米国太平洋時間でその日のうちに反映する予定を案内しました。1

DAY13の投稿と返信の日本語訳

日本語訳｜DAY13の投稿

13日目／使用量上限のリセット。

日本語訳｜反映予定についての返信

今日中、米国太平洋時間の1日の終わりまでには反映される予定です。

図1：DAY13のリセット告知と反映予定の返信。投稿欄には10月18日と表示されている。画像取得は2026年10月19日。イラストだけでは、実際に使える引換券の発行は確認できない。1

「リセット」は、会話やプロジェクトを初期化する話ではなく、連載で追っている利用枠の話です。ただし、この画面で確認できる返信は反映予定であり、すべてのアカウントへの反映完了を示すものではありません。個別の残量は自分の利用状況画面で確認する必要があります。1

また、原文の「EOD PST」は日本時間の当日中という意味ではありません。投稿の時差を無視して「今夜まで」と読み替えないことも大切です。

---

DAY14は、以前に送ったメッセージを編集可能に

DAY14では、デスクトップアプリのスレッド内で過去メッセージを編集できるようになったと案内されました。新モデルや利用上限の引き上げではありませんが、日々のやり取りで感じていた不便を減らす更新です。2

DAY14の投稿の日本語訳

日本語訳｜DAY14の投稿

14日目。

ちょっとした使い勝手の改善です。デスクトップアプリで、スレッド内の以前のメッセージを編集できるようになりました。ずっと要望されていた機能で、実現するまでにあまりにも時間がかかってしまいました。

図2：DAY14の過去メッセージ編集の告知。2026年10月19日取得。2

「小さな改善」としつつ、以前から要望が多かったことや、対応に時間がかかったことも率直に書いています。今回のポイントは、返答の能力よりも人が指示を修正するための操作にあります。2

役立ちそうなのは、最初の条件を直したいとき

たとえば、「一覧は10件」と送ったあとで5件に変えたい、参照するファイル名を間違えた、説明対象を「開発者」から「初心者」に直したい。こうした場面では、訂正を追加していくだけでなく、元の指示を編集する選択肢があると助かります。

追加の訂正には、変更の経緯を会話に残せる利点があります。一方、最初の指示を直したい場面で毎回「先ほどの指定は取り消して」と説明するのは手間です。訂正を積み重ねるか、元の発言を直すかを選びやすくなることに、この更新の価値があります。

ただし、今回の短い告知には、編集後の応答やツール履歴がどう扱われるか、対象OS・プラン、必要なバージョンまでは書かれていません。具体的な編集手順や再実行の挙動は、利用するアプリの表示で確かめたいところです。2

---

「会話を直す」と「作業を取り消す」は別のこと

今回の改善を少し深く考えるうえで重要なのが、会話の状態と、作業した結果の状態は同じではないという点です。文章を返すだけのチャットと違い、作業を任せるAIでは、指示のあとにファイル編集や外部サービスの操作が続くことがあります。

指示を直しても、何が元に戻るかは別に確認する

たとえば、誤ったファイル名を指定したあとで、すでに何かが書き換わっていたとします。元のメッセージを編集できたとしても、その機能が書き換え済みのファイルまで戻すのかは、別の仕様です。投稿済みの記事や送信済みのメッセージなら、会話内だけでは済みません。

確認したい対象を分けると、次のようになります。

これは安全に使うための確認項目であり、DAY14の機能がすべてを復元すると説明した表ではない。今回の告知だけでは復元範囲は確認できない。2

実際に使うなら、まず影響の小さい会話で挙動を確認し、重要な成果物は比較できる状態で残すのがよいでしょう。実装済みの内容を維持したいなら、古い指示を大きく変えるより、「現在の成果物は残し、この部分だけ直す」と追加で頼むほうが意図を伝えやすい場合もあります。

Claude Code・Gemini CLIは「戻す対象」を明示している

他の開発向けAIを見ると、この区別がより分かりやすくなります。

Claude Codeの公式文書では、チェックポイントからコードと会話の両方、会話だけ、コードだけを戻す選択肢が説明されています。会話だけを戻す場合は現在のコードを維持する設計です。一方、シェルコマンドによるファイル操作などは、チェックポイントで追跡される直接のファイル編集とは扱いが異なります。5

Gemini CLIにも、保存したチェックポイントからファイルと会話を復元し、元のツール呼び出しを再提示する機能があります。公式文書では、チェックポイント機能は標準では無効で、有効化してから使うと説明されています。6

ここから分かるのは、「過去に戻れる」という説明だけでは比較しきれないことです。会話の編集、成果物の復元、外部操作の取り消しのどこまでを扱うかで、機能の意味は変わります。他社の復元機能があるからといって、DAY14のCodexも同じ挙動だとは決めつけられません。

なお、過去のメッセージを編集する機能は、使用済みの利用枠を返すリセットとして発表されたものでもありません。やり直しで新しい処理が発生するなら、速さや使いやすさとは別に、利用量も見ておく必要があります。2

---

リセットカードの予告？気になる投稿をどう読むか

今回、機能改善と同じくらい気になったのが、リセットを連想させる周辺の投稿です。特に「カードを配る」という言い方は、何か仕掛けがあるのでは、と期待したくなる表現です。ただ、予告めいた発言と、実施が決まった告知は分けて読む必要があります。

「街でもリセットを求められる。カードを作る」の日本語訳

日本語訳｜街でのリセットとカードについての投稿

みんなタイムラインを飛び出して、今や街でも私にリセットを求めるようになりました。配るための小さなカードを作ろうと思います。

図3：リセットを求める声と、配るためのカードについての投稿。2026年10月19日取得。2

TLはタイムラインのことです。SNSだけでなく街でも頼まれる、という話に、「ならカードでも配ろうか」という軽いユーモアを重ねた投稿と読めます。2

DAY13のカード風イラストと並べると、リセット券のような仕組みを想像するのは自然です。ただし、この文面には配布日時、対象プラン、入手方法、使用条件がありません。実際に使えるカードの予告なのか、物理的な記念カードなのか、冗談なのかも確定していません。「追加リセットが決まった」「リセット券が配られた」とまでは言えない段階です。

新しいドメインの投稿も、用途はまだ分からない

日本語訳｜新ドメインについての投稿

新しいドメインを買いました。とても楽しみにしています。本当に。

図4：新ドメインを取得したという投稿。2026年10月20日取得。3

この発言も何かの準備を感じさせますが、ドメイン名も使い道も書かれていません。前後のリセット話と結び付けて「セルフリセット用サイトができる」と想像することはできても、本人がそう説明したわけではありません。3

整理すると、DAY13のリセットは明示された告知、カード発言はリセットを連想させるものの詳細不明、新ドメインは用途未公表です。今後の発表を楽しみにしつつ、これらを1つの確定ニュースにまとめない、という読み方が適切でしょう。

---

OpenCode関連の返還対応は、企画のリセットとは別

OpenCodeと協力して利用再開やクレジット返還に対応したという投稿もあります。こちらはDAY13・DAY14の企画とは別の、攻撃に関連する利用者対応の話です。3

OpenCodeはOpenAIのCodexとは別のオープンソースAIコーディングエージェントで、複数のモデル提供元に接続して使う仕組みを備えています。名前が似ていても、製品と提供元を混同しないことが大切です。7

OpenCode・Daybreakに関する投稿の日本語訳

日本語訳｜OpenCode・Daybreakについての投稿（全文）

私たちのチームはOpenCodeと協力し、OpenAI APIも利用しているOpenCodeユーザーが再び利用できるようにするとともに、攻撃によって消費された可能性のあるクレジットが返還されるよう対応しました。

また、防御のために、サイバーセキュリティ業務での制約を緩和した環境を利用できるDaybreak Blueへのアクセスを申請できます。インシデントが起きて、対応を迫られるまで待たないでください。私たちがサポートします。

下部の返信｜Daybreakの案内ページへのリンク

Daybreakの案内ページが示されています。

図5：OpenCode関連の対応とDaybreak Blueの案内、リンク返信。投稿本文の末尾まで表示された画面。2026年10月20日取得。3

ここでの「返還」は、攻撃に関連して消費されたAPIクレジットへの対応です。一般のCodex利用者へのリセットや、全Proユーザーへの追加枠の配布ではありません。個別の返還状況や対象条件まで、この投稿だけで保証されるものでもありません。

末尾の「インシデントが起きるまで待たないで」という呼び掛けは、被害が起きる前から防御の準備をしてほしい、という趣旨と読めます。クレジット返還の話から、予防と防御の支援へ話題を広げた投稿であり、別のリセットを予告する文ではありません。3

深掘りしたいのは、AIを使う「鍵」をどこへ預けるか

APIキーは、外部のアプリから自分の契約にひも付いたAPIを使うための認証情報です。第三者が不正に使える状態になれば、本人が操作していないのに利用枠や料金が消費されるおそれがあります。OpenAIも、APIキーの露出による不正利用、想定外の請求、利用枠の枯渇を注意点として説明しています。8

今回の投稿から侵入経路や被害の全容までは分かりません。しかし一般論として、AIツールを選ぶときは、使えるモデルだけでなく、キーをPC内に保存するのか、外部サービスへ預けるのか、どの権限を渡すのかまで確認したいところです。

対象の利用者として通知を受けた場合や不審なAPI利用を見つけた場合には、提供元の公式画面から該当キーの失効・更新、利用履歴の確認、サポートへの連絡を進めます。キーを更新したら、正規のアプリ側で使う値の差し替えも必要です。8

一方、この投稿を見ただけで「Codex利用者全員が被害に遭った」「OpenAI本体のシステムが侵害された」と広げるのは不適切です。どのサービスの、どの接続方法の利用者が対象なのかを確認することが先になります。

---

Daybreak Blueは、防御作業のための承認付きアクセス

Tibo氏が同じ投稿で案内したDaybreak Blueは、正当に許可されたセキュリティ業務にAIを使いやすくするためのアクセス区分です。公式案内では、コードの安全性確認、脆弱性の優先度付け、インシデント対応、修正内容の検証など、防御側の仕事が例として挙げられています。9

利用枠を増やす機能でも、AIの安全制約をすべて外すモードでもありません。自分が所有・管理する環境か、明示的に調査を許可された環境で使うことが前提で、利用規約や他の安全対策も引き続き適用されます。9

表示されているのは利用資格の確認画面

画面では、高度なアカウントセキュリティ、本人確認、Daybreak用のキー設定が求められています。2026年10月20日に確認した個人向け公式案内では、対象の有料プランに加え、対応する物理的なFIDO2ハードウェアセキュリティキーなどの条件があり、設定と本人確認を終えても承認が保証されるわけではありません。4910

図6：Daybreakの利用資格・設定チェック画面。申請や利用承認が完了した画面ではない。2026年10月19日取得。出典：ChatGPTのDaybreak案内ページ。4

このハードウェアキーは、前章のAPIキーとは別物です。APIキーはアプリがAPIへアクセスするための認証情報、ハードウェアセキュリティキーは本人のログインなどを守る物理的な認証機器です。

「念のため有効にする」前に、ログイン方法の変化も確認する

高度なアカウントセキュリティでは、パスキーやセキュリティキーによるログインを使い、通常のパスワードログインやメール・SMSによる方法が制限されます。復旧用のキーを含め、ログイン手段を失わない管理も必要です。11

そのため、今回の画面を見て単に便利そうだから設定するというより、まず自分に承認付きのセキュリティ業務向けアクセスが必要なのかを考えるのがよいでしょう。OpenCode関連の返還を受けるために、Daybreakの申請が必須だと案内されたわけでもありません。3

---

14日間の折り返し。何が使いやすくなってきたか

28日間企画の前半を見ると、毎回新モデルが出ているわけではありません。返答や操作の速さ、指示のつなぎ方、長い作業の継続、利用量の効率と、改善する場所が少しずつ変わっています。主な流れをまとめると次のとおりです。

各日の主な発表を整理したもので、全機能・全プランへの反映を測定した表ではない。DAY1〜12は連載で扱った資料、DAY13・14は本稿の図1・2に基づく。1212

特にDAY12とDAY14は、似ているようで違います。DAY12はAI側の処理の重複を減らす改善。DAY14は、人が指示を直す手間を減らす改善です。使用量のリセットは、そのどちらとも別の利用枠の話になります。

こうして分けると、前半の更新は「もっと賢く答える」だけではなく、仕事を続けやすくし、途中でつまずいたときに立て直しやすくする方向にも進んでいる、と捉えられます。

---

まとめ：指示を直しやすくし、戻せる範囲も確かめる

DAY13は使用量のリセット、DAY14は過去メッセージの編集。今回の中心は、日常のやり取りを修正しやすくする、身近な使い勝手の改善です。12

使う側としては、編集できることを歓迎しつつ、会話の変更と成果物の復元を分けて確認したいところです。まず影響の小さい作業で挙動をつかみ、重要なファイルや外部操作は別に管理する。そうすれば、新機能を安心して普段の作業に取り入れやすくなります。

リセットカードや新ドメインの話には続報を期待しつつ、利用枠の回復は明示された告知と実際の残量で確認すること。折り返し以降も、派手さだけでなく、毎日の仕事のどこが楽になったかを見ていきたいと思います。

---

参考資料・出典

初回の情報確認日：2026年10月19日。2026年10月20日に投稿画像と日本語訳の配置を見直し、OpenCode・Daybreakの投稿を全文表示の画像と全文訳へ差し替えました。投稿の日本語訳は掲載スクリーンショットの原文に基づきます。以下のXリンクは投稿者のプロフィールです。

[1] Tibo（@thsottiaux）DAY13のリセット告知と反映予定の返信
図1。投稿欄に10月18日と表示、画像取得は2026年10月19日。告知内容と反映予定の原資料。投稿者のプロフィール

[2] Tibo（@thsottiaux）DAY14の編集機能告知／街でのリセットとカードに関する投稿
図2・図3。2026年10月19日取得の画面を、編集機能の告知とカード発言の投稿ごとに分けて掲載。投稿者のプロフィール

[3] Tibo（@thsottiaux）新ドメイン取得／OpenCode関連の対応・Daybreak Blue案内／リンク返信
図4・図5。2026年10月20日取得の全文表示画面を、投稿ごとに分けて掲載。OpenCode・Daybreakの投稿は末尾の呼び掛けを含めて全訳。投稿者のプロフィール

[4] ChatGPT「Daybreak」利用資格・設定チェック画面
図6、2026年10月19日取得。表示項目の確認に使用し、申請・承認完了の根拠にはしていない。Daybreakの案内ページ

[5] Anthropic「Checkpointing」
Claude Codeの会話・コードの復元対象の選択と、追跡する変更の範囲を参照。Claude Code公式文書

[6] Google「Checkpointing」
Gemini CLIのチェックポイント復元、会話・ファイル・ツール呼び出しの扱い、標準では無効であることを参照。Gemini CLI公式文書

[7] OpenCode「Intro」
OpenCodeの製品概要と、モデル提供元への接続という基本的な仕組みを参照。今回の攻撃原因を示す資料としては使っていない。OpenCode公式文書

[8] OpenAI「Best Practices for API Key Safety」
APIキーの不正利用による利用枠・請求への影響、利用履歴の確認、キーの更新、サポート連絡を参照。OpenAI公式ヘルプ

[9] OpenAI「OpenAI Daybreak — Trusted Access for Cyber Overview」
許可された防御業務、Blueの位置づけ、安全対策の継続、個人向けの対象プラン・設定・審査要件を参照。OpenAI公式ヘルプ

[10] OpenAI「OpenAI Daybreak — Common Issues and Troubleshooting」
個人向けアクセスでの物理ハードウェアキー要件と、アカウント・承認条件の確認に参照。OpenAI公式ヘルプ

[11] OpenAI「Advanced Account Security」
ログイン方法と復旧方法の変更、復旧キーを安全に管理する必要性を参照。Advanced Account Security自体の要件と、Daybreak固有のハードウェアキー要件は分けている。OpenAI公式ヘルプ

[12] AITryLab「Codex 28日間」連載の既出資料
今回の振り返りは、これまでに扱った投稿画面・記事原稿に基づく。詳細はDAY5、DAY6・7、DAY8・9、DAY10・11、前回のDAY12へ。