LLM時代の拡張可能なソフトウェア

今日私たちが利用するウェブソフトウェアのほとんどは静的です。開発者は限られた時間と注意しか持たず、大多数のユーザーに役立つ機能の構築に集中します。需要曲線のトップは既存のソフトウェアでうまくカバーされていますが、ユーザーごとに異なる満たされていないニーズのロングテールが存在します。 マッピングソフトウェアにおけるユーザーのニーズ 開発者があらゆる機能を追加することに非常に意欲的であったとしても、ユーザーインターフェースは、使いにくくなる前に、ある程度までしか複雑にできません。追加されるすべての機能は、他のすべてのユーザーにとって製品を複雑にします。その機能の市場が小さい場合、それを必要としないすべてのユーザーにとって製品を積極的に悪化させる可能性があります。 この文脈において、LLM支援コーディングの台頭は、このロングテールに該当する何かを必要としていた人すべてにとって、真に力を与えるものでした。 ソフトウェアはすべて…ぐにゃぐにゃになりました。 LLMが、特に「一人用ソフトウェア」の構築に非常に優れていることが明らかになりました。エンタープライズソフトウェアの複雑さと説明責任を回避し、単一の個人のワークフローに合わせてカスタムフィットするパーソナルアプリです。Y CombinatorのPete Koomenは、彼らが「Small Software」と呼ぶものの機会があると考えています。私は彼らが何かを掴んでいると思います。 Y Combinator @ycombinator エージェントは、自分自身やチームのためにパーソナルツールを簡単に構築できるようにします。しかし、そのソフトウェアのデプロイ、セキュリティ保護、共有は、作成するよりもはるかに複雑です。スモールソフトウェアのために構築されたクラウドは、その複雑さを取り除き、カスタムメイドのツールをGoogleドキュメントと同じくらい簡単に同僚と共有できるようにする可能性があります。 7月22日、2026年 Piは、私が「LLMネイティブソフトウェア」と呼び始めているものの良い例です。テスト済みのコアを持ちながら、ほぼ無限に拡張可能で、ユーザーはカスタマイズを他の人と共有できます。過去1年で、ユーザーは突然、コードを生成する能力を獲得しました。ほとんどの既存ソフトウェアはこれを活用できません。Piはそれを活かしています。私は、この自己拡張パターンに従うソフトウェアがますます増えていくと予想しています。 しかし、プラグイン可能なソフトウェアの既存の例のほとんどはローカルソフトウェアです。AIエージェント、開発者IDE、ビデオゲームのMOD、Blenderアドオン、CAD拡張機能などです。これらは通常、参入障壁の高いプロフェッショナルツールです。ウェブは世界で最も成功したソフトウェア配布システムです。それは取り残されるべきではありません。 私の仮説は、Web上に拡張可能なソフトウェアの新しい機会があるということです。LLMは拡張機能の作成コストを劇的に低下させ、最新のサンドボックスプリミティブはデプロイコストを削減し、良好なセキュリティ境界を提供します。私たちは、堅牢で説明責任のあるコアとしてアプリを構築し、LLMが欠けている部分を埋めることで、ユーザーが安全に多くの方向に拡張できるようにすることができます。ユーザーにスーパーパワーを与えることができます。 開示：私は現在Cloudflareで働いており、Kenton Vardaの執筆に多く触れることで、私の考えの多くが形成されました。終盤では、Dynamic Workersがこのモデルに特に適していると主張しますが、まずいくつかの代替案をカバーします。 それはどのようなものになるでしょうか？ 今日の多くのWebシステムは、ユーザーがアプリの変更に反応できるようにするためにWebhooksに依存しています。これは〜うまくいきますが、拡張機能の敷居が非常に高くなります。完全に別のサービスを構築・運用し、発生する配信の問題に対処する必要があります。レコードの更新にフックして、独自のロジックを挿入できるようにしたいです。「レコードにこのタグを付けると、私の関数を実行する」。「毎日cronでこのアクションを実行する」。実際、私はそれをまったく考える必要はありません。私の「後で読む」アプリにこう伝えたいです。私が「いいね」した記事で4000語を超えるものはすべて、私の<eリーダーの選択>に送信してください。毎週<私の専門分野>で公開される新しい論文を探し、それが私の仕事にどのように関連するかについての要約を一番上に付け、<タグ>でタグ付けしてください。デフォルトのアルゴリズムは、<私が頻繁に読むサイト>を完全に台無しにします。いくつかの例をプルして、カスタムパーサーを作成してください。そして、ロボットがコードのくだらない部分を抽出し、いくつかの拡張ポイントにフックして、それを実行します。また、同じ機能が必要かもしれない他の誰とでも、私が作成したものと共有できるようにする必要があります。 1 LLMネイティブ拡張アプローチを見たいと思う他の領域がいくつかあります。 AIエージェント これは明白なものです。Pi、Deepseek、OpenCodeはすべてこの分野で実験しています。新しいアイデアをすべてコアに追加するのではなく、Piはツール、コマンド、イベント、UIの安定したフックを提供するため、リクエストを小さなTypeScript拡張機能に変換してインプレースでリロードできます。これらの拡張機能はパッケージにバンドルして共有できるため、エコシステムはハーネス自体を肥大化させることなく、ロングテールのアイデアを吸収できます。Deepseekは、ユーザーがプロンプトだけでUIにクジラの友達やヘビゲームを追加するデモを行い、そのハーネスの拡張性を示しました。 しかし、これらの現在のところの対象者はかなり限られています。ローカルマシンでカスタムソフトウェアを実行することに慣れている必要があります。企業環境では、組織は誰も見たことがない、または今後も見るつもりのないソフトウェアを実行することに慣れている必要があります。Pi自体をサンドボックス化しない限り、Pi拡張機能はPi自体と同じ権限で実行されます。ソフトウェアエンジニアは方法を見つけるでしょうが、会計士、医師、弁護士、その他数千の職業の人々もより良いツールに値します。彼らは、自分のドメインとワークフローに合わせて安全かつ簡単に調整できるエージェントを必要としています。より多くの人々がエージェントを使用するようにするには、それらをソフトウェア開発者にするのではなく、ソフトウェアを彼らのニーズに合わせる必要があります。 内部企業プラットフォーム すべての企業は大量のデータを抱えています。従業員はそれを表示し、クエリし、調査し、他のシステムにある他のデータと相関させ、<問題x>を経験している顧客を見つけ、解約しそうな顧客を見つけ、その他数百万のことを行う必要があります。多くの企業は、AI愛好家の従業員が独自のツールをコーディングし、おそらくPaaSにデプロイできるようにすることを実験しています。これは方向的には正しいですが、多くの下流の問題を引き起こします。これらのアプリが何百、何千とある場合、それらをどのように維持しますか？それらは必要なデータにどのようにアクセスしますか？それらが必要なデータにのみアクセスできるようにするにはどうすればよいですか？このソフトウェアが何をしているかをどのように監査できますか？アクセス トークンに依存している場合、それらのスコープは何ですか？誰がそれらをローテーションしますか？顧客情報をサードパーティにログアウトしていないことをどのように確認できますか？GDPRに違反していないことをどのように確認できますか？または、実際のビジネスが心配する必要のある数百万のその他のコンプライアンスおよびセキュリティの問題は何ですか？認証トークンが漏洩しないコードをデプロイする場所を提供したらどうでしょうか？データアクセスは、すべてのコンプライアンスボックスがチェックされていることを保証できる内部プラットフォームチームによって処理されますか？彼らに、独自の自動化やカスタムビューを構築するためのスペースを与え、ただし安全に提供します。 2 ネタバレ：これは基本的にCloudflare OSです。 サポートプラットフォーム 私はキャリアの多くを難しいサポートチケットの処理に費やしてきました。必然的に、ダッシュボードを調べたり、ログを検索したり、数百万の異なる場所からデータをプルしたりすることになります。チケットを開いたユーザーから、私の特定のシステムからのデータをサポートインターフェースに表示する拡張機能を作成できるようにしてください。私がそれを見る前に、最初の調査ラウンドを実行するエージェントを起動するためのフックを提供してください。「特定のクォータXをリセットする」のような一般的なタスクを実行する必要がある場合は、それを実行できるボタンをビューに追加してください。そして、それらをチームと共有できるようにして、私たち全員がお互いを助け合えるようにしてください。 オブザーバビリティプラットフォーム すべてのオブザーバビリティツールは、同じ機能セットに収束しています。ログを検索する方法と、その上にある小さな棒グラフ。個々のトレースを表示するためのトレースウォーターフォールビュー。カスタマイズ可能なメトリックダッシュボード。おそらくサービスマップ。いくつかは、エージェントの台頭とともに、新しい視覚化を実験しています。