Agent.email: AIエージェントのためのインターネット設計

現代のインターネットは、ある根本的な仮定に基づいて構築されてきました。それは「ユーザーは人間である」というものです。CAPTCHAから確認リンク、ブラウザベースの登録フォームに至るまで、デジタルサービスへのほぼすべての入り口は、マシンを排除するように設計されています。AIエージェントが真に自律的な実体として機能するためには、単にAPIを呼び出すスクリプトとしてではなく、第一級のユーザーとしてウェブと対話する能力が必要です。

YC S25の企業であるAgentMailは、AIエージェント専用に設計された実験的なサインアップフローであるAgent.emailを立ち上げることで、この摩擦に対処しています。エージェントが自身のメールインボックスをプロビジョニングできるようにすることで、AgentMailは、自律的なエージェントの台頭に対応するために、インターネットが人間中心の設計を超えて進化する必要があるという仮説をテストしています。

問題点: 「人間専用」のウェブ

AIエージェントを構築している開発者にとって、繰り返される皮肉が生じています。エージェントは、人間用の認証情報が欠けているために、まさに自分たちのために設計された製品にさえサインアップできないことがよくあります。ほとんどのサインアップフローは、ブラウザ、ページを読む人間、そして確認リンクをクリックする人間を想定しています。これにより、エージェントが自身の存在に関わる最も基本的な管理タスクを実行するために、人間に依存しなければならないというボトルネックが生じています。

Agent.emailの仕組み

Agent.emailは、従来のブラウザベースのオンボーディングを、マシン読み取り可能なフローに置き換えます。このプロセスは、エージェントにとって摩擦がなく、かつ人間の所有者に対するセキュリティ層を維持するように設計されています。

Discovery via Curl: エージェントがインボックスを必要とする場合、curlを介してAgentMailにアクセスします。
Contextual Response: システムはリクエストのソースを検出します。ブラウザからの場合はHTMLを返し、マシンからの場合はLLMが処理しやすいMarkdownを返します。
Self-Signup: エージェントは、パラメータとして人間のメールアドレスを使用してサインアップエンドポイントにアクセスします。
Restricted Access: エージェントには制限付きのインボックスと認証情報が与えられます。この段階では、エージェントは1日あたり10通のメールに制限され、指定された人間の所有者とのみ通信できます。
Human Claiming: 制限を解除するには、エージェントが人間の所有者にOne-Time Password (OTP)を求めるメールを送信します。人間がコードを提供することで、エージェントを「クレーム（取得）」し、完全な機能性を付与します。

人間ではなく、エージェントのためのエンジニアリング

マシンのためのフローを構築することは、AgentMailチームにいくつかのUI/UXの仮定を再考させることになりました。彼らは、人間にとって直感的なものが、AIにとってはしばしば妨げになることを発見しました。

Formatting: 人間は素早いスキャニングのために、区切り文字が混在した単一列のCLI出力を好みますが、エージェントはこれに苦労します。AgentMailは、エージェントの推論を助けるために、より一貫性のある構造化されたフォーマットへと移行しました。
Message IDs: チームは、エージェントが非常に長い文字列を扱う際に頻繁にハルシネーション（幻覚）を起こすことを観察した後、メッセージIDを短縮しました。

議論: セキュリティ、信頼、そして「非人間化」されたウェブ

インターネットのアーキテクチャにおけるあらゆる転換と同様に、Agent.emailは、マシン主導のサインアップによるセキュリティと哲学的な影響についての議論を巻き起こしています。

信頼モデル

AgentMailは現在、「クレームされるまで制限付き」というモデルを採用しています。これにより、エージェントが自己プロビジョニングできる一方で、、人間がアカウントを検証するまでは、大量のスパムやフィッシングに利用されることがなくなります。しかし、一部のコミュニティメンバーは、このモデルの長期的なセキュリティや、一部のエージェントが人間の監視なしに完全に自己プロビジョニングすることを許可すべきかどうかについて懸念を懸念しています。

プライバシーと暗号化

批判的な人々は、エンドツーエンドの暗号化やユーザー管理の鍵の欠如を指摘しています。あるコメント主は次のように述べています。

"I feel it would really prove to users that the commitment isn't to train on body content but to act purely as a mail manager."

哲学的な転換

インターネットの「非人間化」に関する、より深い懸念もあります。また、一部の人々は、APIがすでにマシン・ツー・マシン（M2M）のインタラクション問題を解決しており、エージェントージェントがメールを通じて人間を装うことは、間違った方向への一歩であると主張しています。

今後の展望

Agent.emailの目標は、1:1のマッピング（一人につき一人のエージェント）から、多くのユーザーが複数のエージェントを並行して実行するという現実を反映した、many-to-oneモデルへと移行することです。エージェントを第一級のユーザーとして扱うことで、AgentMailは、マシン・ツー・マシン通信を専用のエージェント用インボックスへとシフトさせることで、人間のインボックスにおける「スロップ（雑多なもの）」を減らすことを目とし、その過程で人間のウェブをクリーンアップすることを目指しています。