---

KiCad 2026 : ce que « version stable » veut vraiment dire

Commençons par un constat qui va en surprendre plus d’un : si vous cherchez la version courante de KiCad sur la page d’accueil officielle, vous risquez de tomber sur un copyright « © 2018-2020 1BitSquared ». Autrement dit, la vitrine du projet n’a pas été rafraîchie depuis le début de la décennie. Elle décrit toujours KiCad comme un logiciel de saisie de schéma et de conception de PCB doté d’un éditeur de schéma hiérarchique, d’un routeur interactif, d’une visionneuse 3D avec raytracer, d’un simulateur SPICE intégré et d’un vérificateur de règles électriques (ERC) — tout cela reste vrai, mais ce n’est plus là qu’il faut chercher l’information à jour.

La référence, en 2026, c’est la branche 10.x. Le fait le plus récent et le plus fiable de notre veille est sans ambiguïté : le 3 octobre 2026, le projet a publié la Release Candidate 2 de KiCad 10.0.7, après une RC1 le 27 septembre. La version stable de référence à cette date est donc KiCad 10.0.6, annoncée le 29 août 2026 comme « bug fix release » contenant « des correctifs critiques et d’autres améliorations mineures depuis la version précédente ». La 10.0.7 était en phase de test final au moment où nous écrivons.

Ce détail apparemment anecdotique — RC1, RC2, puis release — est en réalité la clé pour comprendre le cycle de publication de KiCad, et donc pour planifier vos projets.

Élément	Ce que dit la matière 2026
Branche stable courante	KiCad 10.x
Version stable de référence	10.0.6 (annoncée le 29 août 2026)
Version en préparation	10.0.7 (RC1 le 27 sept. 2026, RC2 le 3 oct. 2026)
Nature des incréments 10.0.x	Correctifs critiques + améliorations mineures
Rythme observé des patchs	Plusieurs par trimestre (10.0.4, 10.0.5, 10.0.6, 10.0.7 sur 2026)
Gouvernance / financement	The Linux Foundation (organisation 501(c)(6) à but non lucratif, États-Unis)

Ce qu’il faut retenir pour un professionnel : la branche 10.0.x est une branche de maintenance, pas une branche de fonctionnalités. Les incréments 10.0.4 → 10.0.5 → 10.0.6 → 10.0.7 corrigent des bugs et n’introduisent pas de rupture d’API ou de format. C’est exactement ce qu’on attend d’une version qu’on va utiliser en production : la stabilité prime, et chaque patch est un gain de fiabilité sans coût de migration.

Mais attention à un piège documenté par la communauté : la qualité n’est pas toujours monotone. Un fil du forum officiel daté du 12 août 2026 signale que KiCad 10.0.4 et 10.0.5 souffraient d’un déplacement de piste extrêmement lent dans l’éditeur PCB, au point que « 10.0.5 devient inutilisable » pour certains utilisateurs manipulant des pistes existantes. C’est le rappel brutal qu’une version « stable » n’est pas exempte de régressions de performance, et que la veille sur les fils de discussion vaut autant que la lecture des release notes.

Où trouver le calendrier officiel et les release notes ? Les annonces de versions (RC et releases) sont publiées sur kicad.org, et les binaires sur downloads.kicad.org et kicad.org/download/windows/. La documentation versionnée, elle, vit sur docs.kicad.org. Pour un concepteur confirmé, la règle est simple : on ne s’aligne pas sur la page d’accueil, on s’aligne sur les annonces de release datées — et on garde un œil sur les RC pour savoir ce qui arrive.

---

La doc officielle a changé de dimension (et ce n’est pas qu’une question de traduction)

Pendant longtemps, la documentation KiCad a été le parent pauvre du projet : correcte pour démarrer, insuffisante pour un usage avancé. Ce qui a changé, c’est la structuration par version. La documentation sur docs.kicad.org est désormais versionnée par numéro : il existe une page « Démarrer avec KiCad » en français pour la 5.1 et une autre pour la 9.0. Ce simple fait — deux versions documentées, localisées, accessibles en français — raconte une transformation : la doc n’est plus un document unique et flottant, c’est un artefact versionné, aligné sur les branches du logiciel.

Pourquoi est-ce capital pour vous ? Parce que la première cause d’erreur chez un utilisateur avancé n’est pas l’ignorance, c’est la doc périmée. Un tutoriel de 2019 sur les net classes, un article de blog sur le scripting d’une version 5, une vidéo « astuces KiCad » filmée avant la refonte des contraintes : tout cela vous fera perdre du temps en vous faisant appliquer des recettes obsolètes. Le réflexe professionnel consiste à vérifier systématiquement la version cible d’une ressource avant de l’appliquer.

Comment lire la doc quand on est déjà avancé

Le guide « Démarrer avec KiCad » ne vous servira à rien : vous le connaissez. Ce qui fait gagner du temps, ce sont les chapitres de référence : la référence des contraintes de conception, la documentation du scripting Python, les guides de migration entre versions majeures. Ces pages ne sont pas là pour vous apprendre à cliquer, mais pour vous donner la syntaxe exacte et les cas limites — précisément ce qu’un professionnel cherche.

Il faut être honnête sur les limites : la matière disponible ne permet pas d’affirmer quels chapitres précis ont été ajoutés ou refondus dans la 10.x, ni de dresser un comparatif de qualité chapitre par chapitre entre la 5.1 et la 10.x. Ce qu’on peut dire avec certitude, c’est que la documentation est désormais versionnée et localisée, et que c’est le bon point d’entrée. Pour le reste, la règle est empirique : ouvrez la doc de votre version, pas celle d’une autre.

Ressources tierces : trier le bon grain de l’ivraie

L’écosystème de contenu autour de KiCad est devenu pléthorique, et donc inégal. Quelques repères issus de notre veille 2026 :

• Le forum officiel (forum.kicad.info) reste la source la plus fiable pour les problèmes pointus : c’est là qu’on trouve, par exemple, les discussions sur les régressions de performance ou sur les subtilités d’import.
• Les blogs d’ingénierie spécialisés — comme les analyses de protoflow.ai (comparatif KiCad vs Altium en août 2026, panorama de l’IA dans KiCad en juillet 2026) ou les guides pratiques de rottenwifi.com sur l’autorouting — offrent un regard « métier » que la doc officielle ne donne pas.
• Les guides d’installation et de validation (par exemple le guide NOVAKVM de septembre 2026 pour installer KiCad 10.0.6 sur Mac Apple Silicon) sont utiles pour les environnements non-Windows, souvent moins bien couverts.

Le critère de tri est simple : une ressource qui ne mentionne pas de numéro de version est suspecte. Une ressource qui cite explicitement « KiCad 10.0.6 » ou « KiCad 10 » a au moins le mérite d’être datable.

---

Routeur interactif, contraintes, multi-canal : ce qui a réellement changé pour un pro

Ici, il faut être rigoureux, car c’est le terrain des affirmations marketing. La page officielle vante un « powerful interactive router » et des « improved visualization and selection tools » — mais sans version ni date. Impossible, à partir de cette seule source, de dater l’apparition de telle ou telle amélioration du routeur. Nous resterons donc qualitatifs là où la matière ne permet pas de chiffrer.

Ce qu’on peut affirmer avec certitude sur l’état 2026 :

Le routeur interactif est mature et outillé. Un guide pratique d’août 2026 décrit le workflow d’autorouting en KiCad 10 autour de trois modes : Walk Around (contournement), Shove (poussée des pistes existantes) et l’intégration de Freerouting pour l’autorouting complet. La recommandation clé de ce guide est professionnelle : configurer les règles d’abord, placer les composants ensuite, router avec les modes interactifs, puis valider chaque carte par DRC et vérifications de fabrication. C’est le workflow d’un pro, pas d’un débutant.

L’autorouting externe est un point de vigilance. Un rapport de régression GitHub daté du 28 août 2026 documente que Freerouting 2.3.0 produit des routes que son propre scoring signale comme portant des violations de clearance, là où la version 2.2.4 routait proprement les mêmes cartes. Leçon directe : ne faites jamais confiance à un autorouteur sans repasser le DRC, et méfiez-vous des mises à jour d’outils tiers qui peuvent régresser.

Les fonctionnalités jeunes ou instables existent, et il faut les connaître. Un fil du forum daté du 3 août 2026 montre des utilisateurs perplexes face à une nouveauté de KiCad 10 : les labels de puissance locaux (local power labels). La fonctionnalité existe, mais son usage n’est pas évident — un signe classique de fonctionnalité récente dont l’ergonomie et la documentation doivent encore mûrir. Contournement : restez sur les labels de puissance globaux tant que le besoin ne justifie pas l’inverse.

L’import Altium : possible, mais perfectible. C’est un point sensible pour les équipes qui migrent. Un fil du forum du 1er septembre 2026 rapporte qu’un import de projet Altium (version 25.6.2) vers KiCad 10.0.6 génère un avertissement ERC « Symbol pin or wire end off connection grid » sur presque chaque broche et chaque extrémité de fil. Autrement dit : l’import fonctionne, mais il produit du travail de nettoyage. Fait notable : KiCad 10.0.0 n’embarque pas d’importateur Altium natif — la migration passe par des chemins détournés, avec les frictions qui vont avec.

Fonctionnalité	Statut 2026	Impact concret
Routeur interactif (Walk Around, Shove)	Mature	Gain de temps quotidien sur le routage manuel
Autorouting via Freerouting	Externe, à surveiller	Régression de clearance documentée en 2.3.0
Labels de puissance locaux	Jeune (KiCad 10)	Ergonomie encore obscure, à manier avec prudence
Import Altium	Fonctionnel mais imparfait	Nettoyage ERC important après import
Visionneuse 3D (raytracer)	Mature	Inspection mécanique et rendu réaliste

---

Contraintes et DRC : passer d’un vérificateur à un véritable moteur de règles

C’est le sujet qui sépare un utilisateur avancé d’un professionnel exigeant. Le DRC de KiCad n’est plus un simple « vérificateur de règles » : c’est un moteur de contraintes, et la différence est immense.

Structurer un jeu de règles réutilisable

La bonne pratique professionnelle consiste à ne pas définir ses règles carte par carte, mais à construire un jeu de règles réutilisable, versionné avec vos projets. Concrètement, cela passe par :

1. Les classes de net : regroupez vos nets par fonction (alimentation, signal rapide, analogique, masse) et assignez à chaque classe des contraintes de largeur, de clearance et de via. C’est la base de tout.
2. Les paires différentielles : déclarez-les explicitement avec leurs contraintes d’écartement et de longueur. Un USB, un HDMI, un Ethernet mal déclaré, et vous vous exposez à des allers-retours avec le fabricant.
3. Les contraintes de longueur et d’impédance : pour les cartes denses ou les signaux critiques, c’est là que le moteur de règles fait la différence.
4. Les règles conditionnelles : selon la couche, la zone ou le type de net, vous pouvez écrire des règles fines qui évitent les compromis globaux.

Intégrer le DRC dans un flux de vérification continue

Le geste qui change tout : ne pas lancer le DRC uniquement en fin de projet. Intégrez-le dans votre flux — à chaque étape significative, et idéalement de manière scriptée pour qu’il tourne automatiquement. Le guide d’autorouting d’août 2026 le martèle : valider chaque carte par DRC et vérifications de fabrication avant de considérer le travail terminé.

Les limites à connaître

Soyons clairs sur ce que la matière ne permet pas d’affirmer : nous n’avons pas de documentation détaillée sur la syntaxe exacte des règles personnalisées ni sur les limites précises du moteur par rapport à Altium. Ce qu’on peut dire, c’est que la comparaison KiCad vs Altium en 2026 (analyse protoflow.ai d’août 2026) porte explicitement sur la gestion des contraintes et la gestion des données d’équipe — deux domaines où l’outil propriétaire garde une longueur d’avance historique, mais où KiCad a comblé une part substantielle de l’écart.

Pour un concepteur travaillant sur des cartes denses ou à contraintes fortes, la conclusion pratique est : le moteur de règles de KiCad est désormais suffisant pour la majorité des projets professionnels, à condition de l’exploiter sérieusement — c’est-à-dire de structurer ses règles, pas de les improviser.

---

Réutilisation, scripts et automatisation : le vrai levier de productivité

À ce stade de maîtrise, votre productivité ne vient plus de votre vitesse de clic, mais de ce que vous ne refaites pas. Trois leviers.

1. La réutilisation structurelle

Blocs de schéma réutilisables, feuilles hiérarchiques, modèles de PCB, bibliothèques personnelles : tout ce qui se répète doit être encapsulé. Un design qui comporte plusieurs canaux identiques ne se dessine pas deux fois. La clé est le nommage : des conventions claires, cohérentes, appliquées partout, sinon la réutilisation devient un piège de maintenance.

2. Le scripting Python

L’API pcbnew est le cœur de l’automatisation. Un fait daté de notre veille : une documentation CI de l’API pcbnew a été publiée en juillet 2026 — signe que l’outillage autour du scripting se professionnalise. Ce que vous pouvez automatiser :

• Génération de variantes de cartes (peuplements différents, options).
• Vérifications personnalisées que le DRC standard ne couvre pas.
• Export de données de fabrication en lot, sans manipulation manuelle.
• Intégration dans une chaîne CI : un commit déclenche les vérifications.

Un exemple concret et très parlant vient de la veille : un article de scriptedpcb.com (13 septembre 2026) montre comment générer une grille complète de vias de stitching reliés à la masse par script, plutôt qu’à la main. Un plugin de saludpcb.com (11 août 2026) propose la même chose en un clic : « Auto-Fill Ground Planes ». C’est exactement le type de tâche répétitive où le script fait gagner des heures.

3. Les pièges de maintenance

L’automatisation a un coût caché : un script non maintenu devient une dette. Les mises à jour de KiCad peuvent casser une API, et un script qui échoue silencieusement est pire que pas de script du tout. La discipline : versionner vos scripts comme votre code, les tester à chaque montée de version majeure, et documenter ce qui reste manuel — parce que tout n’est pas automatisable, et prétendre le contraire fait perdre plus de temps qu’autre chose.

---

Plugins, viewers et interopérabilité : l’écosystème qui fait la différence

En 2026, l’écosystème périphérique de KiCad n’est plus un jardin d’amateurs. C’est un véritable marché, avec des outils matures et d’autres beaucoup moins.

Les plugins utiles

• Import/export et fabrication : l’import Altium reste le point sensible (voir plus haut), mais il existe et progresse.
• Mécanique : l’interopérabilité avec les formats STEP et IDF est un acquis pour les concepteurs travaillant avec des mécaniciens.
• Stitching vias et plans de masse : les plugins d’auto-remplissage (saludpcb.com, août 2026) sont un gain de temps réel sur les cartes RF et thermiques.
• IA : c’est la nouveauté la plus commentée. Une analyse de protoflow.ai (31 juillet 2026) recense trois méthodes réelles pour ajouter de l’IA à un workflow KiCad : les plugins in-editor, les outils « générer puis exporter » de schéma, et la génération de composants par IA. Un exemple notable : Konnect, un plugin natif pour KiCad 10 écrit en Rust, qui transforme Claude en assistant de schématique et de routage via MCP (article DevTrends, 7 septembre 2026). Prudence : ces outils sont jeunes, et l’analyse elle-même insiste sur « ce que chacun peut et ne peut pas faire ».

Comment évaluer un plugin avant de l’intégrer

Pour un flux professionnel, la grille d’évaluation est simple :

1. Maturité : le plugin est-il maintenu activement ? A-t-il une version compatible avec votre branche 10.x ?
2. Statut assumé : un outil qui se déclare expérimental — comme ALT TAB Circuit Copilot — ne doit pas entrer dans un flux critique.
3. Dépendances : que tire-t-il derrière lui ? Une dépendance non maîtrisée est un risque de sécurité et de maintenance.
4. Réversibilité : si le plugin disparaît, votre projet reste-t-il exploitable ? La réponse doit toujours être oui.

Interopérabilité avec les autres suites

Le paysage 2026 est clair : KiCad est multi-plateforme, là où Altium Designer reste Windows uniquement. Pour les équipes mixtes (Linux, macOS Apple Silicon, Windows), c’est un argument de poids. Le coût, lui, ne se discute même pas : Altium Designer se situe entre 3 850 et 5 000 USD par utilisateur et par an, avec une formation à 1 000-2 000 € par personne, et un coût total sur trois ans pour cinq postes (formation incluse) supérieur à 175 000 USD. En face, KiCad est gratuit et soutenu par The Linux Foundation.

---

Ce qu’il faut surveiller dans les mois à venir

La trajectoire du projet

La gouvernance est un signal fort : KiCad est financé via The Linux Foundation, une organisation 501(c)(6) à but non lucratif basée aux États-Unis, avec des dons possibles par carte de crédit ou bon de commande en USD. Cette assise institutionnelle explique la régularité du cycle de publication — RC, release, patchs — que nous observons en 2026.

Les signaux à suivre

• Les annonces de release sur kicad.org : la 10.0.7 était en RC2 au 3 octobre 2026 ; sa sortie stable est imminente.
• Les fils du forum officiel : c’est là qu’apparaissent les régressions (comme la lenteur de déplacement de pistes en 10.0.4/10.0.5) avant qu’elles ne soient corrigées.
• Les dépôts et discussions communautaires : pour anticiper les fonctionnalités en cours de stabilisation.
• Les conférences : la quatrième conférence asiatique KiCon se tiendra à Shenzhen du 5 au 7 novembre 2026 — un bon baromètre de la dynamique du projet et de son écosystème.

Faut-il migrer maintenant, attendre, ou consolider ?

La réponse dépend de votre situation :

• Si vous êtes sur 10.0.6 et que tout fonctionne : consolidez. Ne sautez pas sur la 10.0.7 le jour de sa sortie ; attendez quelques retours.
• Si vous êtes sur une branche antérieure : la 10.x est la cible, mais préparez la migration (bibliothèques, scripts, règles) plutôt que de la subir.
• Si vous venez d’Altium : l’import est possible mais imparfait ; prévoyez du temps de nettoyage et ne sous-estimez pas les avertissements ERC en masse.

Ce que KiCad change dans la pratique professionnelle

La vraie transformation de 2026 n’est pas technique, elle est culturelle. Un outil gratuit, multi-plateforme, soutenu par une fondation, avec un écosystème de plugins, de scripts et même d’IA, redéfinit ce qu’on attend d’une suite de conception PCB. Les compétences à cultiver ne sont plus seulement « savoir router » : ce sont savoir écrire des règles, savoir scripter, savoir évaluer un plugin, et savoir intégrer la vérification dans un flux continu. C’est là que se joue la vitesse supérieure — pas dans un menu, mais dans une méthode.

---

Sources

• KiCad – Schematic Capture & PCB Design Software
• Download – KiCad
• Downloads | KiCad EDA
• Windows Downloads – KiCad
• Documentation | KiCad
• Démarrer avec KiCad | 5.1 | Français | Documentation | KiCad
• KiCad – Wikipedia
• KiCad — Wikipédia
• PCB Design Software in 2026: What Beginners Should Compare
• 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 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 Conference Asia 2026 Announcement — kicad.org (16 septembre 2026)
• Altium → KiCad 10 import: "Symbol pin or wire end off connection grid" — forum.kicad.info (1er septembre 2026)
• KiCad 10.0.4 / 10.0.5 – extremely slow track movement in PCB Editor — forum.kicad.info (12 août 2026)
• Local power labels – how? — forum.kicad.info (3 août 2026)
• 2.3.0 regression: routes ship self-reported clearance violations — github.com (28 août 2026)
• KiCad Autorouting Made Easy: Walk Around, Shove, and Freerouting — rottenwifi.com (13 août 2026)
• Créer une grille de vias de stitching avec l… — scriptedpcb.com (13 septembre 2026)
• KiCad Plugin Tutorial 2026 | Stitching Vias Made Effortless — saludpcb.com (11 août 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)
• Как подключить Claude к KiCad 10 — DevTrends (7 septembre 2026)
• How To Install KiCad 10.0.6 On Apple Silicon Mac — NOVAKVM Engineering Blog (23 septembre 2026)