Codexの作業を再開する

途中でパソコンを閉じた、別の用事で作業を中断した。そんなときは「続きをお願い」だけで進める前に、どの作業場所で、何が保存され、何が残っているかを確かめると安心です。

この記事は、Codexでブログ原稿などのローカルファイルを編集していた人向けです。デスクトップの作業履歴から戻る場合と、CLIから会話を再開する場合を分けて説明します。依頼文は説明用であり、全環境での再開を実測した記事ではありません。

会話の続きとファイルの現状を分ける

会話には前回の依頼や報告が残っていても、その後に自分や別の作業がファイルを変更している場合があります。再開時は「前回の報告どおり」と決めず、保存先を読み直します。

全体の流れを先に見ると、どの段階を確認しているか分かります。

1. 1元の作業へ戻る目的とプロジェクトが合う履歴を開く。
2. 2現物を読む保存先と現在のファイルを確認する。
3. 3残りを選ぶ完了・未確認・次の一手を分ける。
4. 4一つ進める結果を確かめ、引き継ぎメモを更新する。

各段階の具体的な依頼文と、うまく進まない場合の確認先は本文で説明します。

デスクトップでは元の作業とプロジェクトを開く

作業の一覧や検索から、目的が一致する会話を開きます。似た名前がある場合は、最後の依頼と保存先を見比べてください。ローカルのプロジェクトが、今回編集したいフォルダーにつながっているかも確認します。

新しい作業を始める場合も、同じプロジェクトを選んだだけで過去の全会話を読んでいるとは考えず、引き継ぎメモと対象ファイルを示します。公式のプロジェクトと会話の説明も、継続して使う方針をファイルに残すことを案内しています。

CLIでは保存済みの会話を選ぶ

CLIを使っている場合は、対象の作業フォルダーで次のコマンドを実行し、保存された会話を選びます。

codex resume

Codexの対話画面内からは /resume を使います。ここでの codex resume は端末へ入力するコマンド、/resume はCodexの対話画面へ入力する指示です。両方を一度に貼り付ける必要はありません。

再開される履歴には以前の作業場所が記録されますが、ファイルは現在の内容を確認する必要があります。フォルダーを移した場合や別のパソコンの場合は、同じファイルが存在するかを先に確かめます。

再開の一言を、確認できる依頼にする

ブログ記事の見直しを再開します。
まず作業場所と引き継ぎメモを読み、対象原稿の現在の内容を確認してください。
前回完了したこと、今ある変更、残っていることを分けて整理してください。
既に完了した作業を重複して実行せず、他の変更を上書きしないでください。
今回は残っている「リンク確認」から進め、結果をメモへ追記してください。

最後の行は、自分の残作業へ置き換えます。「リンク確認」と書いたまま別の作業を期待しないようにしてください。作業場所が違っていたら、編集を始める前に対象を選び直します。

中断前に残す引き継ぎメモ

履歴を全部読み返さなくても状況が分かるように、例えば WORKLOG.md へ次の形で記録を頼めます。これはこのサイトが提案するメモ名で、Codexの必須設定ファイルではありません。

# 作業の引き継ぎ
- 目的：初めて使う人向けに導入記事を見直す
- 対象：drafts/start.md
- 完了：準備と最初の依頼例を追記
- 保存状態：原稿へ保存済み、公開は未実施
- 確認済み：見出しと本文の対応
- 未確認：リンク先とスマートフォン表示
- 次の一手：リンクを確認してから表示確認
- 残すもの：既存URL、アイキャッチ

実際に使っているファイル名と結果へ書き換えます。「完了」と「未確認」を分け、公開前なら公開前と書くことが大切です。ずっと使う編集方針はAGENTS.mdに、今回の進捗はこのメモに置くと、毎回のルールが増えすぎません。

再開できたか確認する

返答に対象ファイルと残作業が具体的に出ているかを確認し、小さな作業を一つ実施します。保存後は実ファイルを開き、今回変えた箇所が説明と一致するか比べます。「会話を開けた」と「残りの編集が終わった」は別の到達点です。

継続する仕事が決まったら、定期点検の始め方へ進めます。まず手動で再開と結果確認ができる状態を作ると、定期作業の異常にも気づきやすくなります。