OpenAI内部：Codexがすべての人の働き方を変えた方法

OpenAIがCodexを使ってエンジニアリングの役割の境界をぼかしている方法

OpenAIのCodexチームのTibo（エンジニアリングリード）とEd（デザインエンジニア）との会話は、AIネイティブ組織が実際にどのように運営されているかについての稀な垣間見を提供します。最も印象的な発見は技術についてではありません - 役割の境界がどれほど劇的にぼやけているかについてです。

必須のAIコードレビューについて： "Everyone just doesn't have a choice—the code is reviewed by Codex no matter whether you want it reviewed or not. It's just been so useful at catching issues."（誰もが単に選択肢がありません - コードはあなたが望むかどうかに関係なくCodexによってレビューされます。問題を捕まえるのに非常に有用でした。）重要な洞察：すべてのPRにAIレビューを強制することで、「これを使うべきか？」という決定疲れを排除しました。ヒット率が十分に良かったので、苦情は生まれませんでした。

非技術者の採用について： "I DM someone, I was like, I didn't know you could code. And he's like, I couldn't till a few months ago."（誰かにDMしたんです、「コードが書けるって知らなかった」と。彼は「数ヶ月前までできなかった」と言いました。）Edは、デザイナーやgo-to-marketスタッフが自分でPRを提出している様子を説明しています - 彼らがコードを学んだからではなく、Codexがコーディングを抽象化したからです。コピーライターが今やエンジニアリングを介さずにUX文字列を直接変更できます。

ジュニアエンジニアの成功について： "Ahmed joined as a new grad. Didn't know Rust, learned Rust super quickly. I've never seen someone pick up a new language as fast as that... And then the way he discovers the true potential of agents is faster than most people on the team."（Ahmedは新卒として入社しました。Rustを知らず、超速くRustを学びました。誰かがそんなに速く新しい言語を習得するのを見たことがありません...そしてエージェントの真の可能性を発見する方法は、チームのほとんどの人より速いです。）直感に反する発見：染み付いたワークフローのないジュニアは、10年のベテランより速く適応します。

適応性がどういうものかについて： "Sometimes I'm like, oh I'm just going to go back to Vim... and I'm slowing myself down. And then you look at the way they are using AI today and you get inspired."（時々、私は「Vimに戻ろう...」と思い、自分を遅くしています。そして彼らが今日AIを使う方法を見ると、インスピレーションを受けます。）シニアエンジニアでさえ古い習慣に戻ってしまいます - ジュニアが彼らを正直にさせています。

職種の消滅について： "Often it's like hey Ed, you're just like an engineer on the team writing PRs and just fixing things. You don't need to go and talk to anyone. You just do it."（よく「ねえEd、君はチームのエンジニアみたいにPRを書いて物事を直している。誰かと話す必要はない。ただやるだけ」という感じです。）デザイナーが本番コードを出荷できるとき、「デザイナー」と「エンジニア」の区別はますます人工的になります。

OpenAIによるAIネイティブ開発プラクティスの6つの洞察

• 必須のAIレビューが機能する - OpenAIはCodexにすべてのPRをレビューさせ、シグナル対ノイズ比を最適化してアラート疲れを防ぎながら、人間が見逃す「4層深い」問題を捕まえる
• 非技術スタッフがコードを出荷 - Go-to-market、デザイン、その他のチームがCodexのウェブインターフェースを通じて自分でPRを提出し、従来のエンジニアリングの引き継ぎを完全にバイパス
• ジュニア > シニア in 適応 - AIツールと共に育った新卒は、学び忘れる必要のある染み付いたワークフローがないため、しばしばベテランを上回る
• 本当のボトルネックはアイデア - 実行コストが急落する中、「良いアイデアがより重要」で「正しく狙ったアイデアがより重要」 - 難しい部分は何を構築するかを知ること
• デザインから本番へのギャップが縮まる - デザイナーは今やリポジトリをフォークして、後でエンジニアが本番化する静的モックアップではなく「完全に機能する」デモを構築
• 小さなチームが勝つ - OpenAIで最も成功しているチームは「小さく、機敏で、超高速で学習し反復するように設定されたチーム」

エンジニアリング組織にとっての意味

OpenAIの内部変革は、すべての組織に来ることのプレビューです。重要な洞察は、AIがコードを書くということではありません - AIが組織構造を定義していた引き継ぎを排除するということです。デザイナーがコードを出荷し、コピーライターが文字列を変更し、ジュニアがシニアを追い越すとき、問題は：従来の役割定義に何が残るのか？このチームによると答えは：好奇心、問題選択、適応する意欲。他のすべてはインフラになりつつあります。