YC 2024年夏バッチを卒業したEmergentは、非技術者がAIエージェントを使ってプロダクション対応のアプリケーションを構築できるプラットフォームである。創業者の双子の兄弟、MakundとMadhav Jarは、当初ソフトウェアテストの自動化に取り組んでいたが、検証ループを解決できればソフトウェアエンジニアリング全体を自動化できるという洞察を得て、コーディングエージェントに転換した。SweetBenchベンチマークで世界1位を達成後、エンタープライズ市場を試みたが、最終的に非技術者向けにピボットした。現在、ローンチから8ヶ月で700万以上のアプリが構築され、ユーザーの80%がプログラミング知識ゼロの非技術者である。Emergentは、マルチエージェントアーキテクチャ、自動テスト、デプロイメント、セキュリティ、ホスティングを含む包括的なプラットフォームを提供し、フロントエンドのプロトタイピングだけでなく本格的なプロダクションアプリケーションの構築を可能にしている。中小企業のオーナーやソロプレナーが、これまで50万ドルかかっていたカスタムソフトウェアを5,000ドルで自力構築できるようになり、アイデアと現実のギャップを埋める革命的なツールとして急成長を遂げている。
問題領域の専門家が技術の壁を越える時代
今まさに、問題領域の真の専門家でありながら、技術的な障壁によって自己表現を阻まれてきた人々が、Emergentのようなツールを使ってこれらのものを構築し始めているのを目の当たりにしています。AIが仕事を奪う、知的労働がなくなる、雇用や社会不安にどんな意味を持つのか、といったことばかりに焦点が当てられていますが、実際には、何か興味のある分野があって、自分のビジネスを始めて人生の自律性を持ちたいと思っている人たちを、大規模にエンパワーメントしているという事実について、誰も本当には語っていません。
Light Coneポッドキャストの別のエピソードへようこそ。残念ながらGaryは陪審員の義務で呼ばれてしまい、今日は一緒にいられません。でも、MakundとMadhav Jarのお二人にお越しいただけて本当に嬉しいです。
お二人は双子の兄弟で、2024年夏にYCを卒業したEmergentの創業者です。Emergentは、誰でもAIエージェントを使ってプロダクション対応のソフトウェアを構築し、出荷できるプラットフォームです。実は、YCがこれまで資金提供した中で最も急成長している企業の一つだと思います。統計を聞いて驚きました。
ローンチから8ヶ月で、Emergentで700万のアプリが構築されたとのことです。この信じられない成長について教えてください。実際にいつ本当の転換点に達したのか、そしてそれはどのような感覚でしたか?
双子の兄弟が歩んできた道
私たちは双子の兄弟です。実は12歳の時からプログラミングを始めました。二人ともアメリカに来て博士課程に進みました。私は博士課程を中退してGoogleに入社し、Madhavはゼンズにいて、その後Amazonでディープラーニングチームを立ち上げました。長い間、一緒にスタートアップをやりたいと思っていました。
その前、私はインドでDunzoという会社を経営していました。ハイパーローカルなクイックコマース企業です。
Dunzoは実際かなり大きな会社でしたよね?
そうです、本当に大きかったです。インドではほぼ動詞のようになっていました。何かを配送する時、人々は「ダンゾする」と言うんです。300人のエンジニアからなる大規模なチームを管理していました。私たちはディープラーニングの分野をしばらく見守っていて、転換点が来ることを知っていました。
大規模なエンジニアリングチームを運営していて気づいたことの一つは、ソフトウェアテストが高速な出荷における最大のボトルネックだということでした。そこで、AIで何を構築したいかを検討し始めた時、ソフトウェアテストの自動化が最初のアイデアでした。
それは何年のことですか?
2023年の終わりです。YCに応募した時は、このソフトウェアテスト自動化のアイデアで応募しました。実際、多くのVCにこのアイデアを持っていきましたが、あまりにもクレイジーだと思われました。今振り返ると、ちょっと面白いですね。
テスト自動化からコーディングエージェントへの転換
YCにこのアイデアで応募して、テストエージェントを構築していた時、検証、つまり本質的にテスト部分を解決できれば、実際にソフトウェアエンジニアリング全体を自動化できるということに気づきました。
それが私たちの重要な洞察でした。検証がエージェントをより長期間動かし続けるループだということです。そこで、一般的なコーディングエージェントの分野を見るようにピボットし、一般的なコーディングエージェントの構築を始めました。
それが2024年に入ったところですね?
はい、2024年です。当時の状況について教えてください。Lovableはどれくらいの規模でしたか?
誰もLovableを始めていませんでした。Cursorsがちょうど始まったばかりで、本当に初期段階でした。Devinがちょうど出てきたところだったと思います。本当に初期でした。
私たちはSweetBenchというベンチマークを見ました。今は飽和していますが、当時はすべてのコーディングエージェントがそこで測定されていたベンチマークでした。このベンチマークで1位になるという挑戦に取り組みました。4人で部屋に閉じこもって、このベンチマークをどう攻略するか考えました。それがEmergentの基礎を築きました。
コーディングエージェントを構築し、2ヶ月でSweetBenchで世界1位になりました。その時期に、LLMを使った構築、エージェントを使った構築についての多くの基本的な真実を発見しました。
この時点での想定ユーザーはエンジニアでしたか?
はい。その時点では、純粋に研究会社として、ただコーディングエージェントを構築していました。製品のことは考えていませんでした。マルチエージェントシステムを発明した時期がありました。メモリを発明しました。エージェント間通信の方法、テスト時間の計算をどうスケールアップするか、そういったことを発明しました。
何かを発見して、3ヶ月後に論文で出てくるのを見る、ということが多くありました。それが私たちの基礎を築きました。
Claude Codeの前のClaude Codeのような存在だったんですね。
そうです。マルチエージェントオーケストレーション、異なるルーティングの使い方など、多くのパラダイムを発見しました。
非技術者向けツールへのピボット
この物語のこの時点で、いつ非技術者向けツールにピボットしたのか気になります。
コーディングエージェントができた後、実はエンタープライズルートに行きました。当時の一般的な知恵は、エンタープライズに行って、エンタープライズ向けに構築するというものでした。2、3ヶ月かけて、エンタープライズ内でエージェントを機能させようとしましたが、あまりにも遅いと感じました。
同時に、内部的にEmergentプラットフォームを使って内部ツールや内部ソフトウェアを構築し始めていました。その時点で、Lovableが猛烈に成長し、Boltも猛烈に成長していたのを見ました。そこで、この本当に強力なコーディングエージェントがあるのだから、どうパッケージ化して世界に出すかを考えました。
昨年6月に小規模なベータパイロットをローンチしました。それが本当に離陸して、それ以来、非技術的な消費者の問題解決に集中してきました。実際、多くの技術者が使っていると思っていましたが、今日、プラットフォーム上のユーザーの80%がプログラミング知識ゼロの非技術ユーザーです。
彼らは今日、実際のビジネスを運営するアプリを構築しています。
世界中にいるんですよね?何カ国ですか?
グローバルなオーディエンスで、70〜80%が米国とヨーロッパです。現在190カ国以上です。
ファーストムーバーとセカンドムーバーの優位性
YCで内部的によく話していることの一つが、AI世界におけるファーストムーバーアドバンテージとセカンドムーバーアドバンテージがどう展開するかです。確かに気づいていることとして、例えばLoraはHarveyの後に法律AI分野に参入しましたが、信じられないほど速く成長しています。つまり、ファーストムーバーであることの堀は、従来のソフトウェアで考えるほど大きくなかったのかもしれません。
LovableやBoltが本当に速く成長している時期に、非技術ユーザーへの方向転換や少しの方向修正をした時、それについてどう考えましたか?
2、3の異なるスレッドがあります。一つは、本質的にモデルです。新しいモデル世代ごとに、世界を見る新しい機会が提示されます。例えば、私たちが始めた時、GPT-4が最初に見たモデルでした。当時、誰もが解決しようとしていた最大の問題は、JSONパース、つまり構造化出力フォーマットでした。次のモデルがそれを解決するだろうと思ったので、それに時間を費やさないことにしました。
新しいモデルごとに、世界を再想像する必要があります。例えば、Opusは今、異なるクラスのモデルです。非常に長い期間のタスクを可能にし、複数のエージェントが協力することを可能にします。
後から始めることの利点の一つは、現在の競合で何がうまくいっていないかから学べることです。また、根本的に異なる出発点から始めることができます。世界の視野が非常に異なり、想像力が本当に大きくなります。
Emergentを始めた時、これらのアプリに行くユーザーの多くが、実際に機能するアプリを本当に構築したいと思っていることに気づきました。これらの多くは、当時、フロントエンドのプロトタイピングに本当に最適化されていました。
そこで、実際にプロダクションに出荷できるとしたら世界はどうなるかを根本的に再想像し始めました。私たちの重要な洞察は、すべてのソフトウェアエンジニアリングを自動化するには、最高のエンジニアリングチームが行うことを複製するプラットフォームを構築する必要があるということでした。コードレビュー、自動テスト、デバッグ、デプロイメント、セキュリティ、ホスティングです。
エンドツーエンドのプラットフォームがどのようなものかをゼロから再想像しました。実際のユーザーニーズは、フロントエンドのプロトタイピングだけでなく、製品を出荷することでした。
二つ目は、後発で参入しているので、どう流通を得るかです。製品が本当に強力であっても、根本的に、人々に気づいてもらうためには、市場に存在するものより頭一つ抜きん出た本当に強力な製品で市場に参入する必要があります。
製品には自信があったので、ローンチ後の初期の焦点の多くは、どう流通を急速にスケールアップするかでした。大規模なインフルエンサーネットワークを構築しました。それが私たちの最初の出発点でした。TikTok、Instagram、多くのインフルエンサーを使って、本当に言葉を広めました。それが全体のきっかけになりました。
インフルエンサーマーケティングエンジンを構築することは、ランドグラブの戦術のようなものですが、LovableやOthersがターゲットにしていなかった、またはEmergentがより適していた特定のペルソナやユーザーのサブタイプに焦点を当てることも考えていましたか?
私たちの論点は、本格的なアプリケーションを構築したいユーザーがたくさんいるということでした。それが私たちのターゲットオーディエンスでした。初期のマーケティングやメッセージングの多くは、本当のソフトウェアを出荷しに来てください、というものでした。
少し広範囲のマーケティングを行いましたが、プラットフォームに来て、私たちがコンバージョンするユーザーは、実際に本当のアプリをプラットフォームに出荷したいユーザーでした。
それはメッセージングに入っていましたか?
メッセージングに入っていました。本当のアプリを構築しに来てください、と言っていました。他のプラットフォームで見られる一般的なエラーも使いました。Emergentでこのエラーに遭遇しないでください、と。
エンジニアリングの徹底へのこだわり
これはあなたにとって重要な洞察のようです。基本的に、300人のエンジニアからなる大規模なエンジニアリングチームを運営した経験、AmazonでディープラーニングチームOnで働いた経験から、エンジニアリングにおいて非常にハードコアになり、マキシマリストになりました。システムの設計方法を本当によく知っていました。
どのように構築したか、少し共有していただけますか?LovableやBoltのような他の大きな製品の欠点の一つは、それらを完全に使用可能な状態にすることが難しいということです。プロトタイプには非常に速く到達できますが、あなたのものは0から100%に非常に速く行きます。それには技巧が必要です。
パレートの原則のようなもので、20%が80%の努力を必要としますが、あなたはそれ以上のことをしました。プロダクションへのエンジニアリングの最後の20%は多くの作業でした。それは大変なことです。
あなたが言及した最後の1マイルは、人々が常に無視するものです。アプリが構築されるだけでなく、デプロイされることも確認する必要があります。これが、私たちがエージェントが動作する独自のインフラを構築することを選択した意識的な理由の一つです。
クラウドサンドボックスを提供しています。サードパーティのサンドボックスプロバイダーにアウトソースしていません。それも当時かなり人気がありました。独自のKubernetesテックスタック、コンテナテックスタックをゼロから構築しました。
ここでの洞察の一つは、ビルド時とデプロイ時に同じインフラをエージェントに提供すると、デプロイメントフェーズ中にそれほど多くの問題に遭遇しないということです。独自のインフラを持っているという事実により、エージェントに迅速なフィードバックを提供できます。
エージェントは、提供するフィードバックと同じくらい優れています。このインフラとエージェントを最初から一緒に共同構築しました。あなたの指摘の通り、プロダクション対応で出荷可能なアプリの構築に焦点を当てたため、バックエンドとフロントエンドを備えたもの、選択したテックスタックも私たちにとってかなりユニークでした。
Pythonバックエンドサーバーがあります。Reactフロントエンドサーバーがあります。ほとんどの人は通常、もっとNode中心、Node重視のテックスタックに行きます。バックグラウンドジョブ、バックグラウンドキューを持つことができるサーバー・クライアントアーキテクチャです。
このアプリを使うユーザーの野望がどんどん大きくなることを知っていました。非同期ビデオ処理を行うジョブを実行したいと思うでしょう。彼らはそれをプロンプトするつもりです。最初からそれをサポートしたかったのです。Emergentが構築されているのと同じテックスタックを、エンドユーザーに、エージェントに公開しています。
エージェント側では、マルチエージェントアーキテクチャに非常に早く取り組みました。コンテキスト管理について非常に慎重になりたいことを知っていました。そこで、メインエージェント、ドライビングエージェントにメインルーチンを処理させます。しかし、委任したい委任タスクは、サブエージェントに委任します。
テストであろうと、デザイン検索をしたい、統合検索をしたい、このユニークなAPIをどう統合するか、などです。その過程で、生成しているすべての軌跡を時間とともに集約し、エージェントの長期記憶に構築できることがわかりました。
これは、エージェントが自分のセッションだけでなく、セッション間で学習するという点で非常にユニークです。これは継続学習の一つのバリアントだと言えます。人々は今、スキルに興味を持っています。人々はスキルを作成します。Skills Benchという新しいベンチマークがあり、スキルを持つエージェントがスキルのないエージェントを上回ることを示しています。
興味深いことに、これらのスキルはエージェント自身では生成できません。エージェントでそれらのスキルを生成しても、パフォーマンスは一致しません。
私たちは、スキルが以前の軌跡に基づいて自動生成され、CI/CDプロセスを通じて実行され、長期記憶に追加される方法でそれを行うことができました。すべてが私たちにとって複合的になります。3週間前にカレンダー統合に苦労していたエージェントが、以前のセッションのおかげで、今日はもう苦労していません。それが実現できたセッションです。
自己学習するシステムの構築
本当に魅力的です。これらのバイブコーディングアプリプラットフォームの課題の一つは、ある時点でアプリケーションが非常に複雑になり、非常にシンプルに構築すると、すべてのモデルのコンテキストウィンドウを使い果たしてしまうことです。それがボトルネックだったようです。あなた方は設計でそれを解決したと思います。
つまり、1年前に、現在の最先端の多くを構築したのです。コーディングエージェントは非常に強力で、基本的に内部で開発者としてClaude Codeの代替として使用しています。それを非常に誇りに思っています。
しかし、その種の強力なツールを非技術的なエンドユーザーに公開したくありません。VS Codeエディタがありますが、それを隠しています。非技術ユーザーは差分を見るとすぐにパニックになることに気づいたからです。
チームにかなり技術的なPMがいましたが、JSONが好きではありません。見せないでください、怖いです、と言います。ユーザー共感を構築する、つまり、ユーザー共感を持ち、エージェント共感も構築する必要があります。エージェントが何を感じているかも共感する必要があります。
内部的には「エージェント体験」という用語があり、プラットフォーム上でエージェントの体験がどうかを測定しています。
人々が気づいていない本当に重要なポイントだと思いますが、あなた方は実際、エンジニア向けの実際のコーディングエージェントの世界でDevinやCursorのようなものとして始まったのです。ただ、非技術ユーザー向けにパッケージ化することを選択しただけです。
つまり、LovableやBoltとはほぼ逆の方向に進んでいるようなものです。あなた方はパワーを持っています。すべての実際のパワーを持っています。ただユーザーエクスペリエンスをシンプルにする必要があるだけです。彼らはユーザーエクスペリエンスから始めて、時間とともにパワーを開発しなければなりません。
そうです。根本的には、ソフトウェア開発ライフサイクル全体のこれらすべての問題を解決する出発点から始めない限り、反対側から来てこれらの問題を解決することは本当に難しいです。逆にすることが非常に難しいアーキテクチャの選択をすることになるからです。
システムを設計していた時の他の例、JSONパースについて言及しましたが、モデルを信頼したところで他に何かありますか?時間を投資しないようにしましょう、なぜならOpus 4.5がそれを解決するからです、というような。
例えば、ライブラリ定義、構築した統合の一部、次のモデルが解決してくれると思っています。同様に、ユニットテストの生成方法、以前は大量にプロンプトしていたようなことです。
もう一つ非常に意識していることは、次の世代が出てくるにつれて、モデルにますます多くの自律性をどう与えるかです。モデルに与える自律性が多ければ多いほど、パフォーマンスが向上します。
最初は、ハーネスが非常に厳格で、締め付けていました。これらのモデルがどんどん大きく、より効率的になるにつれて、モデルに与えるコントロールが増えるほど、ハーネスが良くなることを観察していました。
それを推定して、本当に遠い将来を見た場合、モデル自体がより強力になるにつれて、会社としてのあなたがどこに残るかについて心配していますか?
業界に今、根底にある流れがあると思います。Anthropicがみんなを飲み込んでしまうのではないか、と。
私たちの見解では、コーディングの側面は仕事の20%に過ぎないと思います。アプリをプロダクションに持っていくことは本当に本当に難しいです。重要なのは、ユーザーとどれだけ密接に協力しているか、彼らのニーズをどれだけよく理解しているかです。
モデルがどんどん能力を高めていくにつれて、人間の欲求も同じ速度で継続的に成長していると思います。人々はプラットフォーム上でより複雑なアプリを構築したいと思うでしょう。
もう一つは、少なくとも私たちのハーネスでは、これらのモデルの上にさらに20〜30%抽出できることです。本質的に、複数の基盤モデルを一緒に使用してより多くを抽出できます。ユーザーにますます多くのものを提供し続ける必要があると思います。
例えば、今、私たちの多くのユーザーがアプリを構築し、流通を助けてほしい、成長を助けてほしい、ユーザーの管理方法を助けてほしいと思っています。私たちにとって、スペクトラムはその側で成長し続けています。
同意します。最近共有したグラフがもう一つあります。利用可能なソフトウェアエンジニアリングのポジション数が実際に増加しているというものです。少なくともYCでは内部的にこれを経験しています。ツールがより強力になればなるほど、より多くのアイデアが得られ、より多くの仕事をしたくなります。
ここの全員がより多くの時間働き、より多くのことをしているように感じます。週ごとに出荷することが期待されるソフトウェアの速度がどんどん上がっています。
加速しています。快楽適応です。ああ、これがより強力になった、今はもっと仕事ができる、と。
本当にジェヴォンズのパラドックスが働いています。ソフトウェアエンジニアリングの仕事がなくなるという懸念がたくさんあります。そうは思いません。あなた方が話していることや私たちが経験していることすべてに基づいて。
拡大する市場にいると思います。非開発者を開発者でないようにしています。その市場は拡大しています。内部的にも、役割が組み合わされているのを見ています。
PM、デザイナー、エンジニア、一人がこれら3つすべての仕事を一緒に行っています。内部的にコーディングしているPMがいます。最近、5、6人のチームが行っていた仕事の多くが、今では一人のエンジニアまたは一人のPMだけで行えることを内部的に見ています。
Emergentのデモンストレーション
Emergentのデモを見ることができますか?
はい、もちろんです。これがEmergentインターフェースの見た目です。このポッドキャストに来ていたので、ポッドキャストの質問を練習できるアプリがあるべきだと思いました。または、就職面接に行って質問を練習したいと思うかもしれません。
Emergentでフルスタックアプリを構築できます。モバイルアプリを構築できます。プロンプトエンジンは十分にスマートで、プロンプトを与えると、これがモバイルアプリについて話していることを理解します。正しいエージェントを使うのがモバイルアプリビルダーだとわかります。
間違ったタブを選択していても、裏で自動的に?
はい、裏で自動です。わかりました。これが実行されている間に、いくつかのユーザーアプリをすぐに見せましょう。
これはイリノイ州を拠点とする誰かによるものです。彼はオーディオビデオセットアップのビジネスをしていて、手作業で行っています。基本的に、スプレッドシートや他の電話で受けていたような取り込みフォームを、コーディングの背景知識なしで構築しました。これは私が欲しいAVセットアップの種類です。部屋を構築して、リードジェネレーションの一種のフォームですが、これはかなり完全なフルスタックアプリです。
気づいたことの一つは、デザインが本当に良いということです。アイコンのように、よく設計されたアプリに見えます。
実際、デザインが本当に良いことを確認することに多くの時間を費やしました。以前は、デザインと機能性の間に大きなトレードオフがありました。デザインを最適化すると、機能性がそれほど強くありませんでした。デザインも良くなるようにコンテキストを共有する方法を見つける必要がありました。
ノルウェーを拠点とする別の人がいます。彼は以前のビジネスをPEに売却し、弁護士がスプレッドシートや他のものとどれだけ苦労しなければならないかに気づきました。それで、弁護士向けのCRMを構築しました。彼は自分自身をビジネス開発者と表現しています。その言葉が好きです。彼はプログラミングの背景を持っていません。
CRM関連のアプリをたくさん見ています。中小企業です。それはあなたの2番目の収益化の道ですよね?Emergentのユニークなことの一つは、エージェントが物事を構築しに行く前に、いくつかの明確化を求めることです。エージェントがあなたの要件を適切に理解したことを確認したいからです。
もう一つは、非技術ユーザーはおそらくAPIキーの概念を知らないということです。OpenAI APIキーをどう取得するか?この特定のケースでは、Emergent LLMキーを使用すると言えます。サードパーティからAPIキーを取得することを心配する必要はありません。
これは、あなたが言っていたことの良い例のように感じます。これは一種のスキル、コードを含むという質問のようなものですが、それを抽象化して、アイデアのない人のための体験に組み込むだけです。
絶対にそうです。ここでは非常にカジュアルになれます。最初のものにはEmergent APIキーを使用し、残りは良いデフォルトを想定して進んでください、と言えます。
これが初めてエージェントを引き渡すところで、この時点でラップトップを閉じることができます。モバイルアプリもあります。外出先でエージェントにプロンプトを続けることができます。エージェントが追加のものを必要とする場合。
完了すると、アプリのプレビューが表示されます。この場合、例えば、私のオリジンストーリーは何かを練習できます。私のオリジンストーリーが何かを録音できます。様々な質問を続けることができます。
これはポッドキャスト準備アプリです。
はい。そして、アプリに与えた答えを再訪できます。
気づいたことは、多くの個人アプリ、人々が使うもの、人々がモバイルアプリを構築しますが、多くのビジネスアプリでは、Webアプリを構築しに行くということです。それが一般的に見ている傾向です。
もう一つ見せたかったのは、これは私たちのチームが構築した実際のAsanaクローンです。QAエンジニアの一人が内部的に構築しました。実際の実際のEmergentデータです。
何がそれを促したのか気になります。Asanaに欠けていた機能や、していないことがあって、自分たちで構築すべきだと言わせたのですか?
QAエンジニアの好奇心から始まりました。古いジョブを見ました。最初のプロンプトはJiraをクローンする、でした。
それから、それを続けていきました。もう一つは、私たちは物事を少し違うやり方でやっています。例えば、1日3回、朝、夕方、夜に出荷します。私たちのやり方に非常にカスタマイズして構築しました。QA opの関与が多くの方法であります。
Asanaを使っていた時は、作業スタイルにカスタマイズすることさえ簡単ではありませんでした。サブスクリプションで月に3,000〜4,000ドルも節約しています。
これは本当にパーソナルソフトウェアの世界です。
誰かが実際にこのコードを編集しましたか、それとも100%Emergentで構築されましたか?
100%、100%Emergentで構築されました。良いことは、機能を追加したい場合、そのプロジェクトに行って、機能を追加するだけで、構築を始めることです。
この方法でプラットフォームをドッグフーディングすることはおそらく有用です。これはおそらく、人々がEmergentで構築した最も複雑なアプリの端にあるからです。人々が非常に複雑なアプリのようなものに到達した時に何が起こるかをテストできます。
実際、内部の多くのチームが今、Emergent上で内部的にアプリを構築しています。マーケティングチームは、完全にEmergent上に構築された完全なCRMを持っています。今、カスタマーサポートチームが、完全にEmergent上に構築されたカスタマーサポートソフトウェアを構築しています。
パワーは、これらが問題に最も近い人々であり、問題を本当によく理解していて、今これらのアプリを構築できるということです。これらの内部アプリを出荷できる速度は狂っています。
どこまで下がりますか?会社内でも、内部のAsanaのような別バージョンを望む人がいるか気になります。
現在、会社の全員がこの一つのツールを使用していて、協力的に構築されています。PMが機能を与えることができます。QAが機能を与えることができます。人事チームの誰かが機能を与えて構築できます。
バージョン管理やフィーチャーフラギング、こういったすべてが、誰でも数文を書いて使用しているソフトウェアを更新できる世界でどう発展すると思いますか?
テストフェーズがあります。デプロイメントフェーズがあります。異なるバージョンが維持されています。今、実際にこれを管理するソフトウェアのプライマリオーナーがいます。誰かが機能リクエストを行います。誰かがそれを構築します。エージェントがそれを構築します。受け入れられたら、リリースに行きます。
Gitで管理されているわけではなく、独自のワークフローのようなものですか?
GitHubに接続したい場合はできます。内部的にプロジェクトのためにGitHubに接続しています。Emergent外部の非技術開発者のように、実際にGitHubをGitHubと呼んでいます。GitHubの知識が非常に限られています。GitHubに接続しなくても、私たちの側でバージョニングを管理します。
チーム運営と採用哲学
チームの運営方法について話すと、採用方法が非常に異なるはずです。非常にリーンで小さなチームです。エンジニアリングの採用はどうしていますか?
最初から、構築したいチームの種類について非常に意識的でした。本質的に、2つのことにインデックスを付けています。一つは問題解決です。問題解決がどれだけ得意か。二つ目はオーナーシップです。本当にオーナーシップを取れる人々にインデックスを付けています。
初期の採用の多くは、IITランカーのトップ100に本当に夢中になっていた人々でした。このプログラムを進めていて、トップ100のIITランカーを採用しなければならないとチームに言いました。今、IITランク1位、IITランク12位、それらの人々全員が私たちと働いています。
初期の多くはDunzoからも来ました。本当に良いチームを構築できたので、そこから初期の人々を何人か獲得できました。
私たちが持っている焦点は、本質的に、一人または二人が会社がやるであろう仕事をすることです。例えば、私たちのデプロイメントは、Vercelのように見えるものをほぼ反映していますが、二人で行われています。複数のスタートアップがメモリを解決しているようなメモリは、一人だけで構築されています。
人々にはるかに多くの責任を与えていると思います。人々は一般的に、解決したいより難しい問題に惹かれます。
チームはどこにありますか?
ほとんどのチームは今、バンガロールにいます。インドオフィスです。サンフランシスコには非常に小さなオフィスがあります。3〜5人です。
あなた方自身は、両国間で分かれているようなものですか?セットアップがどう機能するか説明していただけますか?
私はサンフランシスコに住んでいます。過去10年間ベイエリアにいます。
私は時間の半分をサンフランシスコで、半分をバンガロールで過ごしています。常に時差ぼけです。
あなた方はおそらく、インドの会社と言うのは公平ではありませんが、インドに大きな存在感を持つ最も成功したAI企業だと思います。なぜですか?
Googleを辞めてインドに戻った時、インドからGoogleやFacebookがないのはなぜだろうといつも思っていました。Dunzoを始めた時も最初からそう思っていました。当時はインドに焦点を当てたインドの会社でした。
2番目の会社を始めた時、インドから真にグローバルなテックファーストの会社があるべきだといつも思っていました。インドには多くの才能があり、今は利用可能な資本もすべてあります。インドの人々がなぜ真にグローバルなテックファーストの会社を構築していないのか。
その野心を持って始めました。私の意見では、多くはあなたの野心にかかっていると思います。大きな夢を見ることができれば、最初から本当にグローバルに考えることができれば、今、インターネットが完全に浸透しているので、人々は実際にどこからでも理解と知識を得ることができます。
すべての国が、グローバルなオーディエンスのために構築する機会を持っていると思います。その種のマインドセット、野心を持っていれば、インドから出てくる同じことをする会社がもっと見られると思います。
チームがほとんどインドにいるが、製品は圧倒的に米国とヨーロッパで使用されており、インド市場向けの製品ではない、この種の分裂した国を実際に運営するのはどのようなものか聞きたいです。この会社を運営するのはどんな感じですか?すべてここに拠点を置く通常のシリコンバレースタイルの会社を構築していたら、どう違っていたでしょうか?
内部的には、グローバル製品として、本当に本当に高い基準を設定しています。採用でも、ベイビーが製品を開発する方法でも。私たちがここで時間を過ごすことも助けになっていると思います。
本当に宗教的に行っていることの一つは、全員が週に1回、2回顧客と話すことです。
会社の全員ですか?
会社の全員です。顧客と話します。全員がカスタマーサポートを行います。私たちは本当に小さなエンジニアリングチーム、12人のチームでした。一人が常にカスタマーサポートのオンコールでした。
本当に小さなチームで、本当に速く出荷する必要があり、最高のエンジンの一つをカスタマーサポートに移すのは本当に難しい決断でした。しかし、最初から顧客共感を構築するのに本当に本当に役立ったと思います。
流通の多くがオンラインで行われるので、チームはデジタルなものから学び、それのために構築できます。しかし、最初から顧客共感を構築すること、ユーザーと話すことが、ユーザーが今日何を望んでいるかという点でギャップを埋めるのに本当に役立ったと思います。
面白いのは、ローンチした時、最初の5日間はカスタマーサービスサポートだけをしているデスクに釘付けでした。顧客リクエストのほとんどは、フランス語、ドイツ語のような異なる言語で来ていました。多くのユーザーがグローバルだからです。
AIのおかげで、それを理解し、返信できました。それもギャップを埋めるのに役立っていると思います。
サンフランシスコで採用しています。研究から、バックエンドエンジニア、フロントエンドエンジニアまで、様々なポジションに興味がある人がいれば、サンフランシスコとバンガロールで採用しています。
パーソナライズドソフトウェアとSaaSの未来
パーソナライズドソフトウェアについて話していたことに戻りたいです。SaaS全般への影響についてどう思いますか?挑発的な質問ですが、SaaSは今死んでいますか?あなた方は基本的に自分たちのためにAsanaを殺しました。それはAsanaや他のSaaS企業にとって悪いことですか?
現在のSaaSの存在方法は変わる必要があると間違いなく思います。2つの大きな逆風があると感じています。
一つは、これらのSaaSワークフローのますます多くがエージェントによって消費されるようになることです。SaaS企業がエージェントファーストの会社にピボットしない限り、生き残るのは難しいと思います。
二つ目の逆風は、明らかに、人々がますますカスタマイズされたソフトウェアを望むことです。Emergentのようなプラットフォームで構築できます。私たちが独自のプロジェクト管理ツールを構築したように。これらの内部ツール、これらのソフトウェアをプラットフォームで構築している人々をたくさん見ています。
ソフトウェアの性質自体が変わっていると感じます。ソフトウェアの多くがエージェント的な性質を持つようになると思います。今日Emergent上で構築している人々の多くは、約20%が実際にエージェント的なアプリです。人々は実際に、多くのワークフローを強化するために、独自のEmergentエージェントをそれらのアプリ内に埋め込んでいます。
本当にクールに聞こえます。人々がやる興味深い例はありますか?
Mが見せていたアプリ、弁護士向けのCRMが好きです。それはエージェント的なアプリで、エージェントがワークフローを取って、プロセスを実行できます。ソフトウェア自体が今、エージェント的なものに変化しています。多くの人々が、実際にはるかに多くの仕事を自力で行えるエージェントを構築したいだけです。
エージェントのタスクの期間がどんどん長くなるにつれて、これがどこに向かうと思いますか?メーターのグラフが最近非常に衝撃的でした。
それは今年のグラフだと言えます。メーターの指数関数的成長です。4.5は約4時間でした。4.6は10時間です。
内部的には、エージェントが実際にはるかに長い期間作業でき、複数のエージェントが単一のタスクで調整できるエージェントスウォームを実験しています。
初期の結果は非常に非常にエキサイティングです。年末までには、24時間実行されるエージェント、おそらく数百のエージェントが単一のタスクで協力するのを見るでしょう。それが今見ている未来の方向です。
それに向けてどう構築していますか?
人々のミッションが増加しています。エージェントにより多くの自律性を与えたいです。主なことは、軌道が脱線しないことを確認することです。常に監督エージェントを持ちたいです。
例えば、数人のエージェントが協力している場合、全体のタスクを並行して監視している監督エージェントもいます。多くの異なるアーキテクチャを実験しています。
Ralph Wiggumループのような現象のような単純なものもあります。エージェントに突き続けてください、完了するまで続けてください、というアイデアです。それは良い検証ループがある場合にのみ可能です。ジョブが完了したかどうか、エージェントに自律的な検証フィードバックを与えられるかに戻ります。
内部で今実際に進行中の仕事の多くは、最高のベリファイアを構築することです。実際にカスタムファインチューニングも行っています。
モデルと直接競合しないように非常に慎重です。すぐに4.5の代替を構築したくありません。しかし、カスタムファインチューニングされた検証レイヤーを通じて補強したいです。研究側で行っている楽しいことの一部はその側です。
反対方向の動きについてどう考えますか?モデル自体がより強力になり、その上に構築している全員にとってそれが何を意味するかについて話しましたが、少なくともモデル会社の一部は、明示的にアプリケーションを構築し、アプリケーションレイヤー自体を所有しようとしています。これらの会社の一つが、非技術ユーザー向けのClaude Codeが本当に価値のあるアプリケーションだと決めた場合、それはあなたにとってどんな影響がありますか?
最終的には、顧客の要件を本当に本当によく理解しているか、彼らに近く構築しているかだと思います。スタートアップ構築のこれらすべての基本は同じままです。ユーザーのニーズを本当に本当に理解し、本当に最高に理解することに焦点を当てている限り、製品で競争すると思います。
すべてのモデル会社を同じように考えますか、それとも彼らの間の違いは?
モデル自体を見ると、非常に異なります。例えば、Opusは明らかに主力です。Codexはバックエンドデバッグに本当に優れています。Geminiはフロントエンドに本当に優れています。
これらのモデルはすべて独自の動作を持っています。私たちにとって良いことは、これらのモデルが持つスパイクを実際に利用して、ユーザーに最高の体験を提供できることです。
最終的には、少なくとも私の世界観では、これらのモデルのほとんどが本当に本当にコモディティ化されると思います。これらのモデルはすべて同様の動作を持つようになるでしょう。彼らの間に価格競争力があるでしょう。
オープンソースがおそらく3〜6ヶ月遅れているのがすでに見えます。私たちがユーザーに会う場所、彼らの旅をサポートする場所に本当に構築するレイヤーを構築するのに十分な選択肢があります。顧客のニーズを本当に本当によく理解し、それのために構築できる人が、この分野で勝つでしょう。
700万のアプリ:ユーザーと驚き
Emergentで700万のアプリが構築されました。これらすべてのアプリは何ですか?ユーザーは誰で、人々がそれで行うことを見て何が驚きましたか?
私たちのプラットフォームに来るユーザーは、一般的に本格的なアプリを構築したい人々です。本当にビジネスユースケースを持っていて、自動化したいか、ローンチしたいビジネスアイデアを持っている人々です。
私たちに来る主なユーザーは、中小企業のオーナーです。今日、メール、WhatsApp、スプレッドシートでビジネスを運営していて、カスタムソフトウェアを構築するためにデベロップメントショップに行っていたであろう人々です。
彼らが私たちに来ています。価格ポイントを見ると、ソフトウェアを構築するのに50万ドルかかっていたでしょう。今、完全に自力で5,000ドルで構築できます。それが私たちが世界にもたらしているアンロックの種類です。
例えば、今朝、アラスカを拠点とするユーザー、Christieと話していました。彼女は臨床心理学者です。馬術、乗馬のスポーツコーチでもあります。心理学側と馬術側のこれらの2つの分野を結婚させたいと思いました。
彼女は多くの洞察を持っています。心理学側に多くの洞察があります。馬術側に多くの洞察があります。それを行うアプリを見つけるためにどこでも探したと言いました。見つけられなかったので、構築したいと思いました。
それは間違いなく学習の交差点です。
はい。ノバスコシアのデベロップメントショップに行き、構築できる人を見つけようとしました。彼らは大金を請求していました。それで、Emergentを発見し、構築を始め、数週間前にアプリをローンチしました。
App Storeで「Equine」と呼ばれています。実際に彼女の心理学とスポーツコーチングへの洞察を結婚させています。現在、数百人のユーザーがプラットフォームを使用しています。
それが私たちが構築しようとしているアンロックです。長い間アイデアを持っていた人々、問題に本当に本当に近い領域の専門家が、今、物事を構築できます。
プラットフォーム上で構築しているソロプレナーもたくさんいます。これらのアプリを構築するために技術的なCTOを雇わなければならなかったであろう人々です。プラットフォーム上で見ている成功は、最近誰かが、この会社がEmergent上に構築されたアプリで400万ドル調達したと連絡してきました。
本当ですか?
はい。もっと共有するには彼らの許可を得る必要がありますが、はい。今、問題領域の専門家に本当に近かったが、自分自身を本当に表現するために技術的な障壁によってブロックされていた人々がEmergentを使ってこれらのものを構築しているというアンロックを本当に見ています。
これらの人々が私たちに言うもう一つのことは、お金だけの問題ではないということです。デベロップメントショップにお金を渡すことはできますが、開発者を通じてアイデアを表現しようとする時、多くが翻訳で失われます。
彼らは、何を構築したいか正確に知っている、もし自分で声に出して言えれば、もっと良い仕事ができると言います。ノルウェーの人について話していましたが、彼は、チームで私だけがビルダーです、他の誰も連れてきません、なぜなら何を構築するか正確に知っているから、他の人はビジネス側に集中すると言いました。
この単一のソロプレナー的な態度、自分でやる、領域の専門知識を持っている、翻訳で何も失われない、その種のエージェンシーが、人々がこの種のプラットフォームで楽しみにしていることです。
実際に十分に語られていない本当に重要なストーリーだと思います。あなた方が構築しているものは、社会にとって本当に必要なものです。AIが仕事を置き換える、知的労働がなくなる、雇用や社会不安にとってそれが何を意味するかということに非常に多くの焦点が当てられていますが、実際には、興味のある何らかのエージェンシーを持っている、自分のビジネスを始めて人生の自律性を持ちたいと思っている場合、大規模にそれをエンパワーメントしているという事実について、誰も本当には語っていません。
あなた方がアンロックしている人間の創造性の量は本当にクールです。世界が必要としているものが、臨床心理学と馬術を結婚させるアプリだと誰が思ったでしょうか。
限られたソフトウェアの世界では、そのアプリは決して構築されなかったでしょう。しかし、無制限のソフトウェアの世界では、それと誰も構築できなかったであろう700万の他のアプリを構築できます。
ニッチのニッチに到達しています。
これは、PGがしばらく前に書いた傾向の延長です。第二次世界大戦から出てきた、いくつかの大企業があり、人々はIBMのようなところで数十年間滞在し、それから引退するという全キャリアを築いた、というようなものです。
それからスタートアップの波が来て、突然、世界がより高解像度になります。人々は、自分の会社を始めるべきかもしれない、または少なくとも小さな会社に参加して、複数の会社で働くか、複数の会社を創業するべきかもしれない、と思います。
それの次の延長は、誰もが臨床心理学と馬術の交差点にあるような自分のビジネスを運営し、オーディエンスと生計を見つける、というものです。
多くのアイデアが生き返ることに興奮しています。アイデアと現実の間のこのギャップを本当に減らし、人々が本当に自分自身を表現できるようにし、アイデアのこのカンブリア爆発を本当に持ちたいです。それはYCにとって素晴らしいことです。
実際には全体のようなものである必要はないと主張します。ベンチャー資金を調達しようとしていない、多くの資本を調達しようとしていないビジネスを始めることができるという爆発が本当に興味深いと思います。それは、一人が情熱に従い、自分の人生をコントロールしているようなものです。
本当に高揚させるメッセージだと思います。
私たちは今、これの初期段階にいるだけだと思います。この指数関数が成長し、Emergent上でますます大きなプロジェクトが構築されるのを見るでしょう。
終わりに
さて、今日はこれで時間切れです。MakundとMadhav、参加してくれて本当にありがとうございます。本当に魅力的な会話でした。すべての成長おめでとうございます。ここからどこに向かうか見るのを楽しみにしています。
ありがとうございます。呼んでいただいて本当にありがとうございました。
コメント