Electrosens R&D
Electrosens Kicad Master · 30 October 2026

KiCad 10.0.7 est là : la branche 10.0.x boucle son cycle, changelogs détaillés et écosystème en ébullition

La version 10.0.7 de KiCad est désormais la version stable officielle, publiée sur le [blog du projet](https://www.kicad.org/blog/2026/10/KiCad-10.0.7-Release/) après deux release candidates les 27 septembre et 3 octobre 2026. La branche 10.0.x, ouverte le 20 mars 2026 avec la 10.0.0, aura donc connu sept versions de maintenance en sept mois — un rythme qui dit beaucoup de la maturité atteinte par le logiciel. Surtout, le mur du silence est tombé : depuis la 10.0.5, chaque release s’accompagne d’un changelog détaillé, renvoyant au milestone GitLab correspondant. Entre correctifs critiques, intégration native des SpaceMouse, consolidation de l’écosystème (bibliothèques CERN, IA via MCP, Git, FreeRouting) et contexte particulier — la fin d’EAGLE le 7 juin 2026 a poussé des milliers de concepteurs vers KiCad — cet article propose un état des lieux objectif de la maturité de KiCad 10, pour aider les concepteurs PCB à décider s’il est temps de migrer.


10.0.7 : la branche 10.0.x arrive au bout de son cycle

Le 3 octobre 2026, le projet publiait la deuxième release candidate de la 10.0.7, après une première RC le 27 septembre. Le message officiel était sans ambiguïté : « The second release candidate for version 10.0.7 is available for testing. Version 10.0.7 will be released soon unless critical issues are found in testing this release candidate. » La stable a suivi, annoncée sur le billet de release officiel : « The KiCad project is proud to announce the version 10.0.7 bug fix release. The 10.0.7 stable version contains critical bug fixes and other minor improvements since the previous release. »

Le milestone GitLab 10.0.7 liste l’ensemble des tickets corrigés, et le blog insiste : « This release contains several critical bug fixes so please consider upgrading as soon as possible. » Les paquets Windows, macOS et Linux sont disponibles ou le seront « in the very near future », selon la page de téléchargement.

Parmi les correctifs documentés de la 10.0.7, on relève notamment :

  • Général :
    • Conservation du texte de recherche à la réouverture de la boîte de dialogue de recherche (#25273)
    • Affichage du menu contextuel lors d’un clic droit sur un objet collé (#25287)
    • Validation des noms de fichiers d’archive avant extraction (#25227 et #25175)
    • Ne plus fermer automatiquement la boîte de dialogue d’installation PCM depuis un fichier si l’extraction du plugin échoue (commit 14f1d5d)
    • Correction des objets collés et nouvellement placés qui n’apparaissaient qu’après un undo (#22734)
    • Conservation des polices embarquées lors de l’ajout d’une carte ou de l’import d’une feuille (commit 5633df0)
    • Mise à jour de l’icône de groupe de barre d’outils lorsqu’un outil démarre depuis un menu ou un raccourci (commit fab2f3b)
    • Réutilisation d’un handle curl entre les requêtes HTTP de bibliothèques (#25375)
    • Protection contre les bibliothèques multiples référençant d’autres bibliothèques au chargement (#25420)
    • Sortie du travail Git en arrière-plan du pool de threads de calcul partagé (#20703)
    • Ne plus perdre les descriptions de bibliothèques HTTP (#25475)

Ce niveau de détail, désormais systématique, répond aux critiques sur l’opacité des correctifs des versions 10.0.1 à 10.0.4. Les utilisateurs peuvent vérifier si un bug qui les affecte est corrigé, et décider en connaissance de cause. C’est un signal fort de professionnalisation du projet, d’autant plus important dans un contexte où KiCad devient la cible privilégiée des ex-utilisateurs d’EAGLE.


De 10.0.0 à 10.0.4 : une litanie de correctifs sans détail

En consultant les notes de version officielles sur le dépôt GitHub du projet (kicad-source-mirror/releases), on découvre une formule qui se répète, identique, pour chaque release depuis la 10.0.1 : « This release contains bug fixes and other minor improvements since the previous release. » Aucun détail, aucune liste de tickets corrigés, aucune mention de composant affecté (moteur de routage, interface, import/export, etc.). La version 10.0.0 elle-même, bien que majeure, n’est accompagnée que d’un renvoi au billet de blog officiel pour les nouveautés, mais sans changelog technique exhaustif.

Versions de maintenance KiCad 10.0.x (2026)10.0.0 (20 mars)1versions10.0.11versions10.0.21versions10.0.31versions10.0.41versions10.0.5 (22 juil.)1versions10.0.7 (oct.)1versions

Le seul correctif explicitement documenté concernait la version 10.0.0-1, un patch de packaging pour Windows qui résolvait un problème avec les bibliothèques de symboles. Rien de plus. Cette opacité était problématique pour les utilisateurs qui souhaitent évaluer l’impact d’une mise à jour sur leur workflow. Un concepteur confronté à un bug spécifique (par exemple, un plantage lors de l’import d’un fichier Altium) ne pouvait pas savoir si la version 10.0.4 l’adressait, sauf à tester lui-même ou à fouiller les discussions de forums.

Pourtant, des sources tierces comme TechOverflow (un site indépendant) mentionnent que leur script d’initialisation de projet est basé sur KiCad 10.0.1, sans signaler de problème majeur. Cela suggère que les régressions n’étaient pas catastrophiques, mais ne remplaçait pas une communication claire de la part du projet. On sait aussi que le crash du Zone Manager affectant la 10.0.1 a été corrigé dans la 10.0.2, mais sans détail officiel à l’époque.

Un point de vigilance, toutefois, mérite d’être signalé : un fil du forum officiel KiCad (12 août 2026) rapporte un problème sérieux de performance dans l’éditeur PCB sur les versions 10.0.4 et 10.0.5 — le déplacement d’une piste déjà routée devenant extrêmement lent, au point de rendre la 10.0.5 « inutilisable » pour certains utilisateurs. Ce type de retour, non documenté dans les notes de version, illustre précisément pourquoi l’opacité des changelogs était un problème : sans transparence, ces régressions de performance circulent par bouche-à-oreille plutôt que par canaux officiels.


10.0.5 et 10.0.6 : le mur du silence tombe

La version 10.0.5, publiée le 22 juillet 2026, est annoncée sur le blog officiel de KiCad (kicad.org/blog/2026/07/KiCad-10.0.5-Release/) avec un changement notable : pour la première fois depuis la 10.0.0, un changelog détaillé est fourni, renvoyant directement au milestone GitLab listant les issues corrigées. Le blog précise : « This release contains several critical bug fixes so please consider upgrading as soon as possible. »

Parmi les correctifs documentés de la 10.0.5, on trouve notamment :

  • Général :
    • Persistance du flag de visibilité pour les bibliothèques de blocs de conception (#24588)
    • Suppression des événements de répétition de touches en attente après relâchement (#24540)
    • Application de la langue importée sans redémarrage dans l’assistant de démarrage (#24593)
    • Limitation du dessin des lignes pointillées sur des géométries énormes pour éviter un blocage (#23824)
    • Prévention d’un crash lors de la migration d’une ligne de table de bibliothèque imbriquée (#23291)
    • Correction d’un bug lié à la langue lors de l’import de blocs de conception (#24659)
    • Correction d’un crash à la sortie (#23102)
    • Récupération après un crash d’initialisation du pilote 3Dconnexion (#22609) – un correctif qui a mis en lumière le support natif des SpaceMouse (voir plus loin).
    • Ne plus ajouter les bibliothèques stock lors de la migration si l’utilisateur n’en avait pas (#24594)
    • Affichage du chemin complet du projet dans la barre d’état du gestionnaire de projets (#24302)
    • Correction d’un problème de mise en page de l’aperçu dans la boîte de dialogue « Project Template Selector » (#23656)
    • Désactivation du bouton OK de la boîte de dialogue de commit jusqu’à ce qu’un fichier soit sélectionné (#24771)
    • Centrage d’une boîte de dialogue lorsque sa barre de titre se trouve hors écran (#24759)

La 10.0.6, publiée le 29 août 2026, a poursuivi sur cette lancée avec son propre billet de blog et son milestone GitLab. Le message officiel reste identique : « The 10.0.6 stable version contains critical bug fixes and other minor improvements since the previous release. » Parmi les correctifs notables :

  • Général :
    • Compactage du vecteur de règles DRC lors de la reconstruction du modèle pour récupérer la mémoire inutilisée (commit 976f1df)
    • Correction de l’affichage de la grille dans la barre d’état pour l’assistant d’empreintes et les visualiseurs (#24898)
    • Application du transfert de groupe par instance pour les feuilles partagées lors de la mise à jour entre schéma et PCB (#24956)
    • Affichage d’une nouvelle bibliothèque de projet sans redémarrage (#24872)
    • Suppression de la boîte de dialogue d’erreur système lorsqu’un fichier ne peut pas être archivé (commit 210d4d5)
    • Ajout d’éléments à un sous-groupe (#25023)
    • Correction du dessin des styles de ligne sur les courbes de Bézier (#25110)
    • Correction des infobulles du panneau de propriétés répétant le nom du champ (#25132)
    • Échappement des tildes uniquement lorsqu’ils peuvent être interprétés comme du balisage lors de l’import de fichiers Eagle (#25193)
    • Réduction du bégaiement lors du rafraîchissement du canevas (#25014)
    • Correction du tracé des formes hachurées sans motif de remplissage (#25177)
    • Correction du garde-fou de réentrance dans la vérification de mise à jour des informations (#23988)

Ce niveau de détail est inédit pour la série 10.x et répond directement aux critiques sur l’opacité des correctifs. Les utilisateurs peuvent désormais vérifier si un bug qui les affecte est corrigé, et décider en connaissance de cause. C’est un signal fort de professionnalisation du projet, d’autant plus important dans un contexte où KiCad devient la cible privilégiée des ex-utilisateurs d’EAGLE.


SpaceMouse et KiCad 10 : l’intégration native enfin stable

Le correctif #22609 – « Recover from 3Dconnexion driver initialization crash » – a mis en lumière une fonctionnalité longtemps restée dans l’ombre : le support natif des SpaceMouse 3Dconnexion. Comme nous l’avions exploré dans notre article dédié (« SpaceMouse et KiCad 10 : le support natif 3Dconnexion sort de l’ombre »), KiCad 10 intègre un pilote pour ces périphériques de navigation 3D, mais des plantages à l’initialisation pouvaient survenir. La version 10.0.5 corrige ce problème, et les 10.0.6 puis 10.0.7 n’ont fait que confirmer la stabilité de cette intégration.

Source : github.com

Concrètement, les utilisateurs de SpaceMouse Wireless, Enterprise ou Pro peuvent désormais naviguer dans la vue 3D du PCB et du visualiseur 3D avec une fluidité accrue, sans risque de crash au démarrage. La page officielle de 3Dconnexion dédiée à KiCad (3dconnexion.com/applications/kicad/) et deux vidéos YouTube — « KiCad x 3Dconnexion – SpaceMouse benefits and features » et « KiCad x 3Dconnexion – CadMouse benefits and features » — documentent cette intégration. Les études de 3Dconnexion en CAO mécanique montrent une réduction de 30 à 50 % des mouvements de souris, un gain potentiellement significatif pour les concepteurs qui travaillent sur des cartes multicouches ou des boîtiers complexes. Cette intégration native, discrète mais réelle, place KiCad au niveau des EDA propriétaires en matière d’ergonomie 3D.


Écosystème et plugins : l’impact des correctifs récents

Les nouveautés majeures de la branche 10.0.x ne se limitent pas au cœur du logiciel : elles touchent directement l’écosystème des plugins et des outils tiers, qui constitue désormais l’un des principaux arguments de KiCad face aux suites propriétaires.

Konnect : l’IA générative entre dans le flux de conception

Le plugin le plus commenté de cet automne est sans conteste Konnect, un plugin natif pour KiCad 10 écrit en Rust et distribué sous forme d’un binaire unique. Comme le rapportent Fellow (14 octobre 2026) et DevTrends (7 septembre 2026), Konnect expose KiCad via le protocole MCP (Model Context Protocol) et met à disposition de Claude et d’autres assistants 228 outils couvrant la conception de schémas et le routage de circuits imprimés. Concrètement, un concepteur peut demander à un assistant de générer un schéma, de proposer un placement de composants ou d’esquisser un routage, l’assistant pilotant KiCad par l’intermédiaire de ces outils. Adafruit a consacré un article à cette approche le 26 octobre 2026, confirmant l’intérêt de la communauté maker pour ce type d’intégration.

Il convient toutefois de rester prudent : l’IA générative en conception PCB reste un assistant, pas un substitut à l’expertise. Les règles DRC, les contraintes d’impédance et les impératifs de fabrication exigent toujours une validation humaine. Konnect illustre surtout la vitalité de l’écosystème plugin de KiCad, rendue possible par une API stable et une architecture ouverte.

FreeRouting : le routeur Java s’ouvre aux API, au CLI, au MCP et à l’IPC

Autre chantier majeur de l’automne : la mue de FreeRouting, le routeur automatique Java historique de l’écosystème KiCad. Comme nous l’avions détaillé dans notre article « Routage automatique sous KiCad 10 en 2026 », FreeRouting s’ouvre désormais aux API, au CLI, au MCP et à l’IPC. Cette ouverture permet d’intégrer le routeur dans des chaînes automatisées, y compris des workflows pilotés par IA.

Attention cependant : une régression documentée sur GitHub (28 août 2026) affecte la version 2.3.0, qui « produces routes that its own scoring reports as carrying clearance violations, on boards that 2.2.4 routes with zero violations ». Autrement dit, la 2.3.0 (et le snapshot 2.3.1 tournant sur api.freerouting.app) peut générer des routes que son propre scoring signale comme violant les clearances, là où la 2.2.4 routait proprement. Si vous utilisez FreeRouting en production, mieux vaut donc valider systématiquement chaque carte avec le DRC de KiCad avant de l’envoyer en fabrication, et envisager de rester sur la 2.2.4 en attendant un correctif.

Routeurs GPU et cloud : à prendre avec des pincettes

L’écosystème voit aussi émerger des routeurs GPU comme OrthoRoute et PCB Auto Router, ainsi que des solutions cloud comme Quilter et DeepPCB. Ces outils sont prometteurs mais restent, pour l’essentiel, des spécialistes : OrthoRoute, par exemple, est un routeur GPU ultra-spécialisé, pas un outil généraliste. Les concepteurs qui cherchent une solution clé en main pour du routage interactif trouveront davantage leur compte dans le routeur natif de KiCad 10, dont les modes « Walk Around » et « Shove » sont abondamment documentés (voir par exemple rottenwifi.com, 13 août 2026, et luisllamas.es, 21 août 2026).

Scripts et plugins : le retour en grâce du scripting

Le scripting Python reste un pilier de l’écosystème. Un exemple représentatif : la génération automatique de grilles de vias de stitching reliés à la masse, documentée par scriptedpcb.com (13 septembre 2026) et SaludPCB (11 août 2026). Plutôt que de placer manuellement des dizaines de vias, un script génère une grille complète, ce qui s’avère précieux pour les plans de masse, le blindage RF et la gestion thermique. Ces tutoriels témoignent de la vitalité de la communauté, mais aussi de la nécessité, pour les nouveaux venus, de se former au scripting pour tirer pleinement parti de KiCad.


Les premières annonces pour la 11.0

Si la branche 10.0.x arrive au bout de son cycle, les premiers signaux pour la 11.0 se dessinent déjà. Comme nous l’avions évoqué dans notre article « KiCad 10.0.7 enfin disponible, la 11.0 se dévoile », les chantiers annoncés incluent l’import SprintLayout, une API IPC headless (permettant de piloter KiCad sans interface graphique, notamment pour l’automatisation et l’intégration continue) et une consolidation de l’écosystème IA. Ces orientations confirment la stratégie du projet : faire de KiCad non plus seulement un logiciel de conception, mais une plateforme ouverte, programmable et intégrable dans des chaînes industrielles.

Source : gemini.google.com

Pour les équipes qui envisagent une migration, la question n’est donc plus « faut-il migrer vers KiCad 10 ? » mais « faut-il attendre la 11.0 ? ». La réponse dépend de l’urgence : la 10.0.7 est stable, maintenue et documentée ; la 11.0 apportera des fonctionnalités nouvelles mais introduira aussi son lot d’inconnues. Un déploiement progressif sur la 10.0.7, avec une veille sur les annonces 11.0, constitue la voie la plus sûre.


Routage et contraintes : les chantiers invisibles

Au-delà des correctifs visibles, la branche 10.0.x a consolidé des chantiers moins médiatisés mais essentiels pour les concepteurs professionnels : le DRC graphique, les variantes de carte, et la stabilité des importateurs.

DRC graphique et variantes de carte

Le DRC graphique, introduit avec KiCad 10, permet de définir des règles de conception directement sur le canevas, par exemple en traçant des zones de contraintes. Les variantes de carte, elles, permettent de gérer plusieurs configurations d’un même PCB (composants DNP, valeurs alternatives) sans dupliquer le projet. Ces deux fonctionnalités ont fait l’objet de correctifs de stabilité dans les versions 10.0.5 à 10.0.7, signe qu’elles sont désormais suffisamment mûres pour un usage en production — mais aussi qu’elles ont connu des ajustements, ce qui invite à tester soigneusement avant de s’y fier sur des projets critiques.

Importateurs : la zone d’ombre la plus critique pour les migrations

L’import de projets Altium reste un point sensible. Un fil du forum KiCad (1er septembre 2026) rapporte qu’un projet Altium 25.6.2 migré vers KiCad 10.0.6 génère l’avertissement ERC « Symbol pin or wire end off connection grid » sur presque chaque broche de symbole et extrémité de fil. Ce type d’avertissement, bénin en apparence, peut masquer de vrais problèmes de connectivité et oblige à une vérification manuelle fastidieuse. Les concepteurs qui migrent depuis Altium doivent donc prévoir du temps pour le nettoyage post-import, et ne pas s’attendre à un import parfaitement propre.

Du côté d’EAGLE, l’importateur natif de KiCad 10 gère plutôt bien les fichiers historiques, mais des ajustements restent nécessaires : la 10.0.6 a ainsi corrigé l’échappement des tildes lors de l’import de fichiers Eagle (#25193). Là encore, la validation manuelle reste de mise.


Ce que la 10.0.7 change (et ne change pas) pour votre workflow

Ce qu’elle change : la 10.0.7 corrige plusieurs bugs critiques, dont certains affectent directement le workflow quotidien — objets collés qui n’apparaissent qu’après un undo, perte des polices embarquées lors de l’import de feuilles, ou encore travail Git en arrière-plan qui venait saturer le pool de threads de calcul. Pour les utilisateurs de la 10.0.6, la mise à jour est recommandée.

Source : nodejs.org

Ce qu’elle ne change pas : la 10.0.7 reste une version de maintenance. Elle n’apporte pas de nouvelles fonctionnalités majeures ; celles-ci sont réservées à la 11.0. Les problèmes de performance signalés sur les versions 10.0.4 et 10.0.5 (déplacement de pistes extrêmement lent) n’ont pas fait l’objet, à notre connaissance, d’une correction explicitement documentée dans les changelogs de la 10.0.6 ou de la 10.0.7 — un point à surveiller si vous êtes concerné.

Disponibilité : les paquets Windows, macOS et Linux sont publiés ou imminents. Pour les utilisateurs de Mac Apple Silicon, un guide de validation 2026 (23 septembre 2026) détaille l’installation de la 10.0.6 et la vérification de l’architecture, des projets PCB, des fichiers Gerber, des bibliothèques et des modèles 3D. La 10.0.7 devrait suivre le même chemin.

Le contexte EAGLE : depuis le 7 juin 2026, Autodesk a cessé la vente et le support d’EAGLE, fermant même les serveurs de licences. Des milliers de concepteurs se tournent donc vers KiCad, et la stabilité de la branche 10.0.x est un argument décisif. Comme le résume un comparatif de mai 2026 : « Pour tout nouveau projet, choisissez KiCad. » La 10.0.7, avec ses changelogs détaillés et sa maintenance active, confirme ce verdict.

À venir : la KiCon Asia 2026 se tiendra du 5 au 7 novembre 2026 à Shenzhen, en Chine, au Huaqiang Plaza Hotel — l’occasion d’en savoir plus sur la feuille de route 11.0 et sur l’écosystème asiatique de KiCad.


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.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *