AIネイティブ・カンパニーの構築プレイブック

YCのパートナーを務めているダイアナだ。ここ数ヶ月、AIがもたらす変化は単に「ソフトウェア開発が速くなる」とか「ワークフローが自動化される」といった次元に留まらないことが確信に変わってきた。AIは、どんなルールで組織が存在し、どんなプロダクトが実現可能かという、スタートアップのあり方を根本から変えてしまうはずだ。

今回は、ファウンダーが「AIネイティブな会社」をどう構築すべきか、チームにどんな役割が必要か、そして今すぐ取り入れるべき具体的な内部プラクティスについて話そうと思う。

現状、多くの人はAIを単なる「生産性」の文脈で語りがちだ。エンジニアの効率が上がるとか、既存のワークフローにコパイロットを乗せて機能を量産するとか、そんな話ばかり。が、この捉え方は今起きている本質的なシフトを見逃していると思う。今起きているのは生産性の向上ではなく、もっと「能力（ケイパビリティ）」そのものの断絶だ。AIツールを使いこなす適切な人材がいれば、かつてはチーム全員で取り掛かっていた、あるいは不可能だった機能開発が一人でできてしまう。

AIを「新たな能力」として捉えるなら、会社の運営方法も変えざるを得ない。大局的に見れば、AIは単なるツールではなく、会社という組織が動くための「OS」であるべきなんだ。あらゆるワークフロー、意思決定、プロセスが、常に学習し改善し続けるインテリジェントな層を通過しなければならない。

具体的には、社内の重要なプロセスすべてを「インテリジェント・クローズドループ」に落とし込む必要がある。情報を取得し、それをインテリジェントなシステムにフィードバックして、時間をかけてプロセスを改善していく仕組みだ。

制御システムを学んだことがあれば、オープンループとクローズドループの違いはすぐわかるだろう。オープンループにはフィードバックがない。これまでの旧世界では、会社は基本的にオープンループで動いていた。意思決定を下し、実行する。結果を体系的に測定してプロセスを修正することは、必ずしも行われてこなかったわけだ（だからオープンループは本質的にロスが多い）。

対してクローズドループは自己調節型だ。出力を常にモニタリングし、目標に合わせてプロセスを調整する。正確性と安定性において、これほど強力なものはない。自己改善するエージェントがいる今、会社はクローズドループで運営されるべきだと思う。

このループを作るには、会社全体を「クエリ可能（Queryable）」にする必要がある。つまり、組織全体をAIが読み取り可能な状態にするということだ。重要なアクションはすべて、中央のAIが学習し、自己改善に活用できる「アーティファクト（成果物）」を残さなければならない。会議はAIノートで記録し、DMやメールを最小限にして、あらゆるコミュニケーションチャンネルにエージェントを埋め込む。さらには、収益、セールス、開発、採用、オペレーションなど、社内のあらゆる動きを可視化するカスタムダッシュボードを構築する。

エンジニアリング・マネジメントを例に挙げるとわかりやすい。 あるエージェントが、Linearのチケット、Slackのエンジニア用チャンネル、Pylonなどの顧客フィードバック、Notionの計画書、セールスの商談記録、スタンドアップの録音データ、これらすべてにアクセスできるとする。するとそのエージェントは、前のスプリントで実際に何がデプロイされ、それが顧客のニーズをどれだけ満たしたかを「ガチで」分析できるようになる。

さらに踏み込んで、エージェントに先を予測させることも可能だ。何がうまくいったかの全容を把握していれば、人間がやるよりはるかに正確で、予測可能なスプリント計画を提案できる。情報の欠落が激しい「マネージャーによる手動のステータス集計」なんて時代はもう終わりだろう。

私自身も開発チームを率いた経験があるし、今のYCのスタートアップを見ていても思うが、これは完全にゲームチェンジャーだ。かつては常にコーディネーション（調整）が必要だったものが、デフォルトで可視化され、検索可能になる。これを実践しているチームの中には、開発のスプリント期間を半分にし、アウトプットを10倍近くまで引き上げているところもある。

結局のところ、モデルの能力をフルに引き出すには、新入社員に教えるのと同じくらい多くのコンテキストをAIに与える必要がある。そうすることで、情報の断片化や手動の解釈に頼るオープンループから脱却し、意思決定と結果が常にフィードバックされるクローズドループへと進化できる。常に「今、何が起きているか」を正確に把握しているシステムが出来上がるわけだ。

また、最速の会社がプロダクトを作る際の新しいパラダイムとして、「AIソフトウェア・ファクトリー」という考え方も出てきている。 テスト駆動開発（TDD）の次なる進化形と言ってもいい。人間が仕様書（Spec）と、成功の定義であるテストセットを書く。あとはAIエージェントが実装とコード生成を担当し、テストが通るまでイテレーションを回す。人間は「何を作るか」を定義し、出力を「評価」するだけ。コードを書くのはエージェントの仕事だ。

すでにリポジトリに手書きのコードが一切なく、仕様書とテスト環境だけがあるという会社も現れている。StrongDMのAIチームがその良い例だ。彼らは人間によるコード記述やレビューを不要にすることを目指し、独自のソフトウェア工場を構築した。仕様とシナリオベースの検証によって、エージェントがコードを書き、テストし、基準を満たすまで回し続ける。これが機能しているんだ。スティーブ・イェギが語った「1000倍エンジニア」は、こうして実現される。一人のエンジニアをエージェントのシステムで囲むことで、到底一人では作れなかったものを構築可能にする。1000倍、いや1万倍エンジニアの時代の到来だ。

さて、こうしてAIループを張り巡らせ、クエリ可能な組織を作り、ソフトウェア・ファクトリーを稼働させると、従来の「ピラミッド型組織」はもはや意味をなさなくなる。

旧世界では、情報のやり取りを仲介するために中間管理職やコーディネーターが必要だった。が、新世界ではインテリジェント・レイヤーがその役割を担う。組織がAIにとって読み取り可能で、アーティファクトが豊富であれば、人間による「ミドルウェア」はほぼ不要になるはずだ。会社の速度は、情報の流れる速度で決まる。人間によるルーティングを一層減らすたびに、それは直接的なスピード向上に繋がる。

Blockのジャック・ドーシーも同じ結論に達しているようだ。彼はツールの深部まで入り込んだ結果、これは単なる微増の生産性向上ではないと断じている。組織図や管理構造をそのままにしていたら、このシフトの本質を見誤る。会社自体をインテリジェント・レイヤーとして再構築し、人間は情報の仲介役ではなく、エッジ（末端）でそれを導く存在になるべきだ、というのが彼の見解だ。

ジャックは、これからの会社には3つの従業員タイプが必要になると示唆している。

1つ目は、IC（Individual Contributor：個人貢献者）。いわゆる「ビルダー」だ。AIネイティブな会社では、これはエンジニアに限らない。全員が作る。営業もオペレーションも、全員が資料ではなく動くプロトタイプを会議に持ってくる。

2つ目は、DRI（Directly Responsible Individual：直接責任者）。戦略と顧客の成果に集中する役割だ。従来のマネージャーとは違い、結果に対して明確な責任を持つ。一人の人間が一つの成果に責任を持ち、逃げ場はない。

3つ目は、AIファウンダー・タイプ。 自らも作り、コーチングし、背中で引っ張る存在だ。ファウンダーであるなら、あなたがその先頭に立つべきだと思う。AI戦略を誰かに丸投げするのではなく、圧倒的な能力向上がどういうものかを自らチームに示す必要がある。

この構造なら、少人数のチームで並外れた成果を出せるようになる。これからは「ヘッドカウント（社員数）」ではなく、「トークン使用量」を最大化することが重要になる。トークンを使い倒している（Token Maxing）会社こそが勝つはずだ。

一人の人間がAIを使いこなせば、かつての巨大な開発チームに匹敵する。エンジニアリング、デザイン、人事、総務、すべてを劇的にスリム化できる。高額なAPI利用料を払うことになっても、それははるかにコストのかかる「肥大化した人員」の代わりなのだから、喜んで払うべきだろう。

ただし、私の言葉を鵜呑みにしないでほしい。ツールの力に対する確信は外注できない。自分でコーディング・エージェントと向き合い、「何が可能か」という自分の中のバイアスが壊れるまで使い倒して、確信を自ら掴み取る必要がある。

アーリーステージのファウンダーなら、今この波に乗る上で大きなアドバンテージがある。レガシーなシステムも、ガチガチの組織図も、再教育が必要な数千人の社員もいない。初日から正しい形で会社を築ける。

既存の企業はその逆だ。何年もかけて積み上がった標準プロセスや、開発の前提条件を解きほぐしながら、今のプロダクトを維持・成長させなければならない。一部の企業は、本業から切り離した「スカンクワークス（特命チーム）」を立ち上げてAIネイティブなシステムをゼロから構築することで、これを打破しようとしている（Mutinyが良い例だ）。が、ほとんどの会社にとって、コアプロセスの変更は既存の成功を壊すリスクを伴う。

だから、大企業がAIネイティブ化するのは本質的に難しい。スタートアップにはその制約がない。それこそが最大の武器だ。最初からAIを前提にシステム、ワークフロー、文化を設計すれば、既存の競合より1000倍速く動ける。やらない手はないだろう。