Airtable を 12 年前に立ち上げたとき、ほぼ全ての投資家が口を揃えて言いました。「全ての人のための全てを構築することはできない。ユースケースが多すぎるし、範囲が広すぎる」と。私たちはそれを覆しました。小売、消費者向け、金融サービス、メディアなど、あらゆる業種のビジネスプロセスを動かす水平型プラットフォームを構築したのです。
今、私たちはその同じ哲学をエージェントにも適用しようとしています。
エージェントの次のプロダクトフォームファクター
ここ数年で主流となったプロダクトフォームファクターを考えてみましょう。コンプリーションとチャットから始まり、エージェントへと進化しました。当初はエージェントにプロンプトを与える必要がありましたが、今ではエージェントが自ら起動し、自律的に作業を完了します。
エージェント群（Fleet）へと進化する。
次に来るのは何でしょうか？ 私たちは、次のプロダクトフォームファクターはフリートのオーケストレーション、つまり組織の一部として機能する多数のエージェント間で複雑な作業を調整することだと考えています。エージェント間の連携により、より長く、より困難なジョブを実現します。
現在のモデルは、長くオープンエンドな時間軸にわたって十分に優れており、実際の組織原則を適用し始めることができます。大きなジョブを異なる範囲のタスクに分割し、それぞれを別のエージェントに割り当て、互いに作業をやり取りさせるのです。
実例：造園会社
Hyperagent で見られる最もクリエイティブなフリートのいくつかは、従来オフラインで運営されていたビジネスから生まれています。以下は、実際の造園業の顧客を基にした例です。
まず、クライアントが乱雑な裏庭の写真と基本情報、見積もりと提案依頼を含む問い合わせを送信します。
エージェントによって処理されるインバウンドリード。
フリートが自ら起動する
問い合わせはオーケストレーターである Sage に届きます。Sage は入力を読み取り、優れたオフィスマネージャーが行う最初のパスを実行します。つまり、範囲は何か、本当のプロジェクトか、追求する価値のある質の高いリードかどうかを判断します。
Sage は価値ありと判断し、ジョブを Surveyor に渡します。Surveyor は設計と見積もりに特化したエージェントで、クライアントの依頼内容をブリーフィングします。
シンプルなエージェント組織構造。
すべてをこなす単一のエージェントを構築するのではありません。コーディネーターが最も適切なスペシャリストに作業を振り分ける組織を構築するのです。まるでチーム内の適切な人にジョブを割り当てるのと同じです。
Surveyor が作業を開始します。Hyperagent 上のすべてのスレッドは、完全な機能を備えたサンドボックス VM 上で実行されるため、エージェントはコードを記述したり、ファイルを操作したり、実際のツールにアクセスしたりできます。ffmpeg のようなものを使用してクライアントの動画から個々のフレームを抽出し、空間を調査し、ハイタッチな提案書を作成します。再設計された庭のモックアップ画像、実際のピッチ、実際の見積もりを含みます。
独自のサンドボックスで動作する見積もり・設計エージェント
かつてこのような提案書は、ハイエンドのデザイナーや造園業者だけが、しかも数百万ドル規模のクライアントのためにのみ作成できるものでした。今では、中小企業でも 1 万ドルの裏庭の仕事に同じ品質のピッチを送ることができます。
フリートが人間にプロンプトを送る
Surveyor がピッチと見積もりを準備すると、作業は人間のレビューに戻ります。Sarah Guo が最近書いたように、私たちも彼女の意見に同意します。有用なエージェントを展開する際の真のボトルネックは、もはやモデルの能力ではなく、ポリシーを所有し、重要な意思決定をゲートする人間のレイヤーです。顧客に拘束力のある見積もりを送ることは、その完璧な例です。
エージェントが提案した造園の変革案を事業主と共有し、レビューを受ける。
そこで、Surveyor の作業は Sage 経由でルーティングされ、Sage は事業主に直接メッセージを送ります。まるで有能な従業員が報告するように。「こちらがリード、こちらが調査結果、これが完全なピッチデッキと提案書、そしてこれが私が見つけたすべての情報から作成した見積もりです。承認していただければ、送信します。」
提案書は、Before/After の変遷を示すインタラクティブな Web ページとしてレンダリングされます。これは 1 年前には、1 万ドルの仕事の見積もりを行う造園業者にとっては、まったく手の届かないものだったでしょう。
フリートがあなたの組織について学習する
有用なエージェントは、次のファインチューニングのタイミングを待つのではなく、リアルタイムで学習する必要があります。フィードバックは記憶とスキルに結晶化され、継続的に蓄積されます。
実際には、これは Slack やメールでの同僚との通常のやり取りのように見えます。フリートは実行ごとに、より多くの内部コンテキストと専門知識を蓄積します。
Slack 経由で送信されたフィードバックから学習するエージェント。
フリートはあなた抜きで調整する
複数の有能なエージェントが互いに会話できるようになれば、調整の多くはあなたを通さずに実行されます。共有チャンネルや Slack のグループチャットに入れておけば、エージェント同士が直接作業をやり取りします。Sage が Dispatcher に何かをフラグし、彼らは自分たちで解決して先に進みます。あなたは全体のプロセスを監視でき、必要に応じていつでも介入できますが、ほとんどの場合、その必要はありません。作業は、あなたがエージェント間でメッセージを中継するのを待たずに完了します。
あなたは、すべてのエージェントを結ぶ伝達者から、本当に決断が必要なときにスレッドを読む人へと移行します。
フリートの監督
エージェントが個々に有能になり、互いに調整できるようになると、人間の仕事はほぼ完全にブロックの解除に移行します。コーディングはこの弧を描いて進化し、私たちはまもなくすべてのナレッジワークで同じことが起こるのを目撃するでしょう。
最初は個人でのコーディング。シングルスレッド、1 ファイル、1 つの問題、1 人。次に GitHub Copilot の初期の自動補完。これはコードに適用されたコンプリーション形式でした。次に Cursor のオリジナルのチャット体験。エージェントと会話し、より複雑な編集が可能でした。そして今、私が知る最も優れたエージェンティック開発者は、ほとんどの時間をフリートの監督に費やし、エージェントを一晩中自由に動かさずに眠りにつくことは、チーム全員をアイドル状態にしておくのと同じくらい無駄に感じられます。
エージェントがカンバン上で自らの作業を進める。
これにより、必要なインターフェースが変わります。コントロールプレーンが必要です。一目で、各エージェントが何に取り組んでいるか、何がブロックされているか、誰が誰に引き継いでいるかがわかる場所です。仕事は、個々のタスクにズームインするのではなく、全体像を俯瞰してシステム全体を同時に見渡すこと、つまりすべての実行中のプロセスを SimCity ビューのように見ることになります。
あなたの新しい仕事
エージェントがあなたの組織図に加わります。今すぐ習得すべき最も重要なスキルは、エージェントのフリートを監督し、リードする方法です。エージェントの組織構造を設計し、コンテキストレイヤーを育成し、すべてのインタラクションをエージェントにとって理解可能にし、実際に自分がループに入る必要があるタイミングを定義します。
