Kicad Master · 12 September 2026

Claude Code + KiCad : la revue de PCB par IA qui bouscule l’EDA open source

En 2026, un phénomène discret mais prometteur agite la communauté KiCad : des ingénieurs utilisent Claude Code, l’assistant de programmation d’Anthropic, pour revoir leurs layouts de circuits imprimés. Ni annonce officielle, ni plugin estampillé KiCad : tout est parti de développeurs tiers qui ont bricolé des ponts entre l’IA générative et le format S-expression de KiCad. Plongée dans un chantier encore expérimental, mais qui pourrait bien redessiner la façon dont nous relisons nos cartes.

De l’idée à l’outil : comment la communauté a connecté Claude Code à KiCad

L’histoire commence sans tambour ni trompette. Aucun communiqué d’Anthropic, aucune ligne dans les notes de version de KiCad. Pourtant, dès le début 2026, des développeurs indépendants se sont attelés à un défi technique : faire dialoguer Claude Code – un agent capable de lire, écrire et exécuter du code – avec les fichiers .kicad_pcb de KiCad, qui stockent toute la géométrie d’un layout sous forme de S-expressions.

Le résultat ? Plusieurs serveurs MCP (Model Context Protocol) open source, qui agissent comme des traducteurs entre l’IA et l’EDA.

kicad-claude-mcp, créé par Greg3001, propose pas moins de 105 outils : lecture et écriture de fichiers, exécution de commandes KiCad, extraction de règles de conception, modification de traces et de vias. Compatible avec KiCad 9.0+ et 10.x, il nécessite Python 3.10+ et Java 21+ (pour le routeur automatique Freerouting).
kicad-happy, développé par aklofas, adopte une approche plus légère mais similaire, centrée sur l’assistance à la conception.
KiCad MCP Server de Seeed-Studio (référencé sur Glama en juillet 2026) va plus loin : il permet aux assistants IA d’analyser des schémas, inspecter des PCB, tracer des connexions, valider des designs et générer du code embarqué pour les projets KiCad. Un signe que l’écosystème MCP s’étoffe au-delà des initiatives individuelles.
KiCad MCP Pro (via oaslananka.github.io) propose une intégration dédiée à Claude Code, avec des agents spécialisés pour la gestion de projets PCB.
Enfin, la place de marché MCP Market référence désormais des skills prêts à l’emploi pour Claude Code : « KiCad Project Architect » et « KiCad PCB Layout Design » permettent de charger directement des compétences métier dans l’agent, sans écrire de code.

Le Model Context Protocol, c’est le ciment de l’intégration. Développé par Anthropic, ce protocole standardisé permet à Claude Code CLI de se connecter à n’importe quel service externe – ici, un serveur local qui lit et modifie les fichiers KiCad. Concrètement, l’utilisateur lance Claude Code dans un terminal, lui fournit un prompt décrivant la revue souhaitée, et l’IA interroge le serveur MCP pour inspecter le layout, puis renvoie des suggestions.

Le tutoriel de yuan.fyi (publié en 2025, mais toujours pertinent) illustre le workflow avec KiCad 8.x – la version stable de l’époque. Depuis, le paysage a considérablement évolué : KiCad 10.0.0 est sorti le 20 mars 2026, et la version stable actuelle est 10.0.6, publiée le 29 août 2026 (voir l’annonce officielle). Les dépôts GitHub confirment une compatibilité étendue aux versions récentes, et le fork chinois KiCad 华秋 (porté par Huaqiu Electronics) pousse même l’intégration IA plus loin avec son Copilot intégré – un signe que l’écosystème MCP n’est qu’une facette d’un mouvement plus large. Sur le forum KiCad.info, un fil intitulé « KiCAD MCP Server » témoigne de l’intérêt croissant : des utilisateurs partagent leurs premiers essais, posent des questions sur la configuration, et signalent des bugs. L’adoption reste expérimentale, mais la dynamique est réelle.

Sous le capot : comment Claude Code analyse un fichier .kicad_pcb

Pour comprendre ce que fait Claude Code, il faut d’abord saisir la nature du fichier .kicad_pcb. Il s’agit d’un fichier texte structuré en S-expressions – une syntaxe arborescente lisible par machine, mais aussi par un humain un peu patient. Chaque piste, via, zone de cuivre, contrainte électrique y est décrite avec ses coordonnées, ses couches, ses paramètres. Avec KiCad 10, ce format a d’ailleurs été modernisé (voir notre article « KiCad 10 : le format de fichier PCB a-t-il vraiment changé ? »), mais il reste fondamentalement textuel – un atout majeur pour l’IA.

Le serveur MCP parse ce fichier et expose son contenu à Claude Code sous forme d’outils. L’IA peut ainsi :

Lire la liste des traces, vias, zones, pads, et leurs attributs.
Extraire les règles de conception (espacements, largeurs minimales, contraintes de clearance).
Identifier des motifs : angles aigus, via-in-pad, pistes non connectées, longueurs différentielles déséquilibrées.
Proposer des modifications : déplacer une trace, ajouter un via, ajuster une largeur.

Un prompt typique pourrait ressembler à :

« Analyse le fichier layout.kicad_pcb. Vérifie que toutes les paires différentielles respectent une tolérance de longueur de 0,5 mm. Signale les angles à moins de 90 degrés. Vérifie que les vias ne sont pas placés sur des pads de composants sensibles. »

Claude Code exécute alors une boucle agentique : il appelle les outils du serveur, interprète les résultats, et produit un rapport structuré. Le tout sans interface graphique – uniquement en ligne de commande.

Bien sûr, cette capacité repose sur la compréhension sémantique du modèle, pas sur des règles codées en dur. C’est à la fois sa force et sa faiblesse.

DRC, revue manuelle, IA : le match des méthodes de vérification

Pour mettre en perspective l’apport de Claude Code, comparons-le aux deux approches classiques : la DRC native de KiCad et la revue manuelle par un ingénieur expérimenté. Avec KiCad 10, la DRC a d’ailleurs fait un bond en avant grâce à l’éditeur graphique de règles DRC, qui permet de définir des contraintes visuellement – mais elle reste fondamentalement déterministe.

Critère	DRC native (KiCad)	Revue manuelle experte	Revue par IA (Claude Code + MCP)
Nature	Déterministe (règles codées)	Intuitive, basée sur l’expérience	Générative, compréhension sémantique
Vitesse	Quelques secondes	De 30 minutes à plusieurs heures	De quelques minutes à une heure
Couverture	Violations explicites (espacement, largeur, clearance)	Patterns non évidents, contraintes fonctionnelles	Patterns non optimaux, suggestions contextuelles
Limites	Ignore le contexte fonctionnel, les règles avancées (impédance, thermique)	Coûteuse, subjective, fatiguante	Hallucinations, dépendance au prompt, pas de garantie
Coût	Gratuit (intégré)	Temps ingénieur (50-150 €/h)	Abonnement Claude Code (Pro/Team/Enterprise) + temps de configuration
Fiabilité perçue	100 % pour les règles vérifiées	Variable (selon l’expert)	Non encore benchmarkée (manque de données)

La DRC est irremplaçable pour les vérifications de base : elle ne laisse passer aucune violation d’espacement ou de largeur minimale. Mais elle est aveugle aux problèmes de routage non optimal, aux conflits d’impédance, aux contraintes thermiques. La revue manuelle, elle, apporte l’intuition et l’expérience, mais elle est coûteuse et sujette à la fatigue.

L’IA générative se positionne comme un intermédiaire : elle peut détecter des patterns que la DRC ignore, et le faire plus rapidement qu’un humain. Mais elle n’a pas la fiabilité déterministe de la DRC, et ses suggestions doivent être vérifiées.

Ce que l’IA voit (et ne voit pas) : forces et angles morts de Claude Code en layout PCB

Les premiers retours, bien que fragmentaires, permettent d’esquisser un portrait des capacités et des lacunes.

Ce que Claude Code fait bien :

Détection de patterns non optimaux : pistes qui pourraient être raccourcies, vias superflus, angles aigus (même si la DRC les détecte aussi, l’IA peut les contextualiser).
Vérification de contraintes avancées : équilibrage de longueurs différentielles, respect d’impédance (si les règles sont fournies dans le prompt).
Suggestions de routage : l’IA peut proposer des chemins alternatifs, en s’appuyant sur les outils du serveur MCP pour modifier le fichier.
Analyse globale : contrairement à la DRC qui traite chaque règle isolément, Claude Code peut croiser des informations (par exemple, repérer qu’un via est placé sur un pad thermiquement sensible).

Ce qu’il ne voit pas (encore) :

Contraintes mécaniques et thermiques : l’IA n’a pas de modèle physique. Elle ne sait pas qu’une piste de 0,2 mm va chauffer sous 3 A, ni qu’un composant doit être éloigné d’une source de chaleur.
Hallucinations : comme tout LLM, Claude Code peut inventer des règles ou suggérer des modifications absurdes. Un utilisateur du forum KiCad.info rapporte avoir reçu une suggestion de déplacer un connecteur USB « pour améliorer le flux d’air » – sans aucune donnée thermique en entrée.
Dépendance à la qualité du prompt : un prompt vague produit des résultats vagues. Il faut décrire précisément les règles de conception, les contraintes fonctionnelles, les tolérances.
Absence de benchmarks : à ce jour, aucune étude chiffrée ne compare le taux de détection d’erreurs de Claude Code à celui de la DRC ou d’une revue humaine. Les faux positifs et faux négatifs restent inconnus.

Témoignages et premiers retours de la communauté

Les sources disponibles ne rapportent pas de témoignages de production – personne n’a encore intégré Claude Code dans un flux de validation systématique. Mais les discussions sur GitHub et le forum KiCad.info dessinent une communauté de pionniers.

Sur le dépôt kicad-claude-mcp, les issues sont techniques : problèmes de compatibilité avec KiCad 10.x, erreurs de parsing sur des fichiers complexes, suggestions d’amélioration des prompts. Un contributeur note : « L’IA a détecté un angle aigu que j’avais manqué, mais elle a aussi suggéré de supprimer un plan de masse entier sous prétexte qu’il était "redondant". Heureusement que j’ai vérifié. »

Le tutoriel de yuan.fyi a été consulté plusieurs milliers de fois, et les commentaires sont partagés entre enthousiasme et prudence. Certains y voient un outil de formation idéal pour les juniors, d’autres un gadget dangereux si on lui fait trop confiance.

Par ailleurs, le rapport d’état officiel du projet KiCad publié en juillet 2026 (voir notre analyse complète) confirme que l’équipe KiCad suit de près le mouvement IA : la « ruée vers l’IA » est explicitement mentionnée comme une priorité d’exploration, même si aucune intégration native n’est encore planifiée. Le projet reste prudent, mais conscient des enjeux. Cette prudence est d’ailleurs partagée par l’ensemble de l’industrie : selon une enquête de Weidmuller publiée en juillet 2026, les ingénieurs PCB considèrent l’IA comme « de plus en plus normalisée » dans leur workflow, mais un écart persiste entre ce qu’ils espèrent des outils IA et ce qu’ils en obtiennent réellement.

Précautions et bonnes pratiques pour intégrer Claude Code dans son workflow

Si vous voulez expérimenter, voici quelques règles de base issues des retours communautaires, des bonnes pratiques Claude Code 2026 et des enseignements tirés du leak du code source de Claude Code (mars 2026) :

Toujours vérifier les suggestions de l’IA – ne jamais appliquer une modification sans l’avoir comprise et validée visuellement dans KiCad.
Combiner avec la DRC native – la DRC reste le filet de sécurité. Utilisez Claude Code pour des vérifications complémentaires, pas pour remplacer la DRC.
Versionner vos fichiers – les .kicad_pcb sont des fichiers texte : utilisez Git pour suivre les modifications proposées par l’IA et pouvoir revenir en arrière. C’est d’ailleurs l’une des forces de KiCad, comme le souligne Anchorpoint dans son guide de versioning publié en juin 2026.
Soigner le prompt – décrivez précisément les règles de conception, les contraintes fonctionnelles, les tolérances. Plus le prompt est contextualisé, meilleures sont les réponses.
Exploitez le fichier CLAUDE.md – le leak du code source de Claude Code a révélé que ce fichier est injecté dans le prompt système avec le même poids qu’une instruction système d’Anthropic. Documentez-y vos conventions de layout, les pièges connus de vos projets, les règles de conception spécifiques. Trois niveaux coexistent : le CLAUDE.md à la racine du projet (toujours chargé), ceux des sous-répertoires (chargés contextuellement), et un fichier global ~/.claude/CLAUDE.md appliqué à tous vos projets.
Gérer la fenêtre de contexte – c’est la ressource n°1 de Claude Code. Le leak révèle que l’auto-compaction se déclenche entre 75 et 98 % d’utilisation du contexte, avec un résumé d’autant plus agressif que la saturation est élevée. Compacter manuellement (/compact) autour de 60 % d’utilisation permet de préserver les informations utiles. Videz le contexte entre deux tâches sans rapport (/clear) et déléguez l’exploration à des subagents pour protéger votre contexte principal.
Donnez à Claude un moyen de vérifier – demandez-lui de citer les numéros de ligne ou les coordonnées exactes des éléments qu’il suggère de modifier. Cela réduit les risques d’hallucination et facilite la vérification humaine.

Et demain ? Vers une revue de PCB automatisée

L’évolution la plus récente pourrait bien accélérer l’adoption : en septembre 2026, Anthropic a déployé Code Review dans Claude Code, un dispositif qui envoie une équipe d’agents analyser chaque pull request à la recherche de bugs, avant même qu’un développeur humain y jette un œil (voir l’annonce sur le blog du modérateur). Les agents sont dispatchés en parallèle, un agrégateur centralise les résultats, supprime les doublons et classe les anomalies par sévérité (rouge pour critique, jaune pour à surveiller, violet pour les bugs dans du code adjacent non modifié). Si cette logique s’applique aujourd’hui aux pull requests de code, il n’est pas difficile d’imaginer une transposition aux fichiers .kicad_pcb versionnés dans Git – d’autant que le format texte s’y prête parfaitement.

Cette convergence entre revue de code et revue de PCB n’est pas anodine. Elle s’inscrit dans un mouvement plus large où l’IA s’invite dans toutes les étapes du flux de conception : des routeurs GPU comme OrthoRoute (voir notre article dédié) aux copilots intégrés du fork chinois KiCad 华秋, en passant par les plugins d’IA répertoriés par Protoflow en juillet 2026. Le rapport de Weidmuller le confirme : l’IA est désormais perçue comme un outil normalisé, mais les attentes restent supérieures à la réalité des outils disponibles.

Pour l’instant, la revue de PCB par Claude Code reste un chantier expérimental, porté par une communauté de pionniers. Mais avec la maturation des serveurs MCP, l’arrivée de Code Review et l’intérêt affiché par le projet KiCad lui-même, il y a fort à parier que la revue assistée par IA deviendra, d’ici quelques années, un maillon standard du workflow de conception – au même titre que la DRC l’est devenue il y a vingt ans.

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.

Quand l’IA relit vos pistes : Claude Code débarque dans l’atelier PCB