Kicad Master · 28 October 2026

MCP et KiCad 10 : quand Claude s’invite dans votre routeur — état des lieux d’un écosystème encore jeune

Le Model Context Protocol (MCP) promet de faire dialoguer Claude, GPT et autres assistants avec vos projets KiCad. Lecture des fichiers, exécution de DRC, routage assisté… Derrière la hype, qu’en est-il vraiment ? Enquête sur un écosystème en pleine ébullition, entre promesses séduisantes et fragilités bien réelles.

L’IA s’invite dans le routeur : le MCP, pont entre Claude et KiCad

Il y a des annonces qui passent inaperçues et d’autres qui changent durablement un workflow. Le Model Context Protocol (MCP) fait partie de la seconde catégorie, même si son arrivée dans le monde de la CAO électronique s’est faite discrètement. Conçu à l’origine par Anthropic et dévoilé en novembre 2024, ce protocole ouvert standardise la façon dont les modèles de langage intègrent et partagent des données avec des outils, systèmes et sources externes (Wikipédia). Il a depuis été adopté par les grands fournisseurs d’IA — OpenAI et Google DeepMind notamment — et, en décembre 2025, Anthropic a cédé la gouvernance du protocole à l’Agentic AI Foundation, un fonds rattaché à la Linux Foundation. Autrement dit : le MCP n’est plus une lubie propriétaire, c’est un standard qui s’installe.

Concrètement, un serveur MCP agit comme un interprète : il traduit les requêtes en langage naturel de l’IA en commandes compréhensibles par l’application, et lui renvoie les résultats. L’architecture repose sur un triptyque hôte/client/serveur bâti sur JSON-RPC 2.0, avec deux couches de transport principales — STDIO (entrée/sortie standard) et SSE (Server-Sent Events) sur HTTP (GeeksforGeeks). Pour KiCad, cela signifie qu’un concepteur peut demander à Claude d’« exécuter un DRC complet sur la carte actuelle » ou de « déplacer le condensateur C12 de 5 mm vers la droite » sans quitter son éditeur. Fini l’aller-retour entre l’IDE et un chat : l’assistant devient un collaborateur direct, avec accès aux fichiers du projet. L’analogie qui circule le plus volontiers dans la presse tech est parlante : le MCP est au logiciel ce que l’USB-C est au matériel — un connecteur universel qui évite de multiplier les adaptateurs propriétaires (explication grand public).

Le contexte 2026 est favorable. KiCad 10.0.0 est sorti en mars 2026, apportant son lot de nouveautés majeures — routage haute vitesse, variantes de conception, mode sombre, importateurs natifs — et la branche 10.0.x continue de se stabiliser au fil des correctifs. La version 10.0.6, publiée le 29 août 2026, a corrigé les derniers bugs critiques et apporté des améliorations ciblées pour la migration et l’écosystème (annonce officielle). Depuis, la série poursuit sa route : la release candidate 1 de la 10.0.7 a été mise à disposition le 27 septembre 2026, puis la release candidate 2 le 3 octobre 2026, la version finale étant annoncée comme imminente sauf découverte d’un problème critique lors des tests (kicad.org). L’IA générative, de son côté, s’est normalisée dans l’ingénierie : une enquête de Weidmuller publiée le 24 juillet 2026 montre qu’elle est désormais perçue comme un outil courant, même si des écarts subsistent entre les attentes des ingénieurs et la réalité des solutions disponibles (source). Le MCP arrive donc à point nommé pour combler ce fossé — à condition d’être fiable.

Un écosystème en ébullition : qui sont les acteurs du MCP pour KiCad ?

Contrairement à ce que l’on pourrait croire, il n’existe pas de serveur MCP officiel pour KiCad. Le projet KiCad n’a publié aucun serveur sanctionné, et c’est la communauté qui a pris les devants. Résultat : une fragmentation notable, avec plusieurs projets concurrents, chacun avec ses forces et ses faiblesses.

Le plus connu est mixelpixx/KiCAD-MCP-Server, un projet open source (licence MIT) qui propose deux implémentations. La première, en Python/TypeScript, cible KiCad 9.0+ et repose sur l’API de script Python pcbnew (via SWIG). La seconde, nommée Konnect, est une réécriture native en Rust, spécifiquement conçue pour KiCad 10, et s’appuie sur l’API IPC officielle de KiCad. Konnect revendiquait 171 outils dans les premières versions documentées ; une présentation plus récente, publiée le 14 octobre 2026, avance désormais 228 outils pour ce binaire Rust unique qui transforme Claude en assistant de schématique et de routage via MCP (Fellow). Cette évolution rapide du décompte illustre à la fois la vitalité du projet et l’instabilité des chiffres communiqués — un point à garder en tête. Konnect est distribué sous licence AGPL-3.0 (gratuit pour les particuliers et l’open source, licences commerciales pour les entreprises). Le projet inclut également Nimrod, un serveur MCP de recherche web qui permet de croiser les données de conception avec la disponibilité des composants, les datasheets et les errata en temps réel — une réponse directe au problème des données d’entraînement périmées des LLM. Un article de DevTrends publié le 7 septembre 2026 détaille d’ailleurs comment brancher Claude sur KiCad 10 via Konnect pour déléguer une partie du routage à un réseau de neurones, et Adafruit a consacré le 26 octobre 2026 un billet à la conception de PCB assistée par IA pour KiCad 10 via MCP (Adafruit).

À côté, KiPilot MCP, publié par l’utilisateur Bela_Szalontai sur le forum officiel KiCad, cible exclusivement KiCad 10.x via l’API IPC. Il est encore en alpha publique, mais il a le mérite d’exister et d’être activement discuté. D’autres projets complètent le paysage : Pablomonte/MCP-KiCad, qui propose 12 outils et fonctionne avec KiCad 9.0+ (installation Flatpak recommandée) via l’API pcbnew, avec un accent sur le placement de composants et l’analyse de netlists (dépôt GitHub) ; Seeed-Studio/kicad-mcp-server, qui permet d’analyser des schémas, inspecter des PCB, tracer des connexions et générer du code embarqué (présentation sur Glama) ; ou encore kicad-mcp-pro, un projet qui donne aux agents IA un accès réel aux workflows de conception PCB (article de présentation). Le site PCBEditor tient par ailleurs à jour un panorama des plugins, assistants et serveurs MCP fonctionnels pour KiCad, utile pour suivre l’évolution du paysage (pcbeditor.com).

Serveur	Langage	KiCad cible	API utilisée	Nombre d’outils	Licence
mixelpixx/KiCAD-MCP-Server	Python/TS	9.0+	pcbnew (SWIG)	~100 (build STDIO)	MIT
Konnect (mixelpixx)	Rust natif	10	IPC officielle	171 → 228 (oct. 2026)	AGPL-3.0
KiPilot MCP	Non précisé	10.x	IPC officielle	Non précisé	Alpha
Pablomonte/MCP-KiCad	Python	9.0+	pcbnew	12	Non précisée
Seeed-Studio/kicad-mcp-server	Non précisé	Non précisé	Non précisé	Non précisé	Non précisée
kicad-mcp-pro	Non précisé	Non précisé	Non précisé	Non précisé	Non précisée

Cette diversité est à double tranchant. D’un côté, elle prouve l’engouement de la communauté et la vitalité de l’écosystème open source. De l’autre, elle pose un problème majeur pour les professionnels : lequel choisir ? Sans serveur officiel, la pérennité d’un projet dépend de la bonne volonté de son mainteneur. Un dépôt peut être abandonné du jour au lendemain, laissant les utilisateurs sans support. C’est un risque réel à prendre en compte avant d’intégrer le MCP dans un workflow de production. À l’image de l’écosystème plus large des outils externes KiCad — recensés notamment par la liste awesome-kicad, qui référence plus de 20 projets — la question de la maintenance devient un critère de sélection à part entière.

Sous le capot : S-expressions, SWIG, IPC – comment le serveur parle à KiCad

Pour comprendre ce que peut faire un serveur MCP, il faut d’abord saisir comment il communique avec KiCad. Trois approches techniques coexistent, chacune avec ses avantages et ses limites.

Le parsing direct des fichiers S-expression. KiCad stocke ses projets dans des fichiers texte au format S-expression (.kicad_pcb, .kicad_sch). Un serveur peut donc lire, modifier et réécrire ces fichiers sans passer par l’application elle-même. C’est une approche robuste et indépendante de la version de KiCad, mais elle présente un risque : si le format évolue (ce qui arrive à chaque version majeure), le serveur doit être mis à jour en conséquence. De plus, elle ne permet pas d’interagir avec l’interface graphique en temps réel.

L’API Python pcbnew (SWIG). C’est l’approche utilisée par la version Python/TypeScript de mixelpixx et par Pablomonte/MCP-KiCad. KiCad expose une API de script Python, accessible via le module pcbnew, qui permet de manipuler les objets de la carte (pistes, composants, zones de cuivre) de manière programmatique. Le serveur MCP utilise cette API pour exécuter des commandes. C’est une méthode éprouvée, utilisée depuis des années pour l’automatisation — comme le montre le guide d’electronicsdesign.au publié le 24 juillet 2026 sur le scripting pcbnew et kicad-cli pour l’intégration CI (vérifications DRC/ERC personnalisées, automatisation de BOM et de génération d’empreintes). Cependant, elle a ses travers : un bug documenté dans KiCad 9 faisait que SWIG retournait F.Cu pour tous les pads SMD, quel que soit le calque réel — un problème corrigé dans route_pad_to_pad, mais qui illustre les pièges de cette approche.

L’API IPC officielle. Introduite avec KiCad 10, cette API permet une communication inter-processus (IPC) avec l’application en cours d’exécution. C’est l’approche choisie par Konnect et KiPilot. Elle offre un accès temps réel à l’état de la carte, y compris les modifications faites dans l’UI, et permet des opérations plus fines. C’est aussi la plus prometteuse pour l’avenir, car elle est officiellement supportée par le projet KiCad. Mais elle est plus jeune et donc moins éprouvée.

Le serveur de mixelpixx combine d’ailleurs plusieurs approches : il utilise à la fois le parsing S-expression pour certaines opérations et une intégration IPC expérimentale pour d’autres. Cette hybridation est intéressante, mais elle complexifie le code et augmente les risques de bugs.

Côté protocole, la spécification MCP a évolué : la documentation de référence publiée sous l’étiquette 2026-07-28 confirme le support du protocole par les principaux clients — Claude, ChatGPT, Visual Studio Code (via Copilot Chat), Cursor, MCPJam — ce qui garantit une certaine interopérabilité entre clients et serveurs (modelcontextprotocol.io). À noter que Claude Code dispose désormais d’une application de bureau Linux officielle, ce qui facilite l’adoption côté postes de travail open source.

Boîte à outils : les 100+ commandes qui changent le workflow

Passons aux choses concrètes. Que peut-on réellement faire avec un serveur MCP pour KiCad ? La liste des outils annoncés est impressionnante, et certains noms de commandes donnent le vertige : sync_schematic_to_board, route_pad_to_pad, snapshot_project, add_board_outline, export_gerber, create_project, add_schematic_component, connect_passthrough… Avec 171 outils revendiqués par Konnect — et jusqu’à 228 dans sa présentation d’octobre 2026 — on est loin d’un simple gadget.

Pour un concepteur PCB professionnel, voici les cas d’usage les plus pertinents :

1. Exécution de DRC/ERC. C’est probablement l’utilisation la plus immédiate. Au lieu de lancer manuellement la vérification des règles de conception (DRC) et des règles électriques (ERC), on demande à l’IA de le faire et de résumer les erreurs. Gain de temps certain, surtout sur les cartes complexes où les rapports peuvent être longs à parcourir. C’est aussi ce que permet d’automatiser kicad-cli en CI, comme le documente electronicsdesign.au.

2. Placement et routage assistés. Les commandes route_pad_to_pad et move_component (ou équivalent) permettent de déplacer des composants ou de router des connexions de manière ciblée. L’IA peut, par exemple, router automatiquement une paire différentielle ou repositionner un composant pour réduire la longueur d’une piste critique. Attention toutefois : c’est là que la fiabilité est la plus critique, comme nous le verrons plus loin.

3. Synchronisation schéma/carte. La commande sync_schematic_to_board est un outil précieux pour maintenir la cohérence entre le schéma et le PCB, une tâche souvent fastidieuse lorsqu’on travaille sur des projets évolutifs.

4. Génération de fichiers de production. export_gerber, génération de BOM, intégration JLCPCB… Le serveur peut produire les fichiers nécessaires à la fabrication sans intervention manuelle. Combiné à Git — dont le guide d’anchorpoint.app rappelle qu’il est le filet de sécurité ultime pour les layouts matériels, grâce au format texte de KiCad — cela permet d’automatiser une partie de la chaîne de production.

5. Automatisation de tâches répétitives. Création de grilles de vias de stitching, remplissage de plans de masse, génération d’empreintes : autant de tâches que des scripts Python classiques réalisent déjà, mais que le MCP rend accessibles en langage naturel. Des tutoriels récents (SaludPCB, août 2026 ; ScriptedPCB, septembre 2026) montrent d’ailleurs que ces automatisations restent d’abord l’affaire de scripts dédiés — le MCP venant coiffer l’ensemble d’une interface conversationnelle.

Les limites : fiabilité, sécurité, dette de confiance

C’est ici que le discours marketing doit céder la place à la prudence. Un serveur MCP qui a accès à vos fichiers de projet et à votre application KiCad en cours d’exécution, c’est un agent autonome capable de modifier votre carte. Trois familles de risques méritent d’être posées noir sur blanc.

La fiabilité des opérations de routage. Les résultats de routage automatique sont notoirement inégaux. Un rapport de bug publié le 28 août 2026 sur le dépôt Freerouting documente une régression en version 2.3.0 : les routes produites présentent des violations de clearance auto-déclarées sur des cartes que la version 2.2.4 routait sans aucune violation (GitHub). Ce n’est pas un problème du MCP en soi, mais il illustre la réalité sous-jacente : les moteurs de routage automatique, qu’ils soient neuronaux ou classiques, produisent des résultats qu’il faut systématiquement valider par un DRC. Déléguer le routage à une IA sans repasser derrière soi est une faute professionnelle.

La sécurité du protocole. La documentation officielle du MCP consacre une section entière aux considérations de sécurité (modelcontextprotocol.io). Un serveur qui expose des outils d’écriture de fichiers et d’exécution de commandes doit être traité comme une surface d’attaque : permissions minimales, exécution en environnement isolé, revue des outils exposés. Sur un projet industriel confidentiel, brancher un serveur MCP communautaire sans audit préalable revient à ouvrir une porte dérobée.

La dette de confiance. Les LLM s’appuient sur des données d’entraînement périmées. Un modèle peut « croire » qu’une commande pcbnew a telle signature alors qu’elle a changé, ou inventer un nom d’outil qui n’existe pas. Nimrod, le serveur de recherche web adjoint à Konnect, tente de répondre à ce problème en allant chercher des informations fraîches (datasheets, disponibilité, errata), mais cela reste une béquille, pas une garantie. La règle d’or : toujours vérifier ce que l’IA prétend avoir fait, en inspectant le résultat dans KiCad et en relançant un DRC complet.

Ce que KiCad 10 change (et ne change pas) pour le MCP

Il faut distinguer soigneusement ce qui relève de KiCad lui-même et ce qui relève de l’écosystème MCP. KiCad 10 n’embarque aucune fonctionnalité MCP native : le projet n’a pas publié de serveur officiel, et l’IA n’est pas intégrée au cœur de l’application. Ce que KiCad 10 apporte, c’est une API IPC officielle — la brique technique qui rend possible une communication propre et temps réel avec l’application en cours d’exécution. C’est cette fondation qui a permis à Konnect et KiPilot de cibler KiCad 10 de manière native, là où les approches plus anciennes devaient passer par le parsing de fichiers ou l’API SWIG.

KiCad 10 apporte aussi son lot d’améliorations qui bénéficient indirectement au workflow assisté : routage différentiel natif, accord de longueur interactif, système de règles et contraintes enrichi, importateurs natifs. Autant d’outils que l’IA peut piloter — mais qu’elle ne remplace pas. La valeur ajoutée du MCP n’est pas de faire mieux que le routeur interactif de KiCad, c’est d’automatiser des enchaînements de tâches et de fournir une interface en langage naturel pour des opérations ponctuelles.

La série 10.0.x poursuit par ailleurs sa stabilisation : après la 10.0.6 du 29 août 2026, les release candidates de la 10.0.7 (27 septembre et 3 octobre 2026) préparent une nouvelle version corrective. Pour les utilisateurs de serveurs MCP, chaque correctif compte : les bugs de l’API IPC ou de pcbnew se répercutent directement sur la fiabilité des outils exposés.

Verdict : pour qui, pour quoi, à quelles conditions ?

Le MCP pour KiCad n’est ni une révolution achevée ni un gadget. C’est un outil de productivité émergent, dont la valeur dépend étroitement du contexte d’usage.

Pour le hobbyiste et le bidouilleur, l’expérimentation est sans risque majeur : les projets sont petits, le coût d’une erreur est faible, et l’apprentissage vaut le détour. Konnect, avec sa licence AGPL-3.0 gratuite pour les particuliers, est le point d’entrée le plus documenté.

Pour l’ingénieur en entreprise, la prudence s’impose. Pas de serveur officiel signifie pas de support contractuel ; la fragmentation de l’écosystème signifie un risque de pérennité ; l’accès en écriture aux fichiers de projet signifie un risque de sécurité à évaluer. Les licences commerciales de Konnect existent précisément pour répondre à ce besoin, mais elles ne dispensent pas d’un audit technique.

Pour l’équipe qui veut industrialiser, la voie raisonnable passe par l’automatisation classique — kicad-cli, scripts pcbnew, intégration CI — que le MCP vient coiffer d’une interface conversationnelle, sans remplacer les garde-fous. DRC systématique, versionnement Git, revue humaine des modifications : ces pratiques restent non négociables.

L’analogie de l’USB-C tient décidément bien : le MCP est un connecteur universel, pratique et prometteur, mais un connecteur ne garantit pas la qualité du signal qui le traverse. En 2026, le MCP pour KiCad est un terrain d’expérimentation fertile — pas encore un pilier de production. Les prochains mois, avec la stabilisation de la 10.0.7 et l’éventuelle émergence d’un serveur de référence, diront si l’écosystème se structure ou se disperse. D’ici là, gardez le DRC à portée de main.

Sources

Article recherché et rédigé automatiquement · Magazine Electrosens

📬 Restez à la pointe

Recevez chaque semaine les nouveautés de ce magazine par email.

💬 Une remarque, une correction ?

Aidez-nous à améliorer cet article. Nous prenons en compte vos retours.

KiCad + MCP : l’IA entre enfin dans le workflow PCB — le grand décryptage