Sur cette page
Votre domaine, vos services
Un visiteur cherche une prestation, compare des produits ou souhaite demander un rendez-vous. La proposition WebMCP consiste à rendre ces parcours accessibles depuis une page de votre entreprise, à votre identité, dans un navigateur et avec un assistant compatibles.
L’objectif n’est pas de créer une autre application mobile. Votre site devient un point d’entrée vers les services de votre OS. Le domaine, les fonctions retenues et leur raccordement sont définis lors du cadrage de la bêta.
Trois parcours à envisager
Consulter un catalogue : retrouver les produits ou services publiés, leur description et les conditions rendues publiques. Comprendre une offre : identifier la prestation correspondant à une demande, à partir des informations validées. Demander un rendez-vous : préparer une demande avec les renseignements nécessaires au parcours choisi.
Ces exemples décrivent le périmètre envisagé, pas trois outils métier déjà livrés sur chaque domaine. Une demande de rendez-vous ne vaut ni disponibilité garantie ni réservation confirmée. Les réponses doivent restituer le résultat réel du service utilisé.
Le même périmètre public que votre accès MCP
La cible est de proposer les mêmes capacités publiques que l’accès MCP sans identification : même catalogue publié, mêmes règles et mêmes services autorisés. La page WebMCP et la connexion MCP sont deux portes d’entrée vers les fonctions de votre OS.
WebMCP expose des outils dans une page web compatible ; MCP permet à un client de découvrir et d’appeler les outils d’un serveur. Les deux accès peuvent partager les mêmes fonctions métier sans que chaque appel du navigateur transite obligatoirement par le serveur MCP. Leur parité doit être vérifiée fonction par fonction.
Sans identification ne veut pas dire sans contrôle
Un visiteur non identifié peut uniquement accéder au périmètre explicitement public. Consulter un dossier client, un document privé ou une information personnelle nécessite le parcours d’identification et les autorisations prévus pour cette opération.
Les droits sont vérifiés côté serveur. La page ou l’assistant ne décide pas seul de l’entreprise concernée ni des données accessibles. Une action engageante doit suivre son parcours de validation ; un outil de lecture ne doit pas envoyer une demande à l’insu du visiteur.
Ce qui existe aujourd’hui, ce que prépare la bêta
Le site public AlefOS possède déjà une intégration de découverte WebMCP : expliquer AlefOS, orienter un besoin, rechercher dans la documentation et proposer une page utile. Elle enregistre ses outils lorsque l’API compatible du navigateur est disponible. Ces fonctions portent sur les informations publiques du site.
Les outils actuels sont alefos_explain, alefos_scope_application, alefos_search_docs et alefos_open_page. Ils ne constituent pas encore un catalogue produits client ni un outil de prise de rendez-vous relié à son OS. Le déploiement par entreprise et l’équivalence avec les capacités publiques MCP restent le périmètre à construire et à valider dans la bêta.
Compatibilité et mise en place
WebMCP évolue encore. La disponibilité dépend du navigateur, de sa version et de l’assistant utilisé ; elle n’est pas annoncée pour tous les ChatGPT, Claude ou autres assistants. Sans prise en charge de WebMCP, le site et ses liens restent utilisables normalement.
La mise en place doit préciser le domaine, les informations publiées, les outils activés et les parcours d’identification. Elle doit aussi vérifier les résultats, les refus d’accès et les erreurs. La bêta exprime une direction produit et un périmètre à évaluer, sans garantie universelle de compatibilité ni date de disponibilité annoncée.
Aujourd’hui, la proposition bêta et la prochaine validation
Aujourd’hui, la découverte publique AlefOS peut expliquer le produit, orienter un besoin, rechercher la documentation et proposer une page. La proposition bêta concerne l’accès, sur le domaine d’une entreprise, à certains services publics comme un catalogue publié ou une demande de rendez-vous.
Avant d’utiliser un parcours d’entreprise, validez les outils, le périmètre public, les besoins d’identification et le résultat réel pour cet environnement. Un outil de découverte n’est pas un outil de réservation ; une demande de rendez-vous n’est pas un événement confirmé.
Poursuivre la lecture
Une capacité de votre OS IA d’entreprise. AlefOS fournit le socle commun ; votre déploiement définit les outils activés et les accès. Comprendre votre OS IA ↗