Codexで長時間作業を自動化する方法

TL;DR

持続スレッドに文脈を残し、メモリ用ファイル、ツール、定期実行、成果物レビューを組み合わせると、Codexで長時間の作業を継続できる。ゴールには制約、レビュー条件、受け入れ条件を明記し、返信や投稿など影響のある操作は人間が最終承認する。

Transcript

おすまです。本日はですね、コデックス から長時間にわる作業で、CEXを最大限 に活用する方法みたいな形ですね、え、 公式ブログが登場していましたんで、ま、 これについてですね、解説していきたいと いう風に思います。ま、CEXに関しては ね、え、ま、結構デスクトップアプリとか も充実しててね、ま、コンピューター ユースとか、え、ま、イメージとか、ま、 いろんなですね、機能が存在していて、ま 、魅力的なんですけどね。クロードコード を手に使ってるユーザーでもコデックスは サイドに置いておきたい。ま、そんな感じ でね、え、思ってるんじゃないかなと。ま 、もちろんコードデxをね、メインで使っ て、え、満足してる方も多いんじゃないか なと思うんですけども、この公式から、ま 、ね、え、こういう形で、ま、... Read More

Key Insights

• 持続スレッドは、繰り返し扱う業務の過去の文脈を維持し、同じ場所で指示、実行、確認を継続するための作業単位である。頻繁に戻るスレッドはピン留めして再利用できる。
• 長大なスレッドは、過去の文脈を保ったまま回答を得られる一方、処理速度が低下したり、利用コストが高くなったりする可能性があるため、維持する情報の価値を見極める必要がある。
• ステアリングは、Codexが作業している途中でも追加指示を送り、次に行う処理を積み重ねられる機能である。完了を待たずに方向修正や後続作業を伝えられるため、手を止めずに進行できる。
• 共有メモリは、AGENTS.mdに運用方法、TODO.mdに横断的な優先度、プロジェクト別ページに進捗を記録する構成で作れる。話題や案件の状態が変わるたびに関連ノートを更新する。
• GitHub上のメモリ保管庫は、ファイルの差分をCodexが書き留めた内容の確認手段として利用できる。記録を自動的に蓄積するだけでなく、人間が変更内容をレビューできる点が重要である。
• スキルは、ブラウザー操作、コンピューター操作、コネクターなどを組み合わせた手順を再利用可能にする仕組みである。反復する複合タスクをまとめれば、毎回同じ操作方法を教える必要を減らせる。
• ハートビートは、スレッドに定期実行を設定し、監視や条件付き処理を繰り返す外側のループを作る仕組みである。問題を検知した場合にSlackへ転送するような流れも指示できる。
• 人間の承認は、Codexが未読確認、優先順位付け、返信や投稿の下書きまで進める運用でも必要である。トーンの方向付け、実行タイミング、送信や投稿の最終判断は人間が担当する。
• 🎬 このチャンネルの他の動画:
  • n8n MCPでAIからワークフローを作る方法
  • GeminiでDeep Research APIを使う方法
  • Devin Fusionでコストを抑える方法
• 📺 このチャンネル: まさおAIじっくり解説ch

Questions & Answers

Q: Codexで長時間作業を継続する方法は？

持続スレッド、共有メモリ、ツールへのアクセス、繰り返し実行、成果物をレビューする場所を一つの流れとして組み合わせます。頻繁に扱う仕事は専用スレッドとしてピン留めし、文脈を保ったままハートビートによる監視や定期処理を続け、サイドパネルで結果を確認します。

Q: Codexの持続スレッドはどのように使うのですか？

繰り返し戻るプロジェクトや定期的に確認するテーマごとにスレッドを作り、ピン留めして使います。同じスレッドで作業を続けると過去の文脈を維持したまま指示できますが、長くなるほど速度が落ちたりコストが高くなったりする可能性もあるため、用途に応じた管理が必要です。

Q: Codexの共有メモリを構築する方法は？

保管庫型のディレクトリを作り、AGENTS.mdに運用規則、TODO.mdにプロジェクト横断の優先事項とフォローアップ、個別ページに各案件の進捗や参照情報を保存します。話題が出たら関連ノートを更新し、案件が進んだらページを修正し、終了時には完了状態を記録する運用にします。

Q: Codexのメモリをレビューする方法は？

メモリ用の保管庫をGitHubに置き、ファイルの変更差分を確認します。Codexが書き留める価値があると判断して追加した内容を差分として読めるため、誤った記録や不要な変更がないかを人間が点検できます。メモリも成果物と同様にレビュー対象として扱う設計です。

Q: Codexで定期監視を自動化する方法は？

対象スレッドに自動化を追加し、ハートビートの実行間隔と処理条件を設定します。未読メッセージの確認、フィードバックの集約、顧客対応の監視などを定期的に繰り返し、問題を見つけた場合はSlackへ転送するなど、条件に応じた次の処理まで指示できます。

Q: Codexのループで人間が承認すべき作業は何ですか？

返信や投稿など外部へ影響する操作の最終実行は、人間が承認します。Codexには未読メッセージや関連文脈の確認、優先順位付け、回答案や投稿案の作成までを任せられますが、トーンの方向付け、実行するタイミング、最終判断は人間が担当するという分担が示されています。

Q: Codexのゴールを明確に定義する方法は？

達成したい状態だけでなく、守るべき制約、レビュー条件、受け入れ条件まで明記します。単に計画ファイルを実装するよう求めるだけでは、長時間の作業中に方向がずれる可能性があると話者は指摘しています。判断基準を具体化し、途中と完了時に照合できるゴールにすることが重要です。

Q: Codexの内ループと外ループの違いは何ですか？

内ループは、生成役と評価役の分割など、個々の処理を改善するミクロな反復を指します。外ループは、タイマーやイベントをきっかけに定期監視を行い、その時点の状況をエージェントが判断して次の処理へ進むマクロな反復です。動画で中心的に扱われているのは後者です。

Summary & Key Takeaways

• 長時間作業の基盤は、繰り返し戻る仕事ごとに持続スレッドを作り、ピン留めして文脈を保つことである。音声入力なら話し言葉で依頼でき、ステアリングを使えば処理中にも次の指示を追加できる。ただし、長いスレッドは速度低下やコスト増加の可能性があるため、文脈を維持する価値とのバランスを考える必要がある。

• 共有メモリは、保管庫型のディレクトリにAGENTS.md、TODO.md、プロジェクト別ページなどを配置して構築する。運用規則、横断的な優先事項、進捗、作業上の好みを書き残し、案件の進行や終了に合わせて更新する。保管庫をGitHubに置けば、差分を通じてCodexが追加した記録を人間が確認でき、メモリ自体をレビュー対象にできる。

• 自動化は、スレッド単位のハートビートとツールアクセスを組み合わせて設計する。未読メッセージの定期確認、フィードバックの集約、返金対応の監視などを繰り返せるが、返信の送信や投稿の承認、方向付け、最終判断は人間が担う。ゴールには制約と受け入れ条件を含め、サイドパネルで成果物を確認しながら修正を指示する。