Kicad Master · 9 October 2026

Claude Code et KiCad : l’IA générative s’invite dans la revue de vos layouts PCB

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. Depuis, l’écosystème s’est structuré — serveurs MCP, skills prêts à l’emploi, plugins natifs en Rust — et KiCad lui-même a continué d’avancer, jusqu’à une 10.0.7 en phase de test. Plongée dans un chantier qui n’est plus tout à fait expérimental.

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, a pris de l’ampleur : le dépôt GitHub le présente désormais comme une suite de skills d’analyse de conception qui fonctionne avec Claude Code, OpenAI Codex, GitHub Copilot CLI, Google Antigravity, comme GitHub Action pour des revues automatisées de pull requests, ou comme scripts Python autonomes. Il parse schémas, layouts et Gerbers, reconstruit l’arbre d’alimentation (régulateurs, diviseurs de feedback, dissipation), identifie les sous-circuits fonctionnels, et audite la protection ESD de chaque connecteur exposé.
• 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.
• Konnect, repéré par DevTrends le 7 septembre 2026, change de dimension technique : il s’agit d’un plugin natif pour KiCad 10 écrit en Rust, qui transforme Claude en assistant de schématique et de routage via MCP. On quitte le bricolage de scripts externes pour une extension chargée dans l’éditeur.
• Enfin, la place de marché MCP Market référence 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). Mieux : le cycle 10.0.x n’est pas terminé. Le Release Candidate 1 de la 10.0.7 est apparu le 27 septembre 2026, suivi du Release Candidate 2 le 3 octobre 2026 — la 10.0.7 devrait donc être publiée « soon unless critical issues are found », selon le blog officiel. 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 — et désormais outillée.

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.

Là où les skills de kicad-happy montrent toute leur valeur, c’est dans la reconstruction sémantique du projet. Sur un exemple public de carte de contrôle de robot, l’agent a reconstruit tout seul l’arbre d’alimentation (un buck AP63357 en 500 kHz vers 5 V avec un diviseur R8/R9 donnant 3,87 V, puis un LDO RT9080-3.3 avec 16 condensateurs de découplage totalisant 10,8 µF), identifié les sous-circuits fonctionnels (ponts en H à transistors, filtres RC à 16 Hz / 169 Hz / 1,03 kHz, chaîne de LED WS2812B à 60 mA), et audité 19 connecteurs pour leur protection ESD — en signalant explicitement les six broches d’un header non protégé. C’est exactement le type de croisement d’informations qu’aucune DRC ne sait faire.

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.

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.

Un point de contexte utile : la DRC de KiCad 10.0.6 a elle-même été accélérée (DRC plus rapide, remplissage de zones et tracé du ratsnest optimisés, selon le récapitulatif des versions 10.0.x). L’IA ne remplace donc pas un moteur qui, lui, progresse aussi.

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).
• Reconstruction sémantique du design : arbre d’alimentation, identification des blocs fonctionnels, audit de protection ESD connecteur par connecteur — le terrain de jeu de kicad-happy.
• 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. Un article académique référencé par le projet OrthoRoute — PCBWorld: A Benchmark Environment for Engine-Grounded PCB Design Automation — esquisse un cadre d’évaluation, mais rien de spécifique aux revues par LLM n’a encore été publié.

Témoignages et premiers retours de la communauté

Les sources disponibles ne rapportent pas encore de témoignages de production à grande échelle – personne n’a publiquement 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.

Un signal à ne pas négliger : la KiCon Asia 2026 se tiendra à Shenzhen du 5 au 7 novembre 2026 (Huaqiang Plaza Hotel), selon l’annonce officielle du projet du 16 septembre 2026. C’est le rendez-vous où l’écosystème asiatique — fork chinois, Copilot intégré, plugins MCP — devrait se montrer le plus loquace. Si une intégration IA native doit émerger côté KiCad, c’est probablement là qu’on en entendra parler en premier.

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) :

1. Toujours vérifier les suggestions de l’IA – ne jamais appliquer une modification sans l’avoir comprise et validée visuellement dans KiCad.
2. Combiner avec la DRC native – la DRC reste le filet de sécurité. Utilisez Claude Code pour des vérifications sémantiques (arbre d’alimentation, cohérence des nets, audit ESD), pas pour remplacer les règles déterministes.
3. Versionner avant de laisser l’agent écrire – un serveur MCP peut modifier le .kicad_pcb. Travaillez sur une copie ou un dépôt Git propre, et comparez les diffs avant de committer.
4. Décrire précisément les contraintes – impédances cibles, tolérances de longueur, classes de net, composants sensibles. Un prompt vague produit des suggestions vagues.
5. Garder l’agent dans son couloir – les skills comme kicad-happy excellent en revue et en analyse ; ils ne remplacent ni un simulateur thermique, ni un calcul d’intégrité de signal sérieux.
6. Suivre les versions – les serveurs MCP évoluent vite et leur compatibilité avec le cycle 10.0.x (10.0.6 stable, 10.0.7 en RC) doit être vérifiée à chaque mise à jour. Un plugin qui marchait sur 10.0.4 peut casser sur 10.0.6.

L’écosystème plus large : ce que l’IA ne remplace pas

Il serait tentant de réduire l’actualité KiCad 2026 à l’IA. Ce serait une erreur. Le cycle 10.0.x a apporté son lot d’avancées concrètes : high-speed tuning, variantes de carte (produire plusieurs SKU sans dupliquer le projet), éditeur graphique de règles DRC, importateurs revus. Côté routage, les autorouteurs classiques (Walk Around, Shove, Freerouting) restent la référence pour la majorité des cartes, et des projets comme OrthoRoute — le routeur GPU né d’un article Hackaday du 23 avril 2026 — explorent des pistes radicalement différentes pour les cartes que les autorouteurs traditionnels refusent.

L’IA s’invite aussi dans le routage lui-même : des plateformes « AI-native » revendiquent des gains de vitesse de conception jusqu’à 10x, et des outils comme PCB Auto Router proposent un routage accéléré par GPU avec import KiCad et JLC EDA. Mais ces promesses marketing méritent le même scepticisme que les revues par LLM : sans benchmark indépendant, elles restent des affirmations.

La vraie question n’est donc pas « l’IA va-t-elle remplacer la DRC ? » — la réponse est non, et pour longtemps. La question est : où placer l’IA dans la chaîne de validation ? Les retours 2026 suggèrent une réponse pragmatique : en amont et en aval de la DRC. En amont, pour la revue sémantique (comprendre ce que fait le circuit, vérifier la cohérence fonctionnelle). En aval, pour la documentation et la préparation de fabrication. Jamais à la place du moteur déterministe.

Sources

• KiCad Version 10.0.7 Release Candidate 2 Available — kicad.org, 3 octobre 2026
• KiCad Version 10.0.7 Release Candidate 1 Available — kicad.org, 27 septembre 2026
• KiCad Conference Asia 2026 Announcement — kicad.org, 16 septembre 2026
• Как подключить Claude к KiCad 10 и отдать разводку плат нейросети — DevTrends, 7 septembre 2026 (plugin Konnect, Rust, MCP)
• KiCad 10.0.6 Release — kicad.org, 29 août 2026
• KiCad 10.0.6 — récapitulatif des versions 10.0.x — electwork.net, 2026
• Version 10.0.0 Released — kicad.org, 20 mars 2026
• aklofas/kicad-happy — GitHub, 2026
• KiCad MCP Pro — Claude Code — oaslananka.github.io, 2026
• KiCad Project Architect — MCP Market, 2026
• KiCad AI in 2026: Copilots, Plugins, and Generators That Actually Work — protoflow.ai, 31 juillet 2026
• KiCad vs Altium in 2026: Where the Free Tool Actually Competes — protoflow.ai, 9 août 2026
• KiCad Autorouting Made Easy: Walk Around, Shove, and Freerouting — rottenwifi.com, 13 août 2026
• OrthoRoute — le routeur GPU — Hackaday, 23 avril 2026
• Bonnes pratiques Claude Code 2026 — Studeria, 2026
• Claude — tarifs et plans — Anthropic, 2026

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