W3BS.org est entré en ligne aujourd'hui, dévoilant un système basé sur des standards ouverts qui permet à un humain, un agent IA ou un appareil de récupérer la même ressource via une page web, une API ou une interface en ligne de commande (CLI). Ce lancement cible les développeurs qui ont besoin d'un identifiant unique et vérifiable pour un contenu digne de confiance sur n'importe quel front-end.

Pourquoi un nouveau système d'URI est crucial aujourd'hui

Le web actuel repose sur des URL qui pointent vers des emplacements, et non vers des définitions immuables d'une ressource. Lorsqu'une page est déplacée, qu'une API change ou qu'un outil CLI est mis à jour, le lien original peut être rompu ou renvoyer une charge utile (payload) différente. W3BS introduit un schéma « w3bs:// » s'appuyant sur un manifeste JSON qui décrit la ressource, son éditeur et une signature cryptographique. Le même identifiant peut être résolu par un navigateur, un script ou un assistant vocal, garantissant que chaque consommateur accède aux mêmes données authentifiées.

Ce que le projet W3BS propose

  • W3BS.org – le centre de gouvernance, des énoncés de mission et des exigences produit.
  • Specs.w3bs.org – huit spécifications, dont trois sont des projets de travail actifs (URI, MANIFEST, RESOLVE) et cinq sont des propositions (SURFACE, PROMPT, TRUST, DELEGATION, DISCOVERY).
  • Prompt.w3bs.org – un registre contenant dix prompts signés, sous licence MIT, que les agents peuvent utiliser immédiatement.
  • Browse.w3bs.org – une interface utilisateur de résolution ; collez une URI w3bs:// pour visualiser le manifeste, les détails de l'éditeur et le statut de la signature.

Fonctionnement de la technologie

Chaque ressource est décrite par un manifeste JSON. Le manifeste est canonicalisé selon la RFC 8785, ce qui élimine les différences superficielles (comme l'ordre des espaces blancs) avant d'être signé avec une clé Ed25519. Un registre central associe les clés publiques des éditeurs à des espaces de noms (namespaces), de sorte qu'une signature provenant du mauvais espace de noms est immédiatement rejetée.

L'implémentation de référence s'exécute sur un service unique Node 24, construit avec Express 5 et s'appuyant sur PostgreSQL. Elle intègre également le SDK MCP officiel, qui gère l'analyse du manifeste et la vérification de la signature.

Les développeurs peuvent essayer le résolveur immédiatement :

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

La commande récupère le manifeste pour le prompt « research » à la version 1 et affiche son état de vérification.

Qui peut en bénéficier

  • Constructeurs d'outils – tout logiciel qui récupère des données externes (agents de recherche, pipelines de données, firmware IoT) peut ancrer ses entrées à un manifeste infalsifiable.
  • Éditeurs de contenu – en enregistrant un espace de noms et en signant des manifestes, ils obtiennent la garantie cryptographique que les utilisateurs en aval reçoivent un contenu non altéré.
  • Utilisateurs finaux – le même identifiant fonctionne, qu'ils cliquent sur un lien dans un navigateur, qu'ils le demandent via une API ou qu'ils interrogent un assistant vocal, réduisant ainsi la confusion causée par des URL rompues ou redirigées.

Risques et critiques

La plateforme est encore dans une phase de lancement et est décrite comme expérimentale. Son architecture actuelle dépend d'un registre hébergé de manière centralisée pour les clés publiques et l'attribution des espaces de noms. Les critiques pourraient arguer que cela réintroduit un point de défaillance unique ou un goulot d'étranglement pour la confiance, en particulier pour les communautés qui préfèrent une résolution entièrement décentralisée. La feuille de route mentionne la « découverte décentralisée » comme un objectif futur, mais aucun calendrier n'est fourni.

À surveiller prochainement

  • Découverte décentralisée – le passage d'un stockage PostgreSQL unique à un registre distribué ou à un réseau pair-à-pair pourrait répondre aux préoccupations liées à la centralisation de la confiance.
  • Intégration mobile native – les systèmes d'exploitation mobiles devront reconnaître le schéma w3bs:// et l'acheminer vers le résolveur sans friction pour l'utilisateur.
  • Métriques d'adoption – l'adoption précoce par des projets open-source ou des API commerciales indiquera si les standards résolvent un problème réel ou s'ils restent une expérience de niche.
  • Spécifications supplémentaires – les cinq spécifications de proposition (SURFACE, PROMPT, TRUST, DELEGATION, DISCOVERY) façonneront la manière dont les agents négocient les permissions, délèguent l'autorité et affichent le contenu sur des appareils hétérogènes.

L'essentiel

W3BS se lance comme une tentative concrète de doter le web d'un identifiant de ressource qui soit à la fois indépendant de l'emplacement et vérifiable par cryptographie. Son succès dépendra de l'adoption des spécifications provisoires par les développeurs, de la capacité du registre central à évoluer vers un modèle décentralisé, et de la valeur de la cohérence multi-interface promise par rapport aux incertitudes de cette phase initiale. Le code source est sous licence MIT et disponible sur GitHub, invitant la communauté à tester, critiquer et aider à orienter les standards vers une utilisation plus large.