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

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

## なにが発表されたの？

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 みたいなエージェントを"秘書"っぽく使いたい人にすごく刺さる内容だよ！