Nextdoor のエンジニアが Codex で制約なく開発する方法
Nextdoor の中核プラットフォームチームでは、Codex が問題を調査し、プロダクトエンジニアが主導権を握れるようにしています。
11か国で1億1,000万人を超えるユーザーにサービスを提供する Nextdoor のようなプロダクトは、プラットフォームチームに多くの要件を突きつけます。エンジニアリング責任者の Cory Dolphin 氏にとって、Codex は不可欠な転換を意味します。「エージェントに反復的にプロンプトを入力するやり方から、エンジニアが望む結果を考え、その結果を作り上げるためにエージェントと協働する成果エンジニアリングへの転換です。」
つまり、個々のエンジニアはスタックのより上位へ移り、特定のシステムやフレームワークの専門家として閉じ込められることなく、複数のプラットフォームにまたがっていても、プロダクト体験をほぼエンドツーエンドで担えるようになります。生産性は大きく加速し、ボトルネックはもはやエンジニアリングではなく、次に何を作るべきかという難しい戦略上の問いになっています。
「Codex は、私たちのエンジニアリングに対する考え方を根本から変えました。今では Codex なしのエンジニアリングなど想像もできません」
Codex によって、「エンジニアは作り方、つまりどう作るかを考える時間を大幅に減らし、成果について考える時間を増やせるようになります」と Dolphin 氏は説明します。その成果は、エージェントが目指して構築できるスクリーンショットや動画、特定のパフォーマンスやテスト結果、あるいはまったく新しい機能アイデアの形を取る場合があります。
Nextdoor は最近、近くのサービス提供者を見つけられる Opportunity Alerts をリリースしました。Codex により、エンジニアがプロダクト体験とロードマップを推進しています。一例として、アラートに取り組んでいたあるエンジニアは、サービス提供者を地図上に表示すると役立つことに気づきました。従来なら、そのような機能にはモバイル、フロントエンド、バックエンドの3つのエンジニアリングチームの協力が必要で、バックログから出ないまま終わっていたかもしれません。
しかし Codex によって、「1人のエンジニアがエンドツーエンドで構築できました」と Dolphin 氏は説明します。「つまり、プロダクトをより速く推進できるだけでなく、実際のプロダクト体験や、リリースすべき正しいものをより深く理解できるのです。」
「エンジニアがより上位レイヤーの業務まで担うようになると、自分たちが作っているプロダクトに対して、より大きな責任を持つようになります。個々のエンジニアがプロダクトを主導し始めるのが、はっきりと見えてきます。」
組み込み Rust データベースや厳しい競合条件を持つシステムに取り組む Nextdoor は、再現が非常に難しい問題のデバッグ支援に Codex を活用しています。チームはエージェントに調査用のクリーンな環境とハーネスを提供し、Kubernetes ポッドが起動しない理由の特定から、データ分析で適切なトレンドラインを見つけることまで、あらゆる用途に活用しています。
「GPT‑5.4 と 5.5 により、本当に印象的なアップグレードになりました。Codex は非常に粘り強く正しい解決策を探り、一見難解に見える技術的詳細に深く踏み込んで根本原因にたどり着く点で優れています」と Dolphin 氏は説明します。
Codex と GPT‑5.5 の Fast Mode について、Dolphin 氏はこう語ります。「正直に言うと、チームの多くがこれに夢中です。取り組んでいる問題に対してすばやいフィードバックループが得られると、エンジニアとして本当に爽快です。」
エンジニアリング作業が非常に速くなったことで、Dolphin 氏は組織内のさまざまな領域にかかるプレッシャーが変化していることを感じています。「私たちは非常に速く動けるようになったため、ボトルネックはもはやエンジニアリングにはありません。今や本当の問いは、構築すべき正しいものと正しい戦略をどう見極めるかであり、実際にどう作るかではなくなっています。」
