Electrosens R&D

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

Electrosens Kicad Master · 1 November 2026

KiCad 10.0.7 boucle la branche, la 11.0 se dévoile : les coulisses du rapport d’état 2026

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 aura donc tenu son rythme jusqu’au bout : sept mises à jour correctives en sept mois, un changelog détaillé à chaque étape, et un écosystème qui n’a jamais autant bougé — import SprintLayout, API IPC headless, plugins IA branchés sur MCP. Derrière cette mécanique de maintenance se cache une autre histoire : celle d’un projet open source qui a professionnalisé sa production, ses bibliothèques et sa gouvernance. Le rapport d’état officiel présenté par Seth Hillbrand, 7 609 commits, 78 % d’empreintes générées par scripts, cinq nouveaux bibliothécaires : plongée dans les coulisses d’un logiciel qui a conquis l’industrie, à l’heure où la communauté tourne déjà son regard vers la 11.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, importateurs Allegro, PADS et gEDA/Lepton PCB, 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.7 : la branche 10.0.x arrive au bout de son cycle

Depuis le 20 mars 2026, la série 10.x s’est déployée à un rythme soutenu. La dernière stable en date, la 10.0.7, a été publiée sur le blog du projet après deux release candidates : la première le 27 septembre, la seconde le 3 octobre. La formulation officielle reste la même à chaque étape : « La version 10.0.7 sera publiée prochainement, sauf si des problèmes critiques sont détectés lors des tests de cette release candidate. » Aucun problème critique n’a été détecté : la septième mise à jour corrective de la branche est donc devenue la version recommandée.

Chiffres clés du cycle KiCad 10Commits uniques (cycle7609Empreintes générées pa78Nouveaux bibliothécair5Versions de maintenanc7

Cette mécanique de publication est devenue la colonne vertébrale du projet. Le rythme est immuable : une RC, une phase de test communautaire de quelques semaines, puis une version stable. Entre la 10.0.0 de mars et la 10.0.7 d’octobre, c’est donc sept versions de maintenance en sept mois – un rythme que peu de projets open source de cette envergure tiennent sans essoufflement. Les notes de release, elles, restent souvent lapidaires : « la version stable 10.0.x contient des corrections de bugs critiques et d’autres améliorations mineures depuis la version précédente ». Derrière cette phrase se cachent des centaines d’heures de tri de rapports, de reproduction de bugs et de revues de patches.

Un détail révélateur de la maturité de l’écosystème : la documentation officielle suit la branche de près. Le manuel de référence du PCB Calculator est désormais explicitement « basé sur KiCad 10.0.8 » – la documentation a donc pris une longueur d’avance sur la dernière stable, ce qui n’est pas anodin : les outils annexes (calculatrice de régulateurs, largeur de piste, espacement électrique, lignes de transmission, atténuateurs RF, code couleur, classes de carte) sont maintenus au fil de l’eau, pas figés sur une version fantôme.

Reste un point de friction documenté : la performance de l’éditeur PCB. Un fil du forum officiel signalait en août 2026, pour les versions 10.0.4 et 10.0.5, un déplacement de pistes existantes « extrêmement lent », au point de rendre la 10.0.5 « inutilisable » sur certains designs. C’est précisément le type de régression que les correctifs de 10.0.6 puis de 10.0.7 visent à résorber. La leçon pour les utilisateurs : ne sautez pas les mises à jour correctives, mais testez-les sur un projet secondaire avant de les adopter sur votre production.

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

Il faut le dire : pendant les cinq premiers mois, le projet n’a guère communiqué. Les versions 10.0.1 à 10.0.4 se sont succédé avec des notes minimalistes, sans changelog détaillé. Pour l’utilisateur, c’était le règne de la confiance aveugle : on installait, on espérait, on constatait parfois une régression. Cette période a alimenté les fils de forum les plus acrimonieux, notamment sur la fluidité de l’éditeur PCB.

Le tournant est venu avec la 10.0.5, puis surtout la 10.0.6 du 29 août 2026, première version à s’accompagner d’un changelog détaillé. Ce changement de pratique – documenter précisément ce qui change – est en soi une petite révolution culturelle pour le projet. Il permet de mesurer l’ampleur du travail de stabilisation et, surtout, de décider en connaissance de cause si l’on migre.

Parmi les correctifs notables de la 10.0.6 :

  • 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.

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

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

Le support natif des SpaceMouse 3Dconnexion, révélé par les correctifs de la 10.0.5, est confirmé et stabilisé dans les versions suivantes. 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. Le fabricant a d’ailleurs ouvert une page officielle dédiée à KiCad et publié deux vidéos de démonstration – « KiCad x 3Dconnexion – SpaceMouse benefits and features » et « KiCad x 3Dconnexion – CadMouse benefits and features » –, signe que le partenariat est désormais assumé des deux côtés.

Source : projectmanager.com

C’est un détail qui compte plus qu’il n’y paraît. Pendant des années, les utilisateurs de KiCad qui voulaient un contrôleur 3D devaient passer par des contournements, des pilotes génériques ou des scripts communautaires. L’arrivée d’un support natif, même discret, signale que KiCad est désormais traité comme un logiciel de premier plan par les fabricants de périphériques. C’est le genre de signal faible qui, cumulé, finit par peser dans les décisions d’achat des équipes.

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.

Source : forum.kicad.info

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 dons via The Linux Foundation : la page de téléchargement officielle propose explicitement un canal alternatif, « Donate via TLF », qui accepte cartes bancaires et bons de commande en dollars US. La Linux Foundation, organisation à but non lucratif 501(c)(6) basée aux États-Unis, sert ainsi de véhicule financier au projet – un gage de sérieux pour les sponsors institutionnels.
  • 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. La comparaison avec Altium est éclairante. En 2026, l’abonnement annuel à Altium Designer se situe toujours entre 3 850 et 5 000 dollars par utilisateur et par an, auxquels s’ajoute une formation facturée 1 000 à 2 000 euros par personne. Pour une équipe de cinq postes sur trois ans, formation incluse, la facture dépasse 175 000 dollars. 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 là toute la magie – et toute la fragilité – du modèle open source.

L’écosystème en effervescence : IA, Git et MCP

Si la branche 10.0.x vit ses dernières semaines, l’écosystème, lui, est en pleine explosion. Le fait le plus marquant de cet automne 2026 est l’arrivée de Konnect, un plugin natif pour KiCad 10 écrit en Rust, qui transforme Claude et d’autres assistants en concepteurs de schémas et de circuits imprimés via le protocole MCP (Model Context Protocol). Le projet, relayé par Fellow le 14 octobre 2026, par DevTrends le 7 septembre et par Adafruit le 26 octobre, revendique 228 outils exposés à l’assistant. Concrètement, l’IA peut placer des composants, router des pistes, vérifier des règles et itérer sur un design – sous le contrôle de l’utilisateur, évidemment.

Il faut rester prudent sur ce type d’annonce : un plugin qui « branche Claude sur KiCad » ne remplace pas un concepteur, et les 228 outils en question sont des primitives d’API, pas des décisions d’ingénierie. Mais le signal est fort : KiCad devient une plateforme scriptable de premier ordre, et l’API Python de la série 10 – avec ses trois portes d’entrée (scripting interne, plugins, API IPC headless) – commence à porter ses fruits. Le vrai changement de la décennie n’est pas l’IA elle-même, c’est la possibilité d’intégrer KiCad dans une chaîne CI/CD : génération de netlist, vérification DRC automatisée, export Gerber déclenché par un commit. C’est là que le temps se gagne vraiment.

Autre actualité à ne pas manquer : la KiCad Conference Asia 2026 (KiCon), quatrième édition asiatique, se tiendra du 5 au 7 novembre 2026 à l’hôtel Huaqiang Plaza de Shenzhen, en Chine. Un signe de plus que la communauté KiCad n’est plus uniquement occidentale, et que l’Asie – berceau de la majorité des fabricants de PCB – est devenue un terrain de jeu stratégique pour le projet.

Côté importateurs, l’actualité est tout aussi chargée. La 10.0.7 poursuit le travail entamé avec la 10.0.0 : import SprintLayout annoncé dans les premières annonces de la 11.0, mais aussi consolidation des importateurs Allegro, PADS et gEDA/Lepton PCB. Un fil du forum officiel signalait le 1er septembre 2026 un avertissement ERC récurrent lors de l’import d’un projet Altium 25.6.2 vers KiCad 10.0.6 : « Symbol pin or wire end off connection grid », sur presque chaque broche et chaque extrémité de fil. Ce n’est pas un bug bloquant – c’est un problème de grille, corrigeable en réalignant les symboles – mais c’est le genre de friction qui pourrit une migration si on ne la anticipe pas.

Les premières annonces pour la 11.0 : ce qui se dessine

La communauté ne s’en cache plus : la 11.0 est le prochain grand rendez-vous, attendu pour 2027. Les premières annonces, glanées dans les commit et les discussions publiques, dessinent trois chantiers :

  • L’import SprintLayout, très attendu par les utilisateurs de l’outil allemand, encore largement répandu dans l’électronique de loisir et les petites séries.
  • L’API IPC headless, c’est-à-dire la possibilité de piloter KiCad sans interface graphique, pour l’intégration dans des pipelines automatisés. C’est probablement le chantier le plus stratégique : il conditionne l’adoption de KiCad dans les grandes organisations, où la génération de bibliothèques et la vérification de designs doivent être scriptables.
  • Le routage et les contraintes, chantiers invisibles mais essentiels : amélioration du routeur interactif, gestion plus fine des règles DRC, support des contraintes différentielles.

Rien de tout cela n’est encore gravé dans le marbre, et il faut se méfier des fuites et des rumeurs. Mais la direction est claire : KiCad veut passer du statut de « meilleur outil gratuit » à celui de « meilleur outil tout court », y compris dans les contextes industriels exigeants.

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

Soyons concrets. Si vous êtes sur la 10.0.6, la 10.0.7 est une mise à jour de confort et de stabilité : elle corrige des régressions, affine l’affichage, et ne devrait pas casser vos projets. Si vous êtes sur une version antérieure à la 10.0.5, la migration est fortement recommandée – les problèmes de performance de l’éditeur PCB sur les pistes existantes ont été documentés et largement corrigés.

Trois conseils pratiques pour cette fin d’année 2026 :

  1. Testez sur un projet secondaire. La règle d’or, valable pour toutes les versions correctives : ne migrez jamais votre production le jour de la sortie. Ouvrez un design représentatif, vérifiez le rendu 3D, relancez le DRC, exportez les Gerber.
  2. Vérifiez vos importateurs. Si vous migrez depuis Altium, EAGLE ou un ancien KiCad, lisez les notes de release et préparez-vous à des avertissements ERC de grille. Ce ne sont pas des bugs, mais des réalités de conversion.
  3. Surveillez l’écosystème. Les plugins IA (Konnect et consorts) sont prometteurs mais jeunes. Testez-les sur des projets non critiques, et gardez toujours la main sur les décisions de routage.

La 10.0.7 n’est pas une révolution. C’est la preuve, discrète mais solide, que KiCad a atteint une maturité de maintenance rare dans le monde de l’open source. Et c’est peut-être le plus beau compliment qu’on puisse lui faire.

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 *