WebAI
WebAIExplorer
Préversion documentaire

Explorer

Technologies, plateformes et nouveaux modes d’interaction.

MCPA2AWebMCP
COMPRENDRE LE DOMAINE

Les outils de création Web, protocoles d’interopérabilité et interfaces agentiques peuvent être comparés selon des critères documentés. Un protocole publié n’équivaut pas toujours à une prise en charge universelle.

Ce que vous allez découvrir

  • Comparer les rôles de MCP, A2A et WebMCP.
  • Distinguer standards établis, projets communautaires et expérimentations.
  • Préparer un annuaire vérifiable plutôt qu’un classement publicitaire.

Aucune collecte d’actualités ou connexion à un modèle IA n’est activée dans cette préversion.

APPROFONDIR · DOSSIERS DOCUMENTÉS

Des réponses détaillées, des cas concrets et leurs sources

Chaque dossier relie fonctionnement, exemples, limites et documents primaires. La relecture scientifique reste à compléter : les sources sont disponibles pour vérifier chaque affirmation.

5études à explorer
01 Interopérabilité

MCP : versions, capacités et sécurité

Comprendre les évolutions d’un protocole sans confondre adoption et maturité de tous les outils.

Le rôle du protocole

MCP définit des interactions entre clients et serveurs exposant notamment outils, ressources et invites. Son cœur s’appuie sur des messages normalisés ; il ne garantit ni que l’outil est sûr, ni que l’utilisateur accepte chaque action.

Une édition datée en 2026

Le projet a annoncé une spécification le 28 juillet 2026, introduisant notamment un cœur sans état, de nouvelles formes d’échanges et des améliorations liées aux extensions et aux autorisations. Consultez les notes officielles pour éviter de mélanger générations de protocoles.

Voir le parcours de vérification
  1. Lire la version officielle
  2. Lister les capacités réelles
  3. Tester une interaction
  4. Vérifier les autorisations
Explorer les explications, étapes et sources Lire la source originale
02 Agents

A2A : découvrir et décrire des agents

Comprendre les cartes d’agents sans partager inutilement des données internes.

Une carte de présentation structurée

A2A décrit des objets AgentCard contenant notamment nom, description, compétences, interfaces prises en charge et exigences de sécurité. Une carte n’est pas un certificat universel de confiance ; ses affirmations doivent être contrôlées.

Découverte et accessibilité

Une carte peut être publiée à une adresse well-known telle que /.well-known/agent-card.json ou distribuée autrement. Les droits d’accès et capacités réelles dépendent du déploiement, pas seulement de l’existence du fichier.

Voir le parcours de vérification
  1. Consulter la carte
  2. Vérifier l’origine
  3. Comparer les interfaces
  4. Tester une tâche non sensible
Explorer les explications, étapes et sources Lire la source originale
03 Agents

WebMCP : outils JavaScript exposés par une page

Étudier l’API expérimentale et le statut exact du document communautaire.

Ce que propose WebMCP

WebMCP propose une interface JavaScript permettant à une page d’exposer des fonctions comme des outils invocables par des agents. Une description en langage naturel et un schéma de paramètres facilitent la découverte de fonctionnalités normalement activées par un utilisateur.

Statut au 13 novembre 2026

Le rapport du Web Machine Learning Community Group reste un brouillon communautaire et non une recommandation W3C. L’API impérative est documentée ; la piste déclarative fondée sur les formulaires HTML est étudiée séparément et ne doit pas être présentée comme implémentée partout.

Voir le parcours de vérification
  1. Lire le brouillon
  2. Modéliser une action sans risque
  3. Contrôler le support navigateur
  4. Examiner les permissions
Explorer les explications, étapes et sources Lire la source originale
04 Conception

Concevoir un site accessible aux humains et aux agents

Rendre les interfaces plus interprétables sans sacrifier l’expérience humaine.

Le Web sémantique comme point de départ

Les agents parcourent souvent des interfaces par le DOM, l’arbre d’accessibilité ou la vision. Des balises structurées, des libellés de champs stables, des noms d’actions sans ambiguïté et une hiérarchie claire aident également les personnes utilisant un lecteur d’écran.

États et confirmations

Une commande doit annoncer si elle est disponible, en cours ou terminée. Les erreurs doivent être localisées et compréhensibles. Les actions destructrices ou engageantes demandent une confirmation explicite ; la simple présence d’un bouton ne vaut pas autorisation générale.

Voir le parcours de vérification
  1. Auditer les noms accessibles
  2. Tester sans souris
  3. Simuler les erreurs
  4. Confirmer les actions sensibles
Explorer les explications, étapes et sources Lire la source originale
05 Modèles

IA intégrée au navigateur : capacités et limites

Évaluer les APIs de traduction, résumé et génération directement accessibles dans certains navigateurs.

Des modèles gérés par le navigateur

Certaines fonctions de Chrome permettent de faire appel à des modèles intégrés pour résumer, traduire, détecter une langue ou produire du texte. La disponibilité dépend de la version, du matériel et des conditions d’accès ; un site ne peut supposer une prise en charge universelle.

Traitement local et ses nuances

L’exécution locale peut réduire certains transferts de données et permettre des usages hors ligne lorsque les ressources nécessaires sont déjà disponibles. Le téléchargement initial de modèles, la mémoire, l’autonomie et les politiques du navigateur imposent néanmoins des contraintes.

Voir le parcours de vérification
  1. Détecter les fonctions disponibles
  2. Choisir un repli
  3. Comparer qualité et ressources
  4. Documenter les limites
Explorer les explications, étapes et sources Lire la source originale

Les propositions expérimentales, standards publiés et interprétations pédagogiques sont explicitement différenciés dans les dossiers. Date de recherche : 13 novembre 2026.

Consulter toute l’encyclopédie ↗