Show HN: peerd – ブラウザ内で完全に動作するAIエージェントの基盤

Hacker Newsの皆さん。「peerd.ai」は、AIエージェントの基盤であり、ウェブ拡張機能としてブラウザ内で完全に動作します。個別の「AIブラウザ」をインストールしたり、外部プロセスを付加したり実行したり、扱いにくいMCP統合を管理したりする必要はありません。これは、ビルドなしのバニラJavaScriptで書かれた、ブラウザ以外の依存関係が最小限の完全に独立したウェブ拡張機能であり、ユーザー自身のプロバイダーキーを使用し、Apache 2ライセンスで提供されます。 これは単なる楽しいハックではありません。主に個人のサイドプロジェクトとしてきましたが、ブラウザとウェブが、AIエージェントが安全に、自律的に、そして最も重要なことにA2A（Agent-to-Agent）の仲介者なしに動作するための最も自然なプラットフォームになり得ると私は心から信じています（これについては後ほど詳しく説明します）。この点を実証するために、peerdはブラウザの自動化を推進するだけではありません。タブやワーカーインスタンスを使用して分離されたサンドボックスを起動し、さまざまな実際のワークロードタイプをサポートします。これには、ヘッドレスJSの計算処理、ビジュアルJSノートブック、個人向けクライアントサイドアプリ、そしてフルHTTPネットワーキングを備えたwasm上での実際のLinux VMが含まれます。 ここ数ヶ月、業界の議論は「AIエージェントのサンドボックスに最適な基盤は何か」というテーマに集中し、さまざまなモデルやユースケースに焦点を当てた多くの競合する回答がありました。Cloudflareはその最も顕著な例の一つで、コンテナよりも高速な起動時間と強力な分離保証により、v8 isolateベースのワーカーをクラス最高のソリューションとして位置付けています。v8 isolateはもちろんChromiumの産物であり、世界中の何十億ものブラウザで無料で実行されています。ブラウザ全体は、ソフトウェア業界全体で最も厳しくテストされたサンドボックスシステムと言えるでしょう。敵対的なコンテンツ、敵対的なコード、敵対的なユーザーからの30年間の学習に基づいて構築されています。ネイティブエージェントやクラウドエージェントは、必然的にこの体制のすべて、または大部分をゼロから再構築する必要がありますが、peerdはそうではありません。ブラウザが提供するすべてを活用し、その機能的限界まで押し上げながら、ホストシステムからのセキュリティベースラインと分離を継承します。 堅牢なサンドボックス化は、ブラウザが提供しpeerdが利用する唯一のものではありません。WebCrypto、WebRTC、WebAuthn、WebGPU、そしてまもなくWebNNといった、非常に強力で過小評価されがちなプリミティブが付属しています。実際のライブセッションでの直接的なウェブアクセス、そしてfetchを用いたAPIコールは、MCP統合に代わるモデルを提示します。エージェントはタブ内で直接ウェブアプリを作成し起動でき、ホストされたサービスは不要です。そしてA2A（Agent-to-Agent）の部分ですが、peerdはすでにWebRTCを使用して基本的なP2P（peerd-to-peerd？）ネットワークを構築しています。今日、ネットワーク上のピアと接続し、連絡先として追加し、作成した署名付きアプリを共有できます。私はこれらのアプリを拡張し、同じP2Pネットワークを活用して分散型ウェブアプリ（dwapps）をサポートできるように、またプラットフォームや仲介者なしに真のP2P A2Aを促進できるように取り組んでいます。 これは初期のパートタイムプロジェクトであるため、非常に実験的なビルドであり、v0.xのプレビュー状態にあります。私は致命的なトリフェクタに対処するために注意を払ってきました。メインエージェントのループ/セッションは、信頼されていないDOMコードを取り込んだり、低レベルのナビゲーションツールを所有したりすることはありません。これらのタスクは、より広範なツールやシークレットへのアクセスを持たない専用のウェブランナーに委譲され、要約された結果を返します。DOMと要約された結果の両方は信頼されていないものとして扱われるため、2つの積み重ねられたプロンプトインジェクションのエスケープが必要です。すべてのエグレスは、カスタマイズ可能な拒否リストを持つ中央モジュールを経由し、指定された許可エンドポイントへのモデル呼び出しのみが可能です。詳細はドキュメント、サイト、およびコード自体を参照してください。最終的には、自己責任でご使用ください。 現在、Anthropic、Open Router、ローカルのOllama、そしてGemmaの実験的なWebGPUインスタンスもサポートされています。 正直な制限事項：ChromeストアとAMOへの公開は、より多くの注目と実際の使用が得られるまで保留中です。GitHubからアンパックしてロードするのが最も簡単な方法であり、ビルドがないため監査が容易であるという利点もあります。wasm上のLinuxはCheerpxエンジンに依存しており、これはオープンソースではなく、商用利用に制限があります。これは代替案と比較して再評価する良い理由かもしれませんが、最もパフォーマンスが高く、64ビットサポートの実装に最も近いようです。 ぜひ試して、使ってみて、批評し、楽しんでください。