W3BS.orgが本日公開されました。これは、人間、AIエージェント、またはデバイスが、ウェブページ、API、またはコマンドラインインターフェース（CLI）を通じて同一のリソースを取得できる、オープン標準システムを明らかにするものです。このローンチは、あらゆるフロントエンドにわたって信頼できる、コンテンツのための単一の検証可能な識別子を必要とする開発者をターゲットとしています。

なぜ今、新しいURIシステムが必要なのか

現在のウェブは、リソースの不変の定義ではなく、場所を指し示すURLに依存しています。ページが移動したり、APIが変更されたり、CLIツールが更新されたりすると、元のリンクが切れたり、異なるペイロードを返したりすることがあります。W3BSは、リソース、その発行者、および暗号署名を記述するJSONマニフェストに裏打ちされた「w3bs://」スキームを導入します。同じ識別子がブラウザ、スクリプト、または音声アシスタントによって解決（resolve）できるため、すべての利用者が同一の認証済みデータを確認できることが保証されます。

W3BSプロジェクトが提供するもの

  • W3BS.org – ガバナンス、ミッションステートメント、および製品要件のハブ。
  • Specs.w3bs.org – 8つの仕様。そのうち3つはアクティブなドラフト（URI、MANIFEST、RESOLVE）、5つは提案段階（SURFACE、PROMPT、TRUST、DELEGATION、DISCOVERY）です。
  • Prompt.w3bs.org – エージェントがすぐに利用できる、MITライセンスで署名済みの10個のプロンプトを含むレジストリ。
  • Browse.w3bs.org – リゾルバーUI。w3bs:// URIを貼り付けると、マニフェスト、発行者の詳細、および署名のステータスを表示できます。

技術の仕組み

すべてのリソースはJSONマニフェストによって記述されます。マニフェストはRFC 8785に従って正規化（canonicalized）され、空白の順序などの表面的な違いが取り除かれた後、Ed25519キーで署名されます。中央レジストリが発行者の公開鍵を名前空間（namespace）にマッピングするため、誤った名前空間からの署名は即座に拒否されます。

リファレンス実装は、Express 5で構築され、PostgreSQLをバックエンドとする単一のNode 24サービス上で動作します。また、マニフェストのパースと署名検証を処理する公式のMCP SDKも組み込まれています。

開発者はすぐにリゾルバーを試すことができます：

git clone https://github.com/profullstack/w3bs.org && cd w3bs.org && npm ci
W3BS_API=https://w3bs.org node src/cli.mjs resolve w3bs://prompt/w3bs/research@1

このコマンドは、バージョン1の「research」プロンプトのマニフェストを取得し、その検証状態を表示します。

メリットを受ける人々

  • ツール開発者 – 外部データを取り込むあらゆるソフトウェア（検索エージェント、データパイプライン、IoTファームウェアなど）は、その入力を改ざん防止マニフェストに固定できます。
  • コンテンツ発行者 – 名前空間を登録してマニフェストに署名することで、ダウンストリームのユーザーが改ざんされていないコンテンツを受け取れるという暗号学的な保証を得られます。
  • エンドユーザー – ブラウザでリンクをクリックしても、API経由でリクエストしても、音声アシスタントに尋ねても、同じ識別子が機能するため、リンク切れやリダイレクトによる混乱が軽減されます。

リスクと批判

このプラットフォームはまだ創設段階のリリースであり、実験的なものとして説明されています。現在のアーキテクチャは、公開鍵と名前空間の割り当てを、中央でホストされているレジストリに依存しています。批判的な立場からは、特に完全に分散化された解決を好むコミュニティにとって、これが単一障害点（single point of failure）や信頼のボトルネックを再導入することになると主張される可能性があります。ロードマップでは将来の目標として「分散型ディスカバリー（decentralized discovery）」に言及していますが、タイムラインは示されていません。

今後の注目点

  • 分散型ディスカバリー – 単一のPostgreSQLストアから分散型台帳やピア・ツー・ピア（P2P）ネットワークへ移行することで、信頼の集中に関する懸念に対処できる可能性があります。
  • ネイティブモバイル統合 – モバイルOSがw3bs://スキームを認識し、ユーザーに負担をかけることなくリゾルバーにルーティングする必要があります。
  • 採用指標 – オープンソースプロジェクトや商用APIによる初期の採用状況は、この標準が真の課題を解決するものになるのか、それともニッチな実験に留まるのかを示す指標となります。
  • 追加の仕様 – 5つの提案仕様（SURFACE、PROMPT、TRUST、DELEGATION、DISCOVERY）は、エージェントが権限を交渉し、権限を委譲し、異種デバイス間でコンテンツを表示する方法を形作ることになります。

まとめ

W3BSは、場所に依存せず、かつ暗号学的に検証可能なリソース識別子をウェブに提供するための具体的な試みとしてローンチされました。その成功は、開発者がドラフト仕様を採用するかどうか、中央レジストリが分散型モデルへと進化できるか、そして約束されたインターフェース間の整合性が、初期段階の不確実性を上回る価値があることを証明できるかどうかにかかっています。ソースコードはMITライセンスでGitHubで公開されており、コミュニティに対してテスト、批判、そして標準をより広範な利用へと導くための協力を呼びかけています。