MCP · protocole 2025-06-18
Des agents qui ne doivent pas inventer les gestes OEM
Un serveur MCP CVC auquel votre agent peut faire confiance
Vos utilisateurs demandent déjà à ChatGPT le U4 Daikin ou le P1 Mitsubishi. Sans outils, le modèle improvise. Le MCP AskMarcel renvoie le sens constructeur cité — ou une abstention structurée quand le SKU est hors périmètre.
Pas une plateforme catalogue pièces ou inventaire — chaque geste actionnable doit remonter à une page manuel ou l'outil refuse de facturer.
Le problème métier
Les LLM généralistes hallucinent sur les codes que vos techniciens voient chaque jour
Les équipes produit qui livrent des « copilotes IA » pour installateurs butent toujours sur le même mur : le modèle paraît sûr sur E6, U4 ou P1, mais ne pointe aucune page OEM. Une carte inverter remplacée à tort coûte plus qu'un an d'API — et tue la confiance dans votre marque.
Trous dans la boîte à outils
Les exemples MCP du marché cherchent sur le web. Le CVC exige des codes normalisés par marque, des manuels FR/UK, et une abstention quand le modèle n'est pas sur le bon SKU.
Pression conformité
Les acheteurs enterprise demandent citations, journaux d'audit et un chemin fail-closed quand la provenance manque — pas un disclaimer caché dans le prompt système.
Time-to-market
Construire et maintenir les corpus OEM en interne prend des années. Votre roadmap, c'est l'UX agent — pas une usine d'ingestion PDF.
Exemple terrain
Claude Desktop + Mitsubishi P1 sur un ticket SAV
L'agent interne d'un distributeur lit un fil Slack : « P1 Mitsubishi AE après coupure — UE muette. » L'agent appelle get_error_code, puis diagnose_v2 avec le model_id résolu.
La session renvoie sept causes fines ST-02 avec contrôles d'orientation — pas « remplacer la carte extérieure » sur le seul code. L'agent poste l'extrait manuel cité et s'arrête si le technicien ne peut pas confirmer la chaîne sonde.
- Hôte MCP : mcp.askmarcel.app — REST/MCP avec clé API Developer scopée
- Outils GA : get_error_code, diagnose, diagnose_guided, search_technical_docs, diagnose_v2, resolve_model
- Réponse avec pointeurs source ou abstention explicite — jamais d'invention silencieuse
Extrait redacted à titre d'illustration. L'API live renvoie manufacturer, manual, page et section complets — voir le protocole HVAC-Bench.
Citation illustratif
Mitsubishi Electric · City Multi service manual · p. 142
Scénario bench: hvac-bench/mcp-p1-mitsubishi
{
"status": "sourced",
"error_code": "P1",
"manufacturer": "mitsubishi-electric",
"manual": "City Multi service manual (redacted)",
"page": 142,
"section": "ST-02 outdoor communication",
"excerpt": "Check inverter board LED pattern before replacing PCB...",
"billable": true
}{
"status": "no_exact_source",
"model_id": "unknown-sku-…",
"message": "No exact OEM manual for this SKU — not billable",
"billable": false
}Limites assumées
Ce que le MCP ne promet pas
Sessions Harnais Beta
start_diagnostic / respond_to_diagnostic exigent le scope Harness Beta — 5 marques ancres, PAC Air/Eau + Air/Air, pas la profondeur sur les 400k codes.
Scopes OAuth actuels
L'OAuth courant n'expose pas diagnostic.run pour les sessions multi-tours Harnais ; validez contre la matrice de scopes dans la doc publique.
Strictesse SKU en v2
diagnose_v2 et resolve_model imposent la provenance. Mauvais model_id → abstention (non facturable) — by design.
Deux périmètres
Qui intègre le MCP — et qui signe le bon de commande
Périmètre A — Produit & plateforme
Vous livrez la coque agent
Éditeurs SaaS, places de marché et portails OEM qui embarquent Claude ou un LLM maison ont besoin de schémas d'outils stables — pas de scraper des PDF à chaque release.
- Protocole MCP 2025-06-18 aligné avec Claude Desktop et Cursor
- Tier Developer : 250 appels/mois — suffisant pour QA d'intégration
- Snapshot public-surface validé en CI avant déploiement (https://api.askmarcel.app/v1/public-surface.json)
Périmètre B — IT & achats
Vous portez le risque et la due diligence
Les revues sécurité demandent d'où viennent les réponses et que se passe-t-il quand le corpus se tait. AskMarcel documente abstention et chemins non facturables.
- Extraits cités ou abstention structurée — pas de fallback GPT silencieux
- HVAC-Bench publié sur /preuve pour audit tiers
- Pilote avec clés scopées avant déploiement enterprise
Flux d'intégration
De la clé Developer au premier appel d'outil
- 1
Créer une clé API Developer
Créez une clé Developer dans la web app — même quota pour MCP et REST.
- 2
Enregistrer le serveur MCP
Pointez Claude Desktop ou votre runtime vers mcp.askmarcel.app en protocole 2025-06-18.
- 3
Commencer par le lookup
get_error_code + search_technical_docs pour Q&R read-only ; ajoutez diagnose_v2 quand vous avez besoin de provenance SKU.
- 4
Logger l'abstention comme succès
Formez l'UX à traiter l'abstention comme un résultat sûr — pas une erreur à relancer jusqu'à ce que le modèle devine.
Preuve
Mesuré sur de vrais codes, pas des scripts démo
HVAC-Bench compare LLM généralistes avec et sans outils AskMarcel sur lookup, diagnostics multi-étapes et retrieval de pages manuel — le même corpus que le MCP expose.
Ouvrir HVAC-Bench & stats corpus97 %
Précision lookup code exact (scénarios HVAC-Bench exact-code)
96 %
Hallucination critique évitée (scénarios HVAC-Bench exact-code)
10
Outils MCP publics (GA)
Livrez un agent CVC sans construire le corpus
Démarrez avec une clé Developer pour les smokes MCP. Quand l'UX agent est prête, réservez un pilote avec accès Harnais scopé.