---

Avant KiCad 10 : le casse-tête des multiples configurations

Avant la version 10, gérer plusieurs configurations d’un même circuit imprimé dans KiCad relevait de l’acrobatie. Le scénario typique : vous concevez une carte qui doit exister en version « standard » et « premium », avec des connecteurs différents, ou un prototype avec des points de test supplémentaires. La solution la plus courante ? Dupliquer le projet entier. Vous vous retrouviez alors avec deux dossiers, deux schémas, deux PCB, qu’il fallait maintenir en parallèle. Une source inépuisable d’erreurs : un correctif appliqué sur une version oublié sur l’autre, une nomenclature qui dérive, des fichiers Gerber qui ne correspondent plus.

Les utilisateurs avancés tentaient des astuces : utiliser des champs de texte dans les schémas pour marquer les composants « DNI » (Do Not Insert), exporter la BOM en filtrant manuellement, ou encore recourir à des scripts Python maison. Mais rien n’était natif, rien n’était intégré. La communauté réclamait depuis des années un système de variantes digne de ce nom, comme celui qu’Altium Designer propose avec son « Configuration Management » ou OrCAD avec ses « Variants ». Ces outils propriétaires permettent de définir, au sein d’un même projet, plusieurs états de la carte : composants exclus, valeurs modifiées, références alternatives, et même des variantes de placement ou de routage. KiCad, malgré sa maturité croissante, restait en retard sur ce point précis.

L’arrivée de KiCad 10 change la donne. Wayne Stambaugh, développeur principal, avait déjà présenté les nouveautés lors de son talk FOSDEM 2026, désormais disponible sur le site de FOSDEM. Et le 30 mars 2026, la version 10.0.0 officialise les « design variants » – variantes de conception – directement dans l’éditeur de schémas. Un pas de géant pour l’outil open-source. Fruit de 7 609 commits et de 2 105 pull requests traitées, cette version a mobilisé des centaines de contributeurs pendant une année complète de développement, comme le rapporte raspberryme.com.

---

Le moteur des variantes : comment ça marche concrètement ?

L’accès aux variantes se fait depuis le gestionnaire de projet. Un nouveau panneau latéral, baptisé « Design Variants », permet de créer, nommer et basculer entre différentes configurations. L’interface est sobre mais efficace : une liste de variantes, avec une variante « par défaut » (sans modification) et la possibilité d’en ajouter d’autres.

Créer une variante est immédiat : un clic droit, « Nouvelle variante », et vous lui donnez un nom explicite – « Prototype », « Production UE », « Version sans filtre ». Une fois la variante sélectionnée comme « active », l’éditeur de schémas se met à jour en temps réel. Les composants que vous allez modifier pour cette variante apparaissent avec un indicateur visuel (une pastille colorée ou un symbole) pour signaler qu’ils divergent de la variante par défaut.

Le principe est simple : chaque variante est un « calque » de modifications appliqué au schéma de base. Vous ne dupliquez pas le schéma, vous définissez des exceptions. Cela garantit que le cœur du design reste unique, et que toute modification structurelle (ajout d’une résistance, modification d’une connexion) se répercute sur toutes les variantes, sauf si vous décidez explicitement de la surcharger.

Cette approche est bien plus propre que la duplication. Elle rappelle le fonctionnement des « configurations » dans les outils CAO mécaniques, où un même assemblage peut exister en plusieurs états. C’est aussi l’une des fonctionnalités que la documentation officielle de KiCad 10 détaille longuement, preuve de son importance dans la feuille de route. La revue de Tech Explorations la place d’ailleurs parmi les trois ou quatre nouveautés phares de la release, aux côtés du réglage haut débit et des améliorations de routage.

---

Composants sous contrôle : exclusions, substitutions et valeurs

Le cœur des variantes réside dans les opérations que vous pouvez appliquer à chaque composant. Trois actions principales sont disponibles :

• Exclusion (DNI) : vous marquez un composant comme « Do Not Insert » pour une variante donnée. Par exemple, sur la version « prototype », vous pouvez ajouter une résistance de pull-up qui ne sera pas montée en production. Le symbole reste présent sur le schéma, mais il est barré ou grisé, et il ne sera pas inclus dans la nomenclature de cette variante.

• Substitution de référence : vous remplacez un composant par un autre. Typiquement, un connecteur d’alimentation pour le marché américain (NEMA) par un connecteur européen (IEC). La substitution peut concerner la référence constructeur, la valeur, ou même l’empreinte.

• Modification de valeur : vous changez simplement la valeur d’un composant sans changer sa référence. Par exemple, une résistance de 10 kΩ en version standard devient 4,7 kΩ en version « haute performance ».

Ces modifications sont stockées dans le fichier projet (.kicad_pro) et sont visibles dans l’éditeur de schémas. Lorsque vous générez une nomenclature (BOM), KiCad propose désormais un filtre par variante. Vous pouvez exporter une BOM pour chaque configuration, ou une BOM consolidée avec une colonne indiquant la présence du composant dans chaque variante. C’est un gain de temps considérable pour les achats et l’assemblage.

À noter que les variantes ne sont pas la seule nouveauté côté schéma : KiCad 10 introduit également l’affichage des croisements de fils avec saut (hop-over), qui remplace les simples points de croisement par des arcs élégants, la prise en charge des cavaliers (jumpers) et des connexions de broches internes invisibles sur le PCB, ainsi que le regroupement d’objets désormais disponible dans l’éditeur de schémas pour les projets complexes. L’import/export CSV des tableaux de broches de l’éditeur de symboles complète ce tableau, comme le détaille Elektor Magazine. Un fil de discussion du forum officiel signale par ailleurs l’arrivée des étiquettes d’alimentation locales dans la version 10 — un détail qui simplifie la gestion des rails sur les schémas hiérarchiques.

---

Du schéma au PCB : comment les variantes influencent le routage et le placement

Une question cruciale : que se passe-t-il dans l’éditeur de PCB lorsque vous changez de variante ? La réponse est nuancée. KiCad 10 gère les composants exclus (DNI) en les marquant comme « non placés » dans le PCB. Leurs empreintes disparaissent du layout, mais le routage associé est conservé – ou plutôt, les pistes qui aboutissaient à ces composants sont laissées en l’état, mais elles deviennent « flottantes ». C’est un comportement pragmatique : vous ne perdez pas le travail de routage, mais vous devez vérifier manuellement qu’aucune piste ne reste en l’air.

En revanche, pour les substitutions de composants (connecteur différent, boîtier différent), le changement d’empreinte est automatique. Si l’empreinte de remplacement a le même nombre de broches et le même pas, le routage existant est conservé. Si l’empreinte diffère (par exemple, un connecteur à 2 broches remplacé par un à 3 broches), KiCad vous avertit et vous devez ajuster le routage.

Quant à la modification du placement ou du routage spécifique à une variante, les sources disponibles indiquent que cela n’est pas encore supporté nativement. Les variantes dans KiCad 10 sont avant tout un outil de gestion de la nomenclature et des composants, pas un outil de variation géométrique du PCB. Pour des variantes de placement (par exemple, décaler un connecteur de 2 mm pour une version différente), il faut toujours dupliquer le PCB. C’est une limitation importante par rapport à Altium, qui permet de définir des « configurations de PCB » avec des positions et des routes différentes — un point que notre comparatif « KiCad 10.0.x vs Altium Designer en 2026 » explore en détail, et qui reste l’un des rares domaines où l’outil propriétaire garde une longueur d’avance fonctionnelle (mais à quel prix : entre 3 850 et 5 000 USD par utilisateur et par an, et plus de 175 000 USD sur trois ans pour cinq postes formation incluse).

Cependant, KiCad 10 introduit également un éditeur de règles DRC graphique, qui permet de définir des contraintes de conception (espacements, largeurs de piste) de manière visuelle. Ces règles s’appliquent à l’ensemble du projet, indépendamment des variantes. Il n’est pas possible d’avoir des règles DRC différentes selon la variante – un autre point à surveiller. L’éditeur graphique s’accompagne d’actions de correction suggérées pour les erreurs DRC, ce qui accélère considérablement le débogage. Selon CNX-Software, ce nouvel éditeur remplace avantageusement les fichiers de règles textuels obscurs des versions précédentes.

---

Cas d’usage concrets : prototypes, versions régionales, options de production

Pour bien comprendre l’intérêt des variantes, rien de tel que des exemples concrets.

Carte avec/sans filtre RF : vous concevez un récepteur radio. La version de base inclut un filtre SAW. Pour une version économique, vous souhaitez omettre ce filtre et le remplacer par un simple pont de résistance. Avec les variantes, vous créez deux configurations : « Premium » (filtre présent) et « Éco » (filtre DNI, pont ajouté). La BOM s’adapte automatiquement.

Connecteurs d’alimentation pour marchés US/UE : votre carte d’alimentation doit accepter une fiche IEC C14 (Europe) ou NEMA 5-15 (États-Unis). Les connecteurs ont des empreintes différentes. Vous créez une variante « UE » avec le connecteur IEC, et une variante « US » avec le connecteur NEMA. Le reste du circuit est identique. Plus besoin de deux projets séparés.

Prototype avec points de test : lors du développement, vous ajoutez des points de test sur des signaux critiques. En production, ces points ne sont pas nécessaires. Vous créez une variante « Prototype » où les points de test sont présents, et une variante « Production » où ils sont exclus. Le PCB reste unique, vous n’avez qu’à générer les fichiers Gerber pour la variante souhaitée.

Options de boîtier : une carte peut être livrée avec ou sans dissipateur thermique. Le dissipateur est un composant traversant qui nécessite un trou et un espace libre. En variante « Avec dissipateur », le composant est présent ; en variante « Sans », il est DNI. Les trous sont conservés (ils font partie du PCB), mais le composant n’est pas monté.

Ces exemples montrent comment les variantes évitent la duplication de projets et réduisent les risques d’incohérence. Un seul fichier schématique, un seul fichier PCB, mais plusieurs « visages » possibles. La revue de Tech Explorations confirme que cette fonctionnalité est particulièrement appréciée des concepteurs travaillant sur des produits multi-marchés.

---

Au-delà des variantes : mode sombre, DRC graphique et importateurs

Les variantes ne sont que la partie émergée de l’iceberg. La version 10.0.0, fruit de 7 609 commits, regorge d’améliorations qui transforment l’expérience quotidienne.

Mode sombre natif et interface modernisée

KiCad suit désormais le thème sombre/clair du système, et propose un mode sombre natif cohérent entre l’éditeur de schémas, l’éditeur de PCB et le visualiseur 3D. Ce n’est pas qu’une question d’esthétique : sur des sessions de routage longues, le contraste réduit la fatigue visuelle, et l’harmonisation des palettes entre éditeurs évite les ruptures de repères lorsqu’on passe du schéma au layout. Le mode sombre figurait en tête des demandes récurrentes de la communauté depuis plusieurs cycles.

DRC graphique : la fin des fichiers de règles opaques

L’éditeur graphique de règles DRC est probablement, avec les variantes, la nouveauté qui change le plus le quotidien. Là où il fallait auparavant écrire des contraintes dans des fichiers texte au formalisme peu intuitif, on définit maintenant les espacements, largeurs de piste et classes de net dans une interface visuelle, avec des actions de correction suggérées pour chaque violation. Le gain est double : les nouveaux venus n’ont plus à apprendre un langage de règles avant de produire un PCB propre, et les utilisateurs avancés gagnent du temps sur le débogage. Comme le note CNX-Software, cet éditeur remplace avantageusement les fichiers de règles textuels des versions précédentes.

Importateurs natifs : Allegro, PADS et gEDA

KiCad 10 embarque des importateurs natifs pour Allegro, PADS et gEDA/Lepton EDA — une avancée majeure pour la migration depuis des outils propriétaires ou vieillissants. Notre enquête dédiée, « Importateurs natifs dans KiCad 10.0.x : Allegro, PADS et gEDA à l’épreuve du terrain », montre que la couverture est réelle mais inégale : l’importateur PADS promet une migration complète schéma + PCB, l’importateur Allegro relève un vrai défi technique, et gEDA reste un apport discret mais utile à l’écosystème open source. Le grand absent demeure Altium Designer : il n’existe pas d’importateur natif dans KiCad 10.0.0, et les migrations Altium → KiCad passent encore par des chemins détournés. Un fil du forum officiel documente d’ailleurs un cas concret de migration depuis Altium Designer 25.6.2 vers KiCad 10.0.6, avec des avertissements ERC « Symbol pin or wire end off connection grid » sur presque chaque broche — un rappel que l’import reste un exercice à valider méthodiquement.

Bindings Python : la bascule SWIG → IPC

Côté automatisation, la release 10.0.x acte une transition structurante. Les bindings Python historiques, générés via SWIG, sont dépréciés depuis KiCad 9.0 et seront supprimés dans KiCad 11.0, comme le documente la documentation développeur officielle. La voie moderne est l’IPC API, une interface stable accessible depuis de nombreux langages, dont Python via la bibliothèque kicad-python. Les plugins existants continuent de fonctionner (avec avertissements), mais tout développement neuf devrait cibler l’IPC. Notre dossier « KiCad 10.0.x et l’automatisation Python : des bindings IPC aux scripts qui changent le workflow PCB » détaille cette architecture et montre, exemples à l’appui, comment charger, inspecter et modifier un board en une vingtaine de lignes — DRC personnalisés, placement automatique, nettoyage de pistes. Des bibliothèques tierces comme kigadgets (fork communautaire de kicad-python) facilitent la transition en offrant une interface plus pythonique, testée de KiCad 5.0 à KiCad 10.0 sur Mac, Windows et Linux.

---

La série 10.0.x : une stabilisation méthodique, pas à pas

Huit mois après la 10.0.0, la branche 10.0.x a enchaîné les correctifs. La 10.0.6, publiée le 29 août 2026, contenait « plusieurs correctifs critiques » invitant explicitement à la mise à jour, selon l’annonce officielle. Son changelog couvre des correctifs variés : gestion mémoire du moteur de règles, transfert de groupes par instance pour les feuilles partagées, affichage des styles de ligne sur les courbes de Bézier, correction du remplissage des formes hachurées au plot, ou encore réduction des saccades lors du rafraîchissement du canevas.

La suite est allée vite : release candidate 1 de la 10.0.7 le 27 septembre, release candidate 2 le 3 octobre, puis 10.0.7 le 7 octobre 2026. Et une 10.0.8 est déjà en release candidate depuis le 22 octobre 2026. Autrement dit, au moment où nous écrivons ces lignes, la branche 10.0.x est en fin de cycle de rattrapage — le moment idéal pour adopter la série 10 si vous attendiez que les bugs de jeunesse soient purgés.

Attention toutefois : tous les utilisateurs ne vivent pas la 10.0.x de façon idyllique. Un fil du forum officiel signale, sur les versions 10.0.4 et 10.0.5, des ralentissements extrêmes lors du déplacement de pistes existantes dans l’éditeur de PCB, au point que la 10.0.5 était jugée « inutilisable » par l’auteur du rapport. Ce type de régression, corrigé ou en cours de correction dans les versions ultérieures, rappelle l’intérêt de tester une release candidate avant de basculer une équipe entière.

Côté plateformes, la distribution suit son cours : paquets Windows, macOS et Linux sont publiés au fil de l’eau, et les mainteneurs de distributions intègrent les versions successives (le paquet kicad-10.0.6-alt2 est ainsi présent dans le dépôt Sisyphus d’ALT Linux). Sur Mac Apple Silicon, des guides de validation dédiés à la 10.0.6 circulent, couvrant l’installation, la vérification de l’architecture et les workflows Gerber/3D.

---

L’écosystème 2026 : plugins, IA et autoroutage GPU

La vraie question, huit mois après la sortie, n’est plus « que contient la 10.0.0 ? » mais « que permet-elle de faire ? ». Et là, l’écosystème a changé d’échelle.

Autoroutage GPU. Le plugin OrthoRoute exploite la puissance du GPU pour l’autoroutage, avec des benchmarks enfin disponibles. Notre enquête « OrthoRoute : l’autorouteur GPU de KiCad à l’épreuve des faits (2026) » détaille l’algorithme PathFinder hérité du monde FPGA et la parallélisation CUDA. Les résultats sont prometteurs sur certains types de designs, mais les angles morts demeurent : règles avancées, composants traversants, et surtout la confiance à accorder à un routage généré automatiquement. À combiner avec les outils natifs — Walk Around, Shove — et Freerouting pour les cas simples, en validant systématiquement par DRC et contrôles de fabrication.

IA et copilotes. L’IA s’invite dans le workflow KiCad par plusieurs canaux : plugins de génération de code, assistants de schématique, et même intégrations agentiques. Un exemple notable est Konnect, plugin natif pour KiCad 10 écrit en Rust, qui connecte Claude à KiCad via MCP pour assister schématique et routage. Notre dossier « KiCad et l’IA en 2026 : plugins, copilotes et autoroutage GPU — ce qui marche vraiment » distingue ce qui fonctionne réellement de ce qui relève encore de la démonstration. Les angles morts restent nombreux : l’IA ne remplace ni la compréhension des contraintes de fabrication, ni la validation DRC, ni le jugement d’ingénierie.

Scripts et plugins. La communauté produit des scripts qui valent de l’or : génération de grilles de vias de stitching reliés à la masse, remplissage automatique de plans de masse, nettoyage de pistes. Ces scripts, longtemps cantonnés au bricolage, deviennent des plugins packagés grâce à la stabilité de l’IPC API. C’est probablement l’héritage le plus durable de la 10.0.x : un socle d’automatisation sur lequel l’écosystème peut bâtir sans craindre les ruptures à chaque version majeure.

Communauté. Le quatrième KiCon asiatique se tiendra à Shenzhen du 5 au 7 novembre 2026 au Huaqiang Plaza Hotel, comme l’annonce le site officiel. Un signe de plus que l’écosystème KiCad n’est plus seulement occidental.

---

Ce qu’il faut retenir pour un utilisateur de KiCad en octobre 2026

Si vous êtes sur KiCad 9 ou antérieur : la 10.0.x est mûre. Les variantes de conception, le DRC graphique et les importateurs natifs justifient à eux seuls la migration, et la branche arrive en fin de cycle de correctifs. Prévoyez néanmoins un test sur un projet représentatif avant de basculer une équipe — les régressions de performance signalées sur les pistes en 10.0.4/10.0.5 rappellent que « stable » ne veut pas dire « sans surprise ».

Si vous êtes sur 10.0.0 à 10.0.5 : la 10.0.7 (7 octobre 2026) est la version à installer, et la 10.0.8 en release candidate depuis le 22 octobre est à surveiller. Les correctifs critiques de la 10.0.6 justifiaient déjà la mise à jour.

Si vous développez des plugins : la bascule SWIG → IPC n’est plus une option. Les bindings SWIG disparaîtront dans KiCad 11.0 ; tout code neuf doit cibler l’IPC API via kicad-python (ou une surcouche comme kigadgets). C’est le chantier le plus structurant de l’année pour l’écosystème.

Si vous comparez avec Altium : KiCad 10 comble l’essentiel du retard fonctionnel (variantes, DRC graphique, importateurs), mais garde deux limites : pas de variantes de placement/routage géométrique, et pas d’importateur Altium natif. En face, Altium reste à 3 850–5 000 USD par utilisateur et par an, Windows uniquement, avec plus de 175 000 USD sur trois ans pour cinq postes formation incluse. Le calcul est vite fait pour beaucoup d’équipes.

Ce qui reste à venir : la feuille de route officielle reste discrète sur l’après-10.0.x. Les signaux faibles du forum pointent vers plus d’automatisation, plus d’IA, et une meilleure collaboration — mais rien n’est officiellement acté. La suppression des bindings SWIG en 11.0 est, elle, confirmée.

---

Sources

• KiCad 10.0.6 Release — kicad.org (29 août 2026)
• KiCad Version 10.0.6 Release Candidate 1 Available — kicad.org (18 août 2026)
• KiCad Version 10.0.7 Release Candidate 1 Available — kicad.org (27 septembre 2026)
• KiCad Version 10.0.7 Release Candidate 2 Available — kicad.org (3 octobre 2026)
• KiCad Conference Asia 2026 Announcement — kicad.org (16 septembre 2026)
• KiCad — site officiel
• KiCad — page de téléchargement
• Documentation officielle KiCad 10
• PCB Python Bindings — dev-docs.kicad.org
• kicad-python — GitLab officiel
• kigadgets (fork communautaire kicad-python) — GitHub
• KiCad 10 review: new features, high-speed tuning, variants, and more — Tech Explorations
• KiCad 10 release: dark mode, graphical DRC rule editor, new file importers and more — CNX-Software (22 mars 2026)
• La version KiCad 10 — Elektor Magazine
• KiCad 10 : nouvelles fonctionnalités et améliorations importantes pour le design PCB — raspberryme.com
• Forum officiel KiCad — régression de performance pistes 10.0.4/10.0.5 (12 août 2026)
• Forum officiel KiCad — migration Altium 25.6.2 vers KiCad 10.0.6 (1er septembre 2026)
• Forum officiel KiCad — étiquettes d’alimentation locales (3 août 2026)
• Comment installer KiCad 10.0.6 sur un Mac Apple Silicon — NOVAKVM Engineering Blog (23 septembre 2026)
• KiCad Autorouting Made Easy: Walk Around, Shove, and Freerouting — rottenwifi.com (13 août 2026)
• KiCad Plugin Tutorial 2026 — Stitching Vias Made Effortless — SaludPCB (11 août 2026)
• Как подключить Claude к KiCad 10 — DevTrends (7 septembre 2026)
• The 2026 PCB Design Software List: KiCad, Altium, and EasyEDA Compared — electricalflux.com (9 septembre 2026)
• KiCad vs Altium in 2026: Where the Free Tool Actually Competes — protoflow.ai (9 août 2026)