Codex は「仕事が住み着く場所」になる！長く走るプロジェクトを回し続ける Codex-maxxing 術だよ！

やっほー、しぃちゃんだよ！ 今日はコーディング AI エージェントの「使いこなし術」がテーマなの。1 回のプロンプトで終わらせるんじゃなくて、プロジェクトをずーっと前に進め続けるコツがぎゅっと詰まってて、しぃちゃんワクワクしちゃった！

OpenAI News openai.com

なにが発表されたの？

OpenAI の News から、「Codex-maxxing for long-running work」っていうホワイトペーパーが出たよ。これは Codex を使う Jason Liu さんの日々のワークフローを紹介するガイドで、テーマは「1 回のプロンプトを、プロジェクトを完了させるための"運用ループ"に変える」こと。

Codex はコーディングにももちろん強いんだけど、それ以上に面白いのは「仕事が住み着く場所」になってきた、っていう変化なんだって。会話が終わってもコンテキストが消えず、また戻ってきて続きから進められる——そういう使い方の指南書なの。

なぜ重要なの？

長いプロジェクトって、毎回ゼロから状況を説明し直すのがしんどいよね。誰が何を言ったか、どの決定をしたか、何が止まってるか……会話の履歴だけだと、だんだん追いきれなくなっちゃう。

このガイドは、そういう「文脈が迷子になる問題」を、Codex の機能を組み合わせて解決しようっていう発想なの。大きなゴールを検証できる小さなステップに分けて、記録を残しながら、少しずつ確実に前に進める——そのための具体的なやり方が並んでるよ。

これで何が変わるの？

いちばん大きいのは、作業を「再開のたびに立て直す」ものから「動いてる流れに乗せ続ける」ものへ変えられること。人は毎回リスタートに時間を使わなくてよくなって、すでに動いてるものの上に積み上げていけるんだって。

しかも全部を自動で丸投げするんじゃなくて、要所要所で人が判断する形なの。承認・トーン・タイミング・最終決定は人が握ったまま、準備作業を Codex が進めてくれるバランスだよ。

深く潜ってみよう

ホワイトペーパーは 10 個のセクションに分かれてるよ。しぃちゃんが要点をかいつまむね。

• Durable threads(持続スレッド): 大事なワークストリームはピン留めしたスレッドを「住所」にして、文脈・好み・過去の決定・未解決事項を溜めていく。ただし長いスレッドは文脈を運ぶぶん、短い新規スレッドよりコストが高くなるトレードオフもあるって正直に書いてあるよ。
• Voice input(音声入力): 話し言葉は「編集前の生の考え」が入るのが強み。「Slack に Ben とかいう人がこの件に触れてた気がする、見に行って」みたいな曖昧な指示こそ、実際の仕事の始まり方なんだって。
• Steering(ステアリング): Codex が作業してる最中に次の指示を足すこと。「もっと小さく」「この文言おかしい」「終わったら PR 開いて」みたいに、方向を直したり次の一手をキューに積んだりできる。
• Memory(メモリ): 会話の外に、開いて編集して差分を見られる「ノート」を持つ。人・決定・未解決事項・日々のメモ・プロジェクトの状態を貯める Vault ね。「リポジトリはコードを、Vault は仕事まわりの流動的な文脈を持つ」って役割分担がキモ。Vault を GitHub に置くと、差分がメモリのレビュー面になるよ。
• Computer and browser use: 使える場所を切り分けるのがコツ。ローカルの Web は $browser、ログイン状態が要るタブは @chrome、クリックが必須の GUI 作業は @computer、そして Slack や Gmail は Connectors 経由。繰り返す手順は Skills として再利用するの。
• Remote control(リモート操作): ファイルや権限がある自分のマシンで Codex を走らせたまま、別のデバイスから確認・承認・方向転換できる。机で始めて、席を立って、続きはスマホから、みたいな感じ。
• Thread automations(スレッド自動化): スレッドに紐づく心拍みたいな定期的な"起こす合図"。同じ会話に一定間隔で戻ってきて、文脈を保ったまま進める。「30 分ごとに Slack と Gmail を見て、返信が要りそうなものの下書きを作る。でも承認なしに送らない」みたいな設定ね。
• Goals(ゴール設計): 「計画を実装して」みたいな弱いゴールより、期待する挙動・レビュー基準・完了条件を渡す強いゴールがいい。例として、ある Python ライブラリを Rust に移植するとき「公開 API を保ったまま、元のユニットテストを合格基準にする」って設計が挙がってるよ。テストが通って初めて完成、っていう本物の物差しになるの。
• Side panel(サイドパネル): ただのプレビューじゃなくて、Codex が触ってるのと同じ対象を見て、コメントを残してレビューできる場所。Markdown・スプレッドシート・CSV・PDF・スライドが中で扱えて、index.html みたいな小さな Web 成果物もライブに動かせるよ。

あと Chief of Staff(Slack と Gmail を巡回して下書き)、フィードバック監視(Remotion で再レンダリング)、返金交渉、っていう 3 つのループ例も紹介されてて、機能をまたいで回すイメージが掴めるよ。

まとめ

• OpenAI の News が出したホワイトペーパー。Codex を「1 回のプロンプト」から「プロジェクトを進め続ける運用ループ」に変える指南書
• 柱は 持続スレッド・メモリ Vault・ステアリング・スレッド自動化・リモート操作・検証できるゴール設計
• 全自動じゃなく、承認や最終決定は人が握る「人の見張り付きループ」がベース
• リポジトリはコード、Vault は文脈——って役割を分けるのが記憶管理のコツ

長いプロジェクトを何度も抱える人、Codex みたいなエージェントを"秘書"っぽく使いたい人にすごく刺さる内容だよ！