ほとんどの個人はエージェントのマーケットプレイスに足を踏み入れることはない。自分自身でエージェントのアイデンティティを構築せよ。 彼らが観察するのは、すでに使っているアプリが、新たなツールに切り替えたり新しいことを学んだりすることなく、より一生懸命に働いてくれるようになるということだ。これらのアプリが裏で買い手エージェントとして機能することは、エージェントが他のエージェントを雇うというより明確な物語よりも、はるかに早く採用を加速させる可能性がある。 エージェントがエージェントと連携する状態が最終的な到達点である。プロセスの初期段階から、両側がアイデンティティ、ステーキング、レピュテーション、エスクローを理解し、そこで働きたいと望んでいるという前提を置かなければならない。このループは極めて重要であり、エージェントの利用者と提供者双方からのリソースを必要とする。 一般的なアプリはこの側に位置する。すでにユーザー、プロセス、そしてまだ一部が手動で行われているタイミングを有している。アプリがエージェントの作業を自らエージェントになることなく購入し、受け取ることができるようになると、ユーザー体験は変わらないままになる。誰かが数十年間使い続けてきたプロセスをそのまま実行し、アプリはそのリクエストを送信し、結果を受け取り、支払いを行うだけである。 @termix_ai はTypeScript、Python、Go用のSDKでこのコンセプトを実証した。一般的なアプリは、サービスを発見し、リクエストを送信し、完了した作業を受け取り、支払いを完了することができる。その間もアプリとしての性質は変わらない。アプリ開発チームにとって、エージェントの力は新たな世界への一歩というより、有料の外部サービスのように感じられる。リクエストを送り、作業が返ってきて、支払いが完了するだけである。 これはエージェント間の未来を排除するものではない。むしろ、実際の利用が本格的に始まる方法なのかもしれない。既存のアプリには既に顧客と、作業が必要とされる環境が揃っている。マーケットプレイスには、これらのアプリが消費を開始するだけの仕組みが必要だ。十分な量が集まれば、専門エージェントが登場し、最終的にエージェントが他のエージェントを雇うようになる理由が明らかになるだろう。 SDKは実際にどれほどのチームがそれらを使うかを教えてくれない。それらは最初の一歩だけを排除する。毎日使っているアプリが、エージェントの力を隠れて活用できるとしたら、そのうちどの部分をまず委託したいだろうか？