Kicad Master · 6 September 2026

KiCad 10.0.6 : la branche 10 atteint sa maturité, l’écosystème s’emballe

Le 24 août 2026, la version 10.0.6 de KiCad voyait le jour, sixième mise à jour corrective depuis la sortie majeure de mars. Derrière ces correctifs se cache une machine bien huilée : 7 609 commits, 78 % des empreintes générées par scripts, 5 nouveaux membres dans l’équipe des bibliothèques. Le rapport d’état officiel du projet, présenté par Seth Hillbrand, dévoile les coulisses d’un logiciel open source qui a conquis l’industrie. Alors que la communauté tourne déjà son regard vers la version 11.0, attendue pour 2027, plongée dans la gouvernance, le financement et la roadmap post-10.0.

Le grand oral de KiCad : ce que le rapport d’état 2026 révèle vraiment

Mars 2026. Après des mois d’attente et un léger glissement par rapport à la date cible de février, KiCad 10.0.0 est officiellement publié. L’annonce, relayée par le blog officiel et des médias comme cnx-software ou Elektor Magazine, marque un tournant : le logiciel libre de conception de circuits imprimés n’est plus un outsider. Il est devenu un acteur central, adopté par des entreprises, des hobbyistes et même des institutions comme le CERN.

Mais au-delà des fonctionnalités – mode sombre, éditeur graphique de règles DRC, variantes de conception, import Altium, support IPC-4761, modèles 3D exclusivement au format STEP –, c’est le rapport d’état du projet qui a retenu l’attention des initiés. Présenté par Seth Hillbrand, lead developer et figure clé de la communauté, ce document dresse un portrait sans fard de la santé du projet. Trois chiffres clés émergent :

7 609 commits uniques (code et traductions) durant le cycle de développement de la version 10, en nette augmentation par rapport à la version 9.
78 % des empreintes (footprints) de la bibliothèque officielle sont désormais générées automatiquement à partir de données, et non dessinées manuellement.
5 nouveaux membres ont rejoint l’équipe des bibliothèques en 2025, portant l’effort collectif à un niveau inédit.

Ces chiffres ne sont pas de simples statistiques. Ils racontent une histoire : celle d’une communauté qui s’organise, d’un projet qui professionnalise sa production, et d’un outil qui rattrape – voire dépasse – certains standards propriétaires. Mais ils soulèvent aussi des questions : comment financer une telle machine ? Qui prend les décisions ? Et surtout, où va KiCad après ce sommet ?

10.0.6 : la stabilisation se poursuit, le changelog s’étoffe

Depuis le 20 mars 2026, la série 10.x de KiCad s’est déployée à un rythme soutenu : six versions correctives en cinq mois, dont la dernière, la 10.0.6, publiée le 24 août 2026. Pour la première fois depuis la 10.0.0, un changelog détaillé accompagne la sortie, permettant de mesurer l’ampleur du travail de stabilisation.

Cette 10.0.6 contient plusieurs correctifs critiques qui justifient une mise à jour rapide. Parmi les plus notables :

Correction d’un problème de mémoire : le "compact rule check handle vector" libère désormais la mémoire inutilisée lors de la reconstruction du modèle, corrigeant des ralentissements signalés sur les cartes complexes.
Amélioration de l’affichage : le rafraîchissement du canvas a été optimisé pour réduire les saccades ("stutter"), un problème remonté par de nombreux utilisateurs sur les grands designs.
Correction du readout de la grille dans la barre d’état pour l’assistant d’empreintes et les visualiseurs.
Gestion des feuilles partagées : le transfert entre schéma et PCB respecte désormais le groupe d’instances par instance, corrigeant le problème #24956.
Affichage des nouvelles bibliothèques sans redémarrage, une amélioration de confort appréciable.
Correction du tracé des styles de ligne sur les courbes de Bézier.
Import Eagle : les tildes ne sont plus échappés que lorsqu’ils peuvent être interprétés comme du markup, évitant des corruptions de noms.

Le support natif des SpaceMouse 3Dconnexion, révélé par les correctifs de la 10.0.5, est confirmé et stabilisé dans cette version. Cette intégration, longtemps restée dans l’ombre, change réellement la navigation 3D des PCB : les utilisateurs peuvent désormais manipuler leur carte avec un contrôleur 6 axes, une fonctionnalité que les utilisateurs d’Altium connaissent bien.

La liste complète des correctifs est disponible sur la page du milestone 10.0.6. Cette cadence de publication – une version corrective toutes les trois à quatre semaines – témoigne d’une équipe de maintenance efficace et d’une communauté de testeurs active.

7 609 commits et une armée de bénévoles : la mécanique du développement

Le cycle de développement de KiCad 10 a été intense. Selon le blog officiel, 7 609 commits uniques ont été intégrés, couvrant à la fois le code source et les traductions. Ce chiffre, en hausse par rapport à la version 9, témoigne d’une activité soutenue. Mais ce qui impressionne davantage, c’est la productivité des bibliothèques : 952 nouveaux symboles, 1 216 nouvelles empreintes et 386 nouveaux modèles 3D ont été ajoutés depuis la version précédente.

Comment expliquer cette cadence ? D’abord, par l’automatisation. Le rapport révèle que plus de 78 % des empreintes sont désormais générées par des scripts à partir de données techniques (fiches constructeurs, normes IPC). Fini le dessin manuel fastidieux : un script peut produire en quelques secondes une empreinte qui aurait pris des heures à un humain. Ce virage vers la génération procédurale a libéré du temps pour les contributeurs, qui peuvent se concentrer sur la validation et l’amélioration de la qualité.

Ensuite, par le recrutement. 5 nouveaux membres ont rejoint l’équipe des bibliothèques en 2025. Ce n’est pas un hasard : la gouvernance du projet a mis en place un processus d’intégration plus structuré, avec des revues de code systématiques sur GitLab. Le flux de contribution est désormais bien rodé : un utilisateur propose une modification, elle est examinée par un mainteneur, testée, puis fusionnée. Ce modèle, emprunté aux grands projets open source (Linux, Blender), permet de maintenir une qualité élevée tout en accueillant de nouveaux venus.

Mais attention : derrière ces chiffres se cache une réalité moins glamour. La majorité des contributeurs sont des bénévoles. Le temps passé à relire des patches, à corriger des bugs et à maintenir la compatibilité ascendante est immense. Le rapport d’état, bien que non chiffré sur ce point, laisse entendre que la charge de travail des mainteneurs est un sujet de préoccupation. Sans un noyau dur de développeurs salariés (financés par des sponsors comme DigiKey ou le CERN), le projet risquerait de s’essouffler.

Le trésor de guerre de l’open source : décrypter le budget de KiCad

C’est le point le plus opaque du rapport. Aucun chiffre précis sur le budget annuel total, la ventilation entre développement salarié, infrastructure (CI, serveurs, tests) et documentation n’est fourni dans les sources accessibles. Pourtant, on peut reconstituer les grandes lignes du modèle économique.

KiCad repose sur plusieurs sources de revenus :

Les dons individuels via Open Collective. La page officielle permet aux utilisateurs de faire des contributions ponctuelles ou récurrentes. Le montant total collecté n’est pas public dans les sources, mais on sait que la communauté est généreuse, surtout après les sorties majeures.
Les sponsors corporatifs : DigiKey, le CERN, et d’autres entreprises technologiques soutiennent le projet financièrement. DigiKey, par exemple, a un partenariat de longue date. Le CERN, de son côté, a publié une bibliothèque de 17 000 composants validés pour KiCad 9 et 10 en mai 2026, preuve de son engagement.
La KiCad Services Corporation (KSC) : cette entité juridique, basée aux États-Unis, gère les fonds et les licences. Elle perçoit des frais de services pour certaines prestations (hébergement, support). Mais son budget exact reste confidentiel.

Le défi est de taille : financer le développement d’un logiciel gratuit, sans modèle SaaS ni vente de licences. Comparé à Altium, qui facture entre 3 850 et 5 000 dollars par an et par utilisateur, le budget de KiCad est probablement inférieur d’un facteur 10 ou 100. Pourtant, le projet parvient à sortir des versions majeures chaque année, avec des fonctionnalités compétitives. C’est le miracle de l’open source : une armée de bénévoles compense le manque de moyens financiers.

Mais cette situation est fragile. Le rapport d’état, bien que discret sur les chiffres, insiste sur la nécessité de diversifier les sources de revenus. Des pistes sont évoquées : abonnements premium pour les entreprises (support prioritaire, formation), services de certification de bibliothèques, ou encore mécénat d’entreprises. Rien n’est encore acté, mais la direction est claire : KiCad doit trouver un modèle économique durable pour ne pas dépendre uniquement de la bonne volonté.

Gouvernance à deux têtes : KSC et Linux Foundation, qui décide vraiment ?

La structure juridique de KiCad est atypique. D’un côté, la KiCad Services Corporation (KSC) gère les aspects financiers et légaux : collecte des dons, gestion des marques, licences. De l’autre, le projet est hébergé sous l’égide de la Linux Foundation, qui fournit l’infrastructure (GitLab, CI, forums) et un cadre de gouvernance éprouvé.

Concrètement, qui décide des fonctionnalités majeures ? Le processus n’est pas documenté de manière exhaustive dans les sources, mais on peut le déduire du fonctionnement typique des projets Linux Foundation. Les décisions importantes (comme l’abandon du format VRML pour le STEP, ou l’intégration d’un import Altium) sont précédées de RFC (Request for Comments) formels, discutés sur les listes de diffusion et le forum. Les mainteneurs principaux (Wayne Stambaugh, Seth Hillbrand, etc.) ont un droit de veto, mais le consensus est recherché.

Le poids des sponsors corporatifs est réel, mais limité. DigiKey ou le CERN peuvent financer des fonctionnalités spécifiques (par exemple, l’amélioration du routeur), mais ils n’ont pas de droit de vote direct sur la roadmap. La communauté reste souveraine. C’est un équilibre subtil : les sponsors apportent des fonds, mais ne dictent pas la direction.

Un exemple récent : l’import des projets Altium, très demandé par les entreprises, a été développé grâce à des contributions de la communauté et à un financement ciblé. Il a été intégré dans KiCad 10 sans compromettre la philosophie open source. Ce modèle de « développement sponsorisé mais ouvert » semble fonctionner.

La ruée vers l’IA : comment KiCad intègre les plugins intelligents

L’intelligence artificielle a envahi la conception de PCB en 2026. KiCad n’est pas en reste. Le rapport d’état ne détaille pas spécifiquement l’IA, mais l’écosystème de plugins explose. On trouve désormais :

PCB Auto Router (pcbautorouter.top) : un outil de routage automatique accéléré par GPU, compatible KiCad et JLC EDA. Il promet un routage one-click pour des cartes complexes, avec routage différentiel et adaptation de longueur. Selon Hackaday, il peut traiter des designs monstres avec 17 600 pads, 16 connecteurs et 8 192 airwires — des cartes qui stoppaient les routeurs traditionnels.
ALT TAB Circuit Copilot : un assistant de conception basé sur l’IA, encore expérimental, qui génère des schémas à partir de descriptions textuelles.
KiCad MCP Server (Seeed Studio) : un serveur MCP qui permet à des assistants IA d’analyser des schémas, d’inspecter des PCB, de tracer des connexions, de valider des designs et de générer du code embarqué.
Autocuro : un service de routage cloud, utilisant l’apprentissage automatique pour optimiser les pistes.

Ces outils ne sont pas encore intégrés nativement dans KiCad, mais ils s’appuient sur l’API Python (pcbnew) et le format de fichier texte ouvert. Un article de Protoflow (juillet 2026) liste plusieurs plugins IA « qui fonctionnent vraiment », allant de la génération de symboles à l’auto-routage. Une enquête de Weidmuller publiée en juillet 2026 révèle que l’IA est désormais perçue comme un élément normalisé du workflow d’ingénierie, mais qu’il existe encore des écarts entre ce que les ingénieurs PCB souhaitent et ce que les outils IA réalisent réellement.

L’impact sur le workflow est considérable. Un ingénieur peut désormais décrire son circuit en langage naturel, obtenir un schéma préliminaire, puis le router automatiquement en quelques minutes. Les gains de temps sont spectaculaires : selon les données collectées, le routage automatique peut passer de 3 heures à moins de 10 minutes sur des cartes complexes, et les plateformes IA-native annoncent des gains de productivité de l’ordre de 10x sur la phase de layout. KiCad devient ainsi plus compétitif face à des solutions propriétaires comme Altium, qui intègre aussi des fonctionnalités IA (Altium 365 Copilot).

Mais cette ruée vers l’IA pose des questions : qui valide les résultats ? Un routeur IA peut générer des pistes apparemment correctes mais non conformes aux règles de conception (clearance, impédance). La communauté KiCad, via le forum, discute activement de la nécessité de certifier ces plugins. Le rapport d’état n’aborde pas ce sujet, mais il est au cœur des préoccupations des utilisateurs professionnels.

Routage automatique : un écosystème en pleine effervescence

La sortie de KiCad 10.0.6 a stabilisé la plateforme, et l’écosystème du routage automatique n’a jamais été aussi dynamique. Le routeur interactif natif de KiCad 10 a fait un bond en avant discret mais significatif, avec des modes « Walk Around » et « Shove » qui permettent de router des cartes complexes sans passer par un outil externe. Un guide pratique publié par RottenWifi en août 2026 détaille comment configurer les règles, placer les composants et utiliser ces modes efficacement, avant d’intégrer FreeRouting pour les cas les plus difficiles.

FreeRouting, le plugin Java historique, a connu une transformation majeure : il dispose désormais d’une API, d’un CLI et d’un serveur MCP, ce qui permet de l’intégrer dans des pipelines CI/CD et de le piloter depuis des assistants IA. Cette ouverture en fait un outil de choix pour les flux de travail automatisés.

OrthoRoute se positionne comme un routeur GPU ultra-spécialisé, capable de traiter des backplanes de 1 100 broches par connecteur et 8 192 airwires. Attention cependant : ce n’est pas un outil généraliste, mais une solution ciblée pour les designs à haute densité.

KiCadRoutingTools propose une boîte à outils Python/Rust pour le routage assisté, complétant l’offre avec des scripts personnalisables.

Enfin, les nouveaux venus comme Quilter et DeepPCB exploitent l’IA pour proposer des routages optimisés, tandis que PCB Auto Router continue de séduire par sa simplicité d’utilisation et sa compatibilité avec JLC EDA.

Cette effervescence est portée par la stabilité de la branche 10.0 : les correctifs de la 10.0.5 et de la 10.0.6 ont éliminé les régressions qui freinaient l’adoption de ces outils. Les utilisateurs peuvent désormais faire confiance à la plateforme pour produire des fichiers Gerber fiables, comme le rappelle le guide de RottenWifi sur la validation DRC et les contrôles de fabrication.

Les premières annonces pour la 11.0

Alors que la branche 10.0 atteint sa maturité, la communauté tourne déjà son regard vers la version 11.0. Les premières annonces évoquent des chantiers ambitieux : amélioration du moteur de routage, intégration plus poussée des outils IA, et peut-être une refonte de l’interface. Rien n’est encore officiel, mais les discussions sur les listes de diffusion et le forum GitLab laissent entrevoir une feuille de route riche.

La date de sortie n’est pas encore fixée, mais les cycles de développement de KiCad suggèrent une fenêtre en 2027. En attendant, la branche 10.0 continue de recevoir des correctifs réguliers, et l’écosystème de plugins, de bibliothèques et d’outils complémentaires n’a jamais été aussi actif.

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.

KiCad 10 et après : plongée dans le rapport d’état officiel du projet (financement, gouvernance, roadmap)