Kicad Master · 7 November 2026

KiCad et les forks : Huaqiu, Zeo, Konnect — quand l’EDA open source se ramifie (mise à jour octobre 2026)

Le 11 mai 2026, le site [kicad.eda.cn](https://kicad.eda.cn/docs/posts/KiCad-10.0.2-Release.html) publiait le communiqué de la version 10.0.2 du fork chinois de KiCad, porté par Huaqiu Electronics. Cinq mois plus tard, le paysage a changé d’échelle : la branche officielle a bouclé son cycle 10.0.x avec la [10.0.7 du 7 octobre 2026](https://www.kicad.org/blog/2026/10/KiCad-10.0.7-Release/), un plugin Rust nommé Konnect a connecté Claude à l’éditeur de PCB via MCP, et un second fork — Zeo — a fait son apparition publique avec un agent IA et le support multi-cartes. Le fork Huaqiu n’est donc plus une curiosité isolée : c’est l’un des signaux d’une ramification assumée de l’écosystème KiCad. Plongée dans une distribution qui interroge la gouvernance de l’EDA open source — à l’heure où la quatrième conférence asiatique se tiendra à Shenzhen du 5 au 7 novembre 2026.

Le 11 mai 2026, un fork chinois secoue l’EDA open source — et il continue de mûrir

Le 11 mai 2026, le site kicad.eda.cn mettait en ligne un communiqué sobrement intitulé « KiCad 华秋发行版 10.0.2 正式发布 ». Derrière ce titre technique se cache une nouvelle de taille : l’équipe de développement « KiCad 华秋发行版开发团队 », rattachée à Huaqiu Electronics (华秋), annonce la sortie d’une distribution alternative de KiCad, basée sur la version officielle 10.0.2 — elle-même publiée quelques jours plus tôt, en mai 2026, comme l’atteste le blog officiel de KiCad. Le code source est publié sous licence GPL sur GitLab (kicad-hq/kicad) et GitHub (Huaqiu-Electronics), tandis que les binaires sont disponibles en téléchargement direct sur kicad.eda.cn/download.

Mais le 11 mai n’est pas le point de départ. Le fork Huaqiu existait déjà depuis mai 2025 avec la version 9.0.2, comme le rappelle le communiqué de la 9.0.2 : cette première mouture avait déjà introduit le Copilot IA, le support macOS (M-series) et Linux via AppImage, le correctif Pinyin, le mode sombre Windows, le plugin DFM et la bibliothèque cloud. La 10.0.2 n’est donc pas une apparition soudaine, mais la poursuite d’une stratégie industrielle assumée. Et le mouvement ne s’arrête pas là : une version 10.0.5 du fork a déjà été publiée, comme en témoigne le titre « 华秋 KiCad 发行版 10.0.5 发布 » sur 电子发烧友网, suivant le rythme des correctifs du projet officiel.

Il faut mesurer ce que signifie « suivre le rythme du projet officiel » en 2026. La branche 10 du KiCad officiel a connu un cycle de maintenance d’une densité remarquable : après la 10.0.0 du 20 mars 2026, les correctifs se sont enchaînés jusqu’à la 10.0.6 du 29 août 2026, puis une 10.0.7 Release Candidate 1 le 27 septembre 2026 et une Release Candidate 2 le 3 octobre 2026. La version stable est finalement arrivée le 7 octobre 2026, comme l’a documenté notre précédent article « KiCad 10.0.7 boucle la branche ». Sept patchs en sept mois : un fork qui prétend « suivre le rythme » doit absorber chacun de ces cycles, avec tout ce que cela implique de rebasage, de tests et de synchronisation de bibliothèques. C’est un engagement de maintenance lourd, et c’est précisément ce qui distingue le fork Huaqiu d’un simple dépôt abandonné.

Jusqu’ici, KiCad était un projet unifié, géré par une fondation et une communauté internationale. L’irruption d’un fork chinois, porté par un fabricant de PCB et non par un groupe de bénévoles, change la donne. Huaqiu n’est pas un inconnu : la société est un acteur important de la chaîne d’approvisionnement électronique en Chine, proposant fabrication de circuits imprimés, assemblage SMT, et une place de marché de composants (华秋商城). En créant sa propre distribution, Huaqiu ne se contente pas de distribuer KiCad : elle l’intègre à son écosystème de services.

La communauté internationale, habituée à une seule version de référence, se retrouve désormais face à plusieurs alternatives qui prennent de l’ampleur. Est-ce une simple déclinaison régionale, ou le début d’une fragmentation de l’EDA open source ? Pour le comprendre, il faut examiner les motivations et les fonctionnalités de ce fork, et le replacer dans un paysage qui s’est singulièrement enrichi depuis le printemps.

Pourquoi Huaqiu a-t-il créé sa propre distribution ?

Le communiqué officiel de Huaqiu n’évoque aucune contrainte réglementaire chinoise (cryptographie, censure, normes locales) pour justifier le fork. Les motivations affichées sont résolument commerciales et pratiques : offrir aux concepteurs chinois un outil de CAO électronique intégré aux services de fabrication de Huaqiu. En d’autres termes, Huaqiu veut devenir le guichet unique pour passer de l’idée au PCB assemblé, sans jamais quitter KiCad.

Cette stratégie n’est pas nouvelle dans le monde de l’EDA. EasyEDA, par exemple, est un outil en ligne propriétaire lié à JLCPCB et LCSC. Mais EasyEDA n’est pas open source. Huaqiu, en prenant KiCad comme base, capitalise sur la notoriété et la flexibilité d’un logiciel libre tout en y ajoutant des fonctionnalités propriétaires (le cloud, l’IA, la commande intégrée). C’est un modèle de « open core » appliqué à l’EDA : le cœur reste libre, mais les services additionnels sont verrouillés autour de la plateforme Huaqiu.

Comparé à d’autres forks d’EDA open source, comme LibrePCB (un projet indépendant) ou Horizon EDA (un fork d’Altium), l’initiative de Huaqiu se distingue par son ancrage industriel immédiat. Ce n’est pas un projet communautaire parti de zéro, mais une adaptation d’un logiciel existant par un acteur économique puissant, avec des ressources de développement dédiées. Le comparatif publié le 28 septembre 2026 par pistack.xyz sur « KiCad vs LibrePCB vs Horizon EDA » rappelle d’ailleurs que, parmi ces trois-là, KiCad reste le seul à bénéficier d’un écosystème industriel aussi dense — ce qui explique mécaniquement l’apparition de forks commerciaux greffés dessus.

La page de présentation de la distribution (kicad-hq-instruction) apporte des précisions importantes sur la genèse du projet. Huaqiu est platine sponsor de KiCad depuis 2023 et a recruté des ingénieurs logiciels dédiés pour contribuer au code. Parmi les contributions déjà intégrées au tronc commun de KiCad 9, on compte :

Le gestionnaire de zones de cuivre (copper zone manager), qui permet de visualiser et modifier toutes les zones de cuivre d’un PCB dans une interface unique ;
L’outil de synchronisation des pins/labels des schémas hiérarchiques ;
La sortie ODB++, indispensable pour de nombreux flux de fabrication et de simulation.

C’est en contribuant que Huaqiu a identifié des besoins spécifiques aux utilisateurs chinois qui ne pouvaient pas être intégrés au tronc commun — comme le problème du blocage de KiCad avec la méthode de saisie Microsoft Pinyin sous Windows 10, lié à wxWidget et impossible à corriger en amont. D’où l’idée d’une distribution dédiée, qui suit le principe suivant : les fonctionnalités génériques sont proposées au tronc commun ; seules celles qui ne peuvent pas y être intégrées sont ajoutées à la distribution, et dès que le tronc les supporte, elles y sont fusionnées. La distribution reste donc totalement compatible avec tous les fichiers .kicad_sch et .kicad_pcb de KiCad officiel.

Cette philosophie s’est concrétisée dès la 9.0.2, et la 10.0.2 poursuit la même ligne. Le communiqué de la 10.0.2 précise d’ailleurs que la version « a modifié, mis à jour et optimisé la bibliothèque cloud (paramètres, symboles, empreintes) ainsi que les modules réutilisables ».

Il faut noter que le modèle du fork industriel n’est pas propre à Huaqiu : le sponsoring d’acteurs commerciaux est une pratique installée dans l’écosystème KiCad. DigiKey, par exemple, sponsorise le projet officiel depuis sept ans, a sécurisé le domaine kicad.org et participe à des campagnes de matching de dons pour financer les fonctionnalités de KiCad 10. La différence, c’est que DigiKey finance sans forker, tandis que Huaqiu finance et distribue sa propre variante. C’est toute la nuance entre sponsoring et intégration verticale.

Copilot, cloud et commande en un clic : les armes de Huaqiu

Le cœur du fork Huaqiu réside dans trois fonctionnalités majeures, absentes de la version officielle de KiCad.

1. L’assistant IA Copilot avec MCP Server

Le fork intègre un assistant IA baptisé Copilot, qui utilise le protocole MCP (Model Context Protocol). Selon le communiqué de la 10.0.2, le MCP Server préinstallé supporte 72 outils, et chaque appel nécessite environ 32 000 tokens de contexte. Concrètement, cela permet de dialoguer en langage naturel avec le logiciel : demander de placer un composant, de modifier une piste, ou de générer un symbole. L’IA peut interagir avec l’API de KiCad pour exécuter des actions. Le communiqué précise d’ailleurs que l’utilisateur peut ajouter n’importe quel serveur MCP externe (comme PlayWright) dans le panneau Copilot, exactement comme dans Cursor ou Claude Code. L’équipe reconnaît honnêtement que « la première version du MCP n’est pas encore très complète » et que « l’IA peut sembler un peu bête », mais que des améliorations sont prévues, notamment via des « skills » pour réduire la consommation de tokens.

Dès la version 9.0.2, le Copilot offrait déjà des fonctions avancées documentées dans la documentation Feishu : question-réponse basée sur la sélection (框选局部 ou sélection d’un composant, avec mention « @当前选中区域 »), recherche de fonction de composant, comparaison de composants, génération de header C à partir des pins, contexte de projet (en ajoutant « @项目 » pour inclure les informations du schéma), analyse d’images (copier-coller une image dans la fenêtre), et des menus contextuels prédéfinis dans l’éditeur de schémas : clic droit sur le fond → « 设计意图 » (intention de conception) et « 核心器件 » (composants clés) ; clic droit sur un composant → « 当前器件 », « 相似器件推荐 », « 连接关系检查 », « 引脚详情 », « 未连接引脚检查 ». Ces fonctions ont été conservées et améliorées dans la 10.x.

Cette initiative s’inscrit dans un mouvement plus large, qui s’est spectaculairement accéléré à l’automne 2026. Le 16 juillet 2026, Seeed-Studio a publié son propre KiCad MCP Server, qui permet aux 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é pour des projets KiCad. Puis est arrivé Konnect, un plugin natif écrit en Rust pour KiCad 10, qui connecte Claude directement à l’éditeur de PCB via MCP. Le blog DevTrends lui consacrait un article le 7 septembre 2026, et Fellow le décrivait le 14 octobre 2026 comme « un binaire Rust unique » exposant 228 outils — un ordre de grandeur au-dessus des 72 outils du Copilot de Huaqiu. Adafruit a repris l’information le 26 octobre 2026. L’IA n’est plus une option : elle devient un standard de fait dans les flux de conception, et notre article « KiCad 10 et l’IA en 2026 » a déjà détaillé ce que ces copilotes changent réellement dans le travail quotidien. Une analyse de protoflow.ai publiée le 31 juillet 2026 recense d’ailleurs trois grandes manières d’ajouter de l’IA à un workflow KiCad — plugins in-editor, outils « generate-then-export » de schémas, et génération de composants par IA — en soulignant honnêtement ce que chacune peut et ne peut pas faire. Le fork Huaqiu se situe clairement dans la première catégorie, avec l’ambition d’y greffer la seconde.

2. La bibliothèque de composants cloud

La distribution Huaqiu donne accès à une bibliothèque cloud basée sur le site eda.cn, qui revendique « des dizaines de millions » de composants. Cette bibliothèque est accessible via le panneau des librairies dans KiCad, et permet de charger symboles, empreintes et modèles 3D à la volée. Elle inclut également des modules réutilisables (sous-circuits complets). Pour un concepteur, l’intérêt est double : disposer de références réellement disponibles sur le marché chinois, et réduire le temps de recherche d’empreintes — un point sur lequel les bibliothèques officielles de KiCad, maintenues sur GitLab et taguées au fil des releases (le tag 10.0.7-rc1 a été posé le 22 septembre 2026), restent tributaires d’un cycle de validation communautaire plus lent.

3. La commande PCB/SMT en un clic

C’est la fonctionnalité la plus stratégique. Depuis KiCad, l’utilisateur peut envoyer son design directement à Huaqiu pour fabrication et assemblage, avec un devis instantané. Le plugin DFM (Design for Manufacturing) intégré vérifie la fabricabilité du design selon les règles de production de Huaqiu. Ce continuum conception-fabrication est exactement ce que propose Altium avec ses partenaires, ou EasyEDA avec JLCPCB — mais appliqué à un logiciel libre. C’est aussi ce qui rapproche Huaqiu d’initiatives comme AIVON, présenté le 15 septembre 2026 comme un outil de cotation instantanée de fabrication depuis KiCad : la barrière entre l’éditeur et le fabricant s’amincit, pour le meilleur (gain de temps) et pour le pire (enfermement propriétaire).

Un second fork change la donne : Zeo, l’agent IA et le multi-cartes

Si le fork Huaqiu était, au printemps, une anomalie, l’automne 2026 a définitivement normalisé l’idée qu’on puisse forker KiCad. La documentation de Zeo est limpide : « Zeo est un fork puissant et moderne de KiCad. Il s’appuie sur l’éditeur de schémas, l’éditeur de PCB et la visionneuse 3D de KiCad, en ajoutant le support de projets multi-cartes, un agent IA, et plus encore. » Et d’ajouter : « La profondeur de nos changements nous a obligés à créer un fork plutôt qu’une extension ; nous espérons fusionner certaines parties dans KiCad à l’avenir. »

Deux enseignements. D’abord, la justification est exactement inverse de celle de Huaqiu : là où Huaqiu fork pour des raisons locales (Pinyin, écosystème de fabrication chinois) en revendiquant la compatibilité totale, Zeo fork pour des raisons fonctionnelles profondes (multi-board, agent IA) en assumant une divergence plus grande. Ensuite, Zeo revendique la même intention de « remonter » des contributions au tronc commun — ce qui, dans les faits, est le seul garde-fou crédible contre une fragmentation durable.

Le multi-cartes est un manque reconnu de KiCad depuis des années : gérer un projet composé de plusieurs PCB interconnectés (un backplane et ses cartes filles, par exemple) reste acrobatique dans la version officielle. Si Zeo livre réellement cette fonctionnalité, il attaquera un segment que ni les variantes de conception de KiCad 10 (voir notre article dédié) ni les patchs 10.0.x n’ont adressé. Reste une question que la documentation de Zeo ne tranche pas à ce stade : la licence et le modèle économique. Un fork qui ajoute un agent IA suppose des coûts d’inférence ; on ne sait pas encore comment ils sont financés.

Ce paysage à trois têtes — KiCad officiel, Huaqiu, Zeo — n’est pas sans rappeler l’histoire des distributions Linux : un tronc commun, des variantes sectorielles, et une circulation permanente de correctifs dans les deux sens. La différence, c’est que l’EDA est un marché beaucoup plus petit et que la fragmentation y coûte plus cher, notamment en compatibilité de bibliothèques.

Le rythme officiel : ce que le fork doit absorber

Pour juger de la santé d’un fork, il n’y a pas de meilleur thermomètre que le cycle de patchs du projet officiel. Or celui-ci a été particulièrement dense. Après la 10.0.0 du 20 mars 2026, KiCad a enchaîné la 10.0.6 le 29 août 2026, deux candidates (27 septembre et 3 octobre), puis la 10.0.7 stable le 7 octobre 2026. Notre article « KiCad 10.0.6 → 10.0.7 : anatomie d’un cycle de patchs » a détaillé ce que ces releases contiennent réellement : correctifs critiques, packaging, mises à jour de symboles et d’empreintes, et corrections discrètes dans eeschema, pcbnew, le 3D viewer et kicad-cli.

Ce détail compte pour Huaqiu. Chaque patch officiel touche des zones à risque — routeur interactif, DRC, tenting PTH, bibliothèques — que le fork doit rebaser. Un fork qui publie une 10.0.5 alors que le tronc est déjà en 10.0.6, puis en 10.0.7, accumule mécaniquement du retard. Ce n’est pas rédhibitoire (les distributions Linux vivent avec ce décalage), mais cela relativise la promesse de « suivre le rythme » : suivre ne signifie pas rattraper.

Le canal de distribution est l’autre point de friction. La 10.0.7 est arrivée dans les tuyaux habituels — winget, Arch, Ubuntu 26.04, PPA testing — comme l’a documenté notre article sur le cycle de maintenance. Le fork Huaqiu, lui, vit sur son propre site de téléchargement et ses propres dépôts GitLab/GitHub. Pour un utilisateur occidental, l’installation reste donc une démarche volontaire, hors des canaux vérifiés. C’est un frein réel à l’adoption au-delà de la communauté cible.

L’écosystème autour : plugins, bibliothèques, et la conférence de Shenzhen

Le fork Huaqiu ne vit pas en vase clos. Trois dynamiques l’entourent et le poussent.

Les plugins. Konnect, déjà cité, est emblématique : un binaire Rust unique, 228 outils MCP, compatible KiCad 10. Il ne vient pas de Huaqiu mais de la communauté internationale, et il rend le Copilot du fork un peu moins unique. À l’inverse, le fork a introduit un miroir de plugins pour la Chine, nécessaire car le dépôt officiel de plugins est parfois lent ou inaccessible depuis le territoire. Cette infrastructure parallèle est un argument d’usage concret, pas un argument de principe.

Les bibliothèques. Les bibliothèques officielles de KiCad (footprints, symbols, packages3D) sont maintenues sur GitLab et taguées à chaque release — le tag 10.0.7-rc1 du 22 septembre 2026 en atteste. La bibliothèque cloud de Huaqiu ne les remplace pas : elle les complète avec des références disponibles chez les distributeurs chinois. La compatibilité de format (.kicad_sch, .kicad_pcb) garantit l’interopérabilité, mais pas la parité de contenu.

La conférence. Le projet KiCad a annoncé le 16 septembre 2026 la quatrième conférence asiatique annuelle (KiCon), qui se tiendra du 5 au 7 novembre 2026 au Huaqiang Plaza Hotel de Shenzhen. Le lieu n’est pas anodin : Shenzhen est la capitale mondiale du PCB, et Huaqiu y est chez elle. On peut raisonnablement s’attendre à ce que le fork y soit représenté, même si le programme officiel n’en fait pas mention dans l’annonce. Ce sera en tout cas le premier grand rendez-vous où les trois branches — officielle, Huaqiu, Zeo — pourront être comparées en public.

Ce que cela dit de la gouvernance de l’EDA open source

La question de fond n’est pas technique. Elle est institutionnelle. KiCad est porté par une fondation à but non lucratif, financée par des dons et des sponsors (DigiKey, entre autres). Ce modèle a fait ses preuves : il garantit l’indépendance des décisions et la pérennité du code sous GPL. Mais il est lent par construction, et il ne peut pas financer des fonctionnalités très spécifiques à un marché ou à un flux industriel.

Les forks comblent ce vide. C’est le rôle historique des distributions dérivées dans le logiciel libre. Le risque n’est pas leur existence, c’est leur dérive : si un fork cesse de remonter ses correctifs, il devient une impasse pour ses utilisateurs, et un coût pour la communauté qui doit gérer des rapports de bugs sur du code divergent. La déclaration d’intention de Zeo (« nous espérons fusionner certaines parties dans KiCad ») et la philosophie affichée de Huaqiu (« les fonctionnalités génériques sont proposées au tronc commun ») sont, à cet égard, les deux engagements les plus importants de tout ce dossier. Il faudra les vérifier dans douze mois.

Il y a aussi une question de souveraineté. Un fork chinois porté par un fabricant, avec sa propre bibliothèque cloud et sa propre chaîne de fabrication, constitue une infrastructure EDA nationale de fait. Ce n’est pas nécessairement une menace pour l’open source — le code reste GPL — mais c’est un déplacement de centre de gravité. La tenue de KiCon Asia à Shenzhen en novembre 2026 en est un symbole : la communauté KiCad mondiale reconnaît officiellement l’Asie comme un pôle majeur, et pas seulement comme un marché de consommateurs.

Enfin, il faut saluer la transparence des acteurs. Huaqiu publie ses communiqués, son code, ses binaires, et reconnaît les limites de son IA. Zeo documente explicitement ce qui diffère de KiCad. Konnect est décrit publiquement avec son nombre d’outils. Dans un secteur où les annonces marketing sont souvent vagues, cette granularité est une bouffée d’air — et elle permet aux utilisateurs de choisir en connaissance de cause.

Faut-il adopter le fork Huaqiu (ou Zeo) en 2026 ?

La réponse dépend entièrement de votre profil.

Si vous concevez et fabriquez en Chine, le fork Huaqiu est difficile à ignorer : bibliothèque cloud alignée sur les stocks réels, correctif Pinyin qui règle un blocage quotidien, commande PCB/SMT intégrée, plugin DFM. Le gain de temps est concret, et la compatibilité de fichiers garantit que vous ne serez pas prisonnier de vos designs.

Si vous concevez hors de Chine, l’argumentaire s’affaiblit nettement. Vous perdez l’accès aux canaux de distribution vérifiés (winget, Arch, Ubuntu), vous dépendez d’un site de téléchargement unique, et les fonctionnalités différenciantes (bibliothèque eda.cn, commande Huaqiu) ne vous concernent pas. Le Copilot à 72 outils est par ailleurs dominé, sur le papier, par Konnect (228 outils), qui s’installe sur le KiCad officiel.

Si vous attendez le multi-cartes ou un agent IA profondément intégré, Zeo mérite une veille attentive, mais sa documentation ne permet pas encore de trancher sur la licence, le modèle économique et la maturité réelle.

Dans tous les cas, restez sur la 10.0.7 officielle pour vos projets de production : c’est la version stable, testée, et disponible partout. Les forks sont des compléments, pas des substituts — du moins pas encore.

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.0.2 : le fork chinois qui muscle l’écosystème