OpenAI Codexリードが語る、プロダクトワークの新たな形 | Andrew Ambrosino

OpenAIのCodexアプリのプロダクト＆エンジニアリングリードであるAndrew Ambrosino（アンドリュー・アンブロジーノ）を迎えた今回のエピソードは、AIがプロダクト開発の本質をどのように根底から覆しているかを、現場の最前線から描き出す極めて示唆に富む内容となっている。ホストのLenny Rachitsky（レニー・ラチツキー）は、Ambrosinoの「AIはプロダクトワークの形を変えている」という問題意識を軸に、OpenAIという最も先進的な環境で起きている実務の変化を引き出していく。議論の中心にあるのは、「実装がもはや高コストではない世界」におけるプロダクトチームの役割の再定義であり、特に「taste（味覚／審美眼）」という一見曖昧な概念が、最も価値あるスキルとして浮上している点だ。Ambrosinoは、エンジニア、デザイナー、プロダクトマネージャー、そして創業者という自身の多様なキャリアを背景に、AI時代におけるプロダクト開発の新しいフレームワークを具体的に提示する。単なる理論ではなく、Codexアプリの開発現場で実際に起きている「ゾーンディフェンス」型のチーム運営や、モデルの進化に合わせて機能を何度もリリースする戦略など、実践的な知見が詰まっている。このエピソードは、AIツールのユーザーであるだけでなく、AIを活用してプロダクトそのものを再定義しようとするすべてのプロダクトリーダーにとって、必聴の内容と言えるだろう。

2:30プロセスが逆転した世界：実装が安くなったことで生まれた新たな課題

Ambrosinoが最も強調するのは、プロダクト開発のプロセスが「完全に逆転した」という認識だ。従来のプロセスは、実装が高コストであることを前提に、事前のリサーチやプロトタイピングでリスクを軽減することを重視してきた。しかし現在、AIによって誰でも簡単にコードを生成できるようになり、実装そのものはもはや高コストではない。この変化により、OpenAI社内では「誰もが何でも作れる」環境が生まれている。ある機能アイデアに対して、社内のさまざまなチームが無秩序に、時には90ものプロトタイプを同時に作成することもあるという。ここで重要になるのは、実装ではなく、その後の「キュレーション」のプロセスだ。つまり、90もの試作品の中から何が優れているのかを見極め、それらをどう統合し、どのような形で製品に反映するかという判断こそが、現在のプロダクト開発における最も高コストな部分になっている。

この逆転現象は、従来の「ドキュメント vs プロトタイプ」の使い分けにも影響を与えている。多くのプロダクトリーダーが「PRD（プロダクト要求仕様書）は死んだ」と宣言し、プロトタイプに直接飛びつく傾向があるが、Ambrosinoはこれに異議を唱える。彼は、伝えたいポイントの性質によって適切なメディアを選ぶことの重要性を強調する。曖昧な領域に対してプロダクトの明確性を追求するのであれば、それはドキュメントの役割であり、インタラクションパターンを検証するのであればプロトタイプが適している。重要なのは、プロトタイプが「最初の一筆（primal mark）」として機能し、その後の議論や判断を不当に制限してしまう危険性を認識することだ。見た目が完成度の高いプロトタイプは、まだ初期段階の探索であるにもかかわらず、あたかも最終的な製品であるかのような錯覚を与え、チームの判断を歪める可能性がある。このように、実装が容易になったからこそ、どのようなメディアで、どのタイミングで、何を伝えるかという「taste」が、これまで以上に重要なスキルとして浮上している。

10:25「Taste」の再定義：美的感覚からシステム思考、そして判断力へ

「taste」という言葉は、プロダクト業界で頻繁に使われるバズワードとなっているが、Ambrosinoはこれをより多層的で具体的な概念として捉えている。彼は、Linearのプロダクト責任者のツイートを引用しながら、tasteを単なる美的感覚に矮小化することに警鐘を鳴らす。Paul Graham（ポール・グレアム）がカーゴショーツを履いていてもtasteがあると評価されるように、tasteの本質は見た目だけではない。Ambrosinoによれば、tasteは以下の複合的な要素から構成される。第一に、システム思考の一部として、ある機能が全体のシステムにどのように適合するかを理解する能力。第二に、プロダクトが向かうべき方向性と、その一部としてのテーマを認識する能力。第三に、情報をどのように提示するかというプレゼンテーションの巧みさ。そして第四に、アニメーションのテンポが伝えようとしている意味と合致しているかといった、微細なインタラクションに対する感覚である。

このtasteという概念は、AIが台頭する世界において、人間の脳が引き続き価値を発揮する領域を考える上で重要なヒントを与える。Ambrosinoは、現在の最先端のAIモデルがデザインにおいて依然として苦手としている点をいくつか指摘する。その理由の一つは、デザインの良し悪しを評価することが、コードのコンパイルが通るかどうかよりもはるかに難しいという点だ。人間のtasteはフィードバックループに不可欠な要素であり、それをモデルに学習させるのは容易ではない。さらに、デザインには「新規性」が重要であるという側面がある。もしモデルが毎回Linearのウェブサイトを出力したとしても、それは優れたデザインとは言えない。ソフトウェアエンジニアリングが既知のパターンを重視するのに対し、デザインにはランダム性や斬新さが求められる。加えて、視覚的なデザインの背後には、コードベースにおける抽象化のレイヤーが存在する。あるコンポーネントが別のコンポーネントとコード上でどのような関係を持つべきかという判断は、単なる視覚デザインを超えた、より深い理解を必要とする。これらの理由から、AmbrosinoはAIがデザインにおいて人間のレベルに達するには、まだ時間がかかると見ている。

16:18デザインプロセスは死んだのか？：ツールの進化とプロセスの本質

「デザインプロセスは死んだ」という主張に対して、Ambrosinoはより nuanced な立場を取る。彼は、従来のデザインプロセス、特にユーザーリサーチから発散・収束を経て実装に至るというアカデミックなフレームワークには、以前から懐疑的だった。このプロセスは、実装が高コストであるという前提に依存しており、実装前に問題空間と解決空間を徹底的に探索することを求める。しかし、現在では実装そのものが安価になったため、この前提は崩れている。FigmaやOrigamiのようなツールによって、より早い段階でインタラクティブなプロトタイプをプロセスに取り込むことが可能になり、さらに現在では、実装そのものをプロトタイピングの一部として扱うことができるようになった。この結果、従来のプロセスに固執することは確かに「死んだ」と言える。

しかし、Ambrosinoはプロセスそのものを完全に放棄することには強く反対する。彼は、デザインプロセスが「ツール」や「日々の具体的な手順」に結びついているのであれば死んでいるが、「プロセスのオーバーレイ」、つまり「私たちは今、プロセスのどの段階にいるのか」という認識自体は、これまで以上に重要になっていると主張する。例えば、多くの企業が「baby Codex」や「baby Cursor」と呼ばれる、本番アプリのインタラクションを模倣した大幅に簡略化されたコードベースをプロトタイピングに活用している。これは、従来のデザインプロセスが持っていた「探索」の機能を、新しいツールで実現したものに他ならない。問題は、完成度の高いプロトタイプが、まだ初期段階の探索であるにもかかわらず、あたかもリリース可能な製品であるかのような錯覚を周囲に与えてしまうことだ。ここでも、プロセスにおける現在地を正確に認識し、適切なコミュニケーションを行うための「taste」が不可欠となる。

21:35役割の崩壊とゾーンディフェンス：OpenAI Codexチームの新しい働き方

Ambrosinoが率いるCodexチームでは、役割の境界線が従来のプロダクトチームとは大きく異なる。彼は「役割の完全な崩壊」は起きていないとしつつも、特にCodex Orgでは他の部門よりも顕著に役割のオーバーラップが進んでいると語る。その理由の一つは、Codexがもともとエンジニア向けの技術製品であったため、デザイナーもエンジニアリングの言語を理解し、プロダクトマネージャーも技術的な会話ができるという、高い相互理解がチームに根付いているからだ。彼は、各メンバーの役割を「フェンスと境界線」ではなく、「作業の平均値」で定義するというユニークなフレームワークを提示する。つまり、あるデザイナーが行う作業の平均を取ると、コードを書く作業やプロダクトワークも含まれているが、平均的にはデザイン領域に重心がある、という考え方だ。

この新しい働き方を支えるのが、「ゾーンディフェンス」というプロダクトマネジメントのモデルだ。これは、トップダウンの年間計画が機能しなくなった世界において、プロダクトマネージャーが「テイストメーカー」として、混沌としたアイデアの奔流を整理し、製品のあるべき姿へと導く役割を担うという考え方である。具体的には、複数のプロダクトマネージャーが互いに適度な距離を保ちながら、カバレッジに穴がないように配置される。彼らは、エンジニアがプロダクトマインドを持ち、コードの品質だけでなくプロダクトの一貫性にも責任を持つことを期待する。Ambrosinoは、役割の概念を完全に排除することの危険性も指摘する。特に「プロダクトロールを廃止して全員をビルダーにする」という動きに対しては、プロダクトという分野が長年かけて蓄積してきたベストプラクティスや知見が失われるリスクを警告する。重要なのは、役割の境界線をなくすことではなく、各分野の専門性を尊重しながら、個人がより流動的に、そして自律的に行動できる環境を作ることだ。

31:37計画と野心のジレンマ：モデルの進化に合わせたプロダクト戦略

AIプロダクトの開発において、従来のロードマップ計画は根本的な困難に直面している。Ambrosinoは、OpenAIのプロダクトサイドでは、9ヶ月先の計画に精緻な詳細を盛り込むことは「偽りの精度」に過ぎず、時間の無駄だと断言する。昨年11月に立てた計画は、12月にはすでに陳腐化しているという。彼のチームが取るアプローチは、短期的な計画ほど詳細に、長期的な計画は意図的に曖昧に保つというものだ。具体的には、今後1〜2年で興味のあるすべての機能をリストアップし、それらをすべてプロトタイプ化する。そして、現在のモデルの性能で実現可能なものだけをリリースし、残りはモデルの進化を待つ。モデルに大きな飛躍があれば、その都度、保留していた機能を新しいモデルで試す。この戦略の背後には、機能の成否が「機能の形状」ではなく「モデルの知能レベル」に依存するという認識がある。

この考え方を象徴するのが、Codexアプリのリリースタイミングに関する逸話だ。Ambrosinoは、もしCodexアプリが2024年2月ではなく、前年の11月にリリースされていたら、市場で完全に失敗していただろうと語る。アプリの形状は全く同じであったにもかかわらず、たった数ヶ月のモデルの進化が、成功と失敗を分けたのだ。この経験から、彼は「まだうまく動かない機能」を積極的に構築することの重要性を説く。重要なのは、それが「失敗した機能」なのか、「時期尚早な機能」なのかを区別する判断力だ。同様に、過度に野心的になることの危険性も指摘する。初期のCodex Webは、ユーザーにタスクを任せきりにする「AGIに寄りすぎた」形状だったが、当時のモデル性能では期待に応えられず失敗した。一方、その後のClaude Codeは、ローカルで動作し、ユーザーに質問を投げかけながら協調する形状が功を奏した。この教訓は、モデルの進化と市場の準備状態を常に考慮しながら、適切なタイミングで適切な形状のプロダクトを投入することの難しさと重要性を示している。

38:13最新のフロンティア：自律エージェントと「仕事の自動化」の実践

AIによるコード生成が当たり前になった現在、Ambrosinoは次のフロンティアとして「自律的なソフトウェア開発」と「個人のワークフロー自動化」を挙げる。彼は、コードがAIによって書かれたかどうかという質問自体が時代遅れになりつつあると指摘する。現在のCodexチームでは、ほぼ100%のコードがAIによって生成されており、より重要な問いは「コードが監督下で書かれたか、非監督下で書かれたか」に移行している。自律開発の実験としては、夜間にコードベースのガベージコレクションを実行する試みなどが行われているが、現在のモデルは一般的にコードベースの複雑性を増加させる傾向があり、コードを削除する能力が不足していることが課題として挙げられる。また、機能リクエストの取捨選択や、適切な抽象化レイヤーの構築をモデルに教えることも、依然として困難な領域だ。

Ambrosino自身のCodexアプリの使い方は、この新しいフロンティアを体現している。彼は、自身の役割がプロダクトリーダーへと変化するのに合わせて、Codexの使い方も進化させてきた。かつてはコードを書くためのツールとして使っていたが、現在ではプロダクトディスカバリー、社内の深層リサーチ、そしてプロジェクト管理の自動化に活用している。具体的には、毎朝、自分が参加する数千のSlackチャンネルから重要な情報を抽出したデイリーブリーフを自動生成させ、それに対して指示を出すというワークフローを構築している。このような自動化は、アプリに対して自然言語で「毎日これをチェックして、こういうことを報告して」と指示するだけで設定できる。さらに、Google Cloud Consoleのような複雑なインターフェースでの操作も、Codexに「代わりにやって」と指示すれば、Computer Use機能を使って自動で実行してくれる。これらの実践は、AIが単なるコード生成ツールから、個人の仕事全体を管理・自動化する「ホームベース」へと進化する可能性を示している。

52:05Codexの未来像：デベロッパーツールから汎用ナレッジワークツールへ

Codexアプリの将来像について、Ambrosinoは「最高のデスクトップアプリ」という壮大なビジョンを語る。その出発点は、開発者向けツールとしてスタートしたCodexが、社内で予想外の使われ方をしたことにある。エンジニアや研究者だけでなく、マーケティング、財務、法務など、あらゆる部門の社員が、コードを表示するなど開発者向けの仕様にもかかわらず、Codexを使い始めたのだ。OpenAIは当初、ChatGPTデスクトップアプリやAtlasブラウザなど、他のプロダクトにCodexの機能を移植することで、異なるペルソナに対応しようとした。しかし、ユーザーは自分たちのために作られたはずのアプリを離れず、Codexアプリに留まり続けた。この経験から、チームは「デベロッパーツールか、汎用ナレッジワークツールか」という二分法自体が誤りであると結論づけた。

現在のビジョンは、Codexを「ホームベース」として位置づけることだ。これは、すべての作業を一つのアプリ内で完結させる「スーパーアプリ」という概念とは一線を画す。Codexは、ユーザーが作業を開始し、終了し、自動化するための拠点となる。例えば、高度な財務モデリングには専用のExcelが必要だが、CodexはExcelのアドインと直接連携し、作業が完了すればExcelを閉じることができる。また、Premiere Proのビデオ編集のように、Codexが自ら拡張機能を構築し、専門ツールと連携するという事例も紹介された。これは、Codexがすべての機能を内包するのではなく、既存の専門ツールとシームレスに連携し、それらをより強力に活用するためのプラットフォームとなることを目指している。このビジョンの実現には、アプリ内ブラウザ、Computer Use、各種コネクタ、そして拡張機能といった多様なインタラクション手段を、ユーザーが意識せずに使い分けられるようにするための、絶妙なデザイン判断が求められる。

結びに

このエピソードがリスナーに残す最大のメッセージは、AI時代におけるプロダクト開発の「形」が根本的に変わりつつあるという実感と、その変化を乗り越えるための具体的な指針だ。Andrew Ambrosinoの語る「実装が安くなった世界」は、単なる技術的なトレンドではなく、プロダクトマネージャー、デザイナー、エンジニアという従来の役割の前提そのものを揺るがすパラダイムシフトである。彼が繰り返し強調する「taste」という概念は、この新しい世界において人間が発揮すべき最も重要な能力を象徴している。それは、単なる美的感覚ではなく、システム思考、戦略的判断、そしてコミュニケーションの巧みさを含む、総合的な判断力だ。OpenAIという最先端の現場で起きている「ゾーンディフェンス」型のチーム運営や、「まだ動かない機能」を積極的に構築する戦略は、多くのプロダクトチームが今後直面するであろう課題に対する、実践的なヒントに満ちている。このエピソードは、AIツールの使い方を学ぶだけでなく、AIによって再定義されるプロダクト開発の本質を理解し、自らのキャリアとチームの未来を考えるための、貴重な羅針盤となるだろう。