概要
CodexのようなAI coding agentを使っていると、開発の感覚が少し変わります。
以前のAI開発は、autocompleteやコード補完の延長として語られることが多くありました。しかし現在のCodexは、単にコードの続きを書く存在ではありません。
リポジトリを読み、タスクを分解し、実装し、修正し、検証する。必要に応じて、複数の作業を並列で進める。
つまり開発は、「人間が逐一コードを書く」形から、人間が方向を決め、AIが実行を進める構造へ近づいています。
人間RuntimeとAI Runtime
ここでは便宜的に、人間側の判断系を「人間Runtime」、AI側の実行系を「AI Runtime」と呼びます。
公式な用語ではありません。ただ、Codexを使った開発の感覚を整理するには、この二層構造で考えると分かりやすくなります。
人間Runtimeは、構想、優先順位、命名、分割、判断を担います。
一方、AI Runtimeは、実装、修正、反復、検証、調査を担います。
人間Runtime
= 構想・優先順位・命名・分割・判断
AI Runtime
= 実装・修正・反復・検証・調査この二つが噛み合うと、開発速度はかなり変わります。
人間が「次はこれ」「ここを分離」「この層が必要」「このadapterを追加」と判断する。Codexが実装する。動いたものを見る。そこから次の構造が見える。
この流れは、単純な「人間からAIへの一方向の指示」ではありません。
人間Runtime
↔
AI RuntimeAIが実装したものによって、人間側の発想も更新されます。そして人間側の判断が、次のAI実装の質を決めます。
CodexはAutocompleteではない
Codexの本質は、単なるコード補完ではありません。
Autocompleteは、今書いているコードの続きを提案します。しかしCodexは、リポジトリ全体を前提にタスクを進めます。
機能追加、リファクタリング、バグ修正、テスト、ドキュメント整備、PR作成。こうした作業は、1ファイルの補完では完結しません。
必要なのは、リポジトリ全体の構造を読み、どこを触るべきか判断し、複数ファイルにまたがって作業する力です。
OpenAIもCodexを、実際のエンジニアリング作業を進めるcoding agentとして位置づけています。
また、worktree、cloud environment、multi-agent workflow、always-on background workの方向も示されています。
つまりCodexは、コード補完ツールというより、repository-level executionを担う実行環境に近づいています。
タスクが減らない理由
Codexを使っていると、逆にタスクが減らない感覚があります。
これは、AIが仕事を増やしているというより、実装可能領域が増えているからです。
以前なら、思いついても捨てていた構想がありました。
思いつく
↓
実装コストが高い
↓
後回しにするしかしCodexがあると、この流れが変わります。
思いつく
↓
Codexに投げる
↓
雛形ができる
↓
次の構想が見える実装コストが下がると、アイデアの採用率が上がります。すると、見える範囲が広がり、次の改善点も増えます。
タスクが減らないのは、停滞しているからではありません。むしろ、今まで見えなかった実装可能領域が開いている状態です。
Agentic OSに近づく開発感覚
この流れが進むと、アプリやプロジェクトの設計も変わってきます。
単なる画面や機能の集合ではなく、AI agentが読み、分解し、実行しやすい構造が重要になります。
たとえば、次のような名前や層は、かなりagenticな設計に見えます。
TimeTask
TimeSession
TimeRegistry
TimeKernel
TimeInferenceRuntimeこれは、人間だけが読むための命名ではありません。
AI agentがタスク、状態、推論、実行、登録情報を理解しやすい構造でもあります。
これからの開発では、コードは人間だけでなくAIも読むものになります。
その前提に立つと、命名、分割、ログ、テスト、README、タスク粒度の重要性がさらに上がります。
Apple SiliconとCodexの相性
Apple SiliconとCodexの組み合わせは、個人的にはかなり相性が良いと感じます。
Apple Silicon Macは、静音、低発熱、長時間駆動、Unified MemoryによるローカルAI処理との相性があります。
そこにCodexのような、常時横に置ける開発agentが入ると、ローカルで試作し、AIに修正を回し、人間が方向を決め続ける開発スタイルが作りやすくなります。
人間が設計を考える
↓
Codexが作る
↓
ローカルで動かす
↓
違和感を見つける
↓
またCodexに渡すこのループを静かに回し続けられること自体が、かなり強い開発環境です。
参考情報
まとめ
Codex時代の開発は、人間がすべてのコードを逐一書く形から変わりつつあります。
人間は、構想、優先順位、命名、分割、判断を担う。AIは、実装、修正、反復、検証、リポジトリ理解を担う。
この二層構造ができると、開発は単なるコード生成ではなくなります。
人間RuntimeとAI Runtimeが相互に回ることで、構想が実装され、実装されたものが次の構想を呼びます。
Codexの本質は、autocompleteではありません。repository-level executionです。
これから重要になるのは、AIにコードを書かせることだけではありません。AIが読み、直し、拡張しやすい構造を、人間が設計することです。