CadQuery : l'ancrage du noyau Open CASCADE dans les workflows programmatiques
CadQuery repose sur le noyau Open CASCADE Technology (OCCT) pour transformer du code Python en géométrie NURBS exportable au format STEP. C’est l’outil de référence pour les ingénieurs qui rejettent l
Le Pitch
CadQuery repose sur le noyau Open CASCADE Technology (OCCT) pour transformer du code Python en géométrie NURBS exportable au format STEP. C’est l’outil de référence pour les ingénieurs qui rejettent les interfaces graphiques au profit d'une approche API-first (Source: cadquery.github.io). Son approche paramétrique permet de traiter la conception mécanique comme un simple déploiement logiciel.
Sous le capot
La version 2.7.0, déployée en février 2026, assure une compatibilité totale avec les environnements Python 3.12+ (Source: PyPI). L’outil est désormais ciblé par Energent.ai pour la génération automatisée de scripts à partir de spécifications techniques (Source: Energent.ai). Cette intégration confirme sa place dans la stack moderne du hardware automatisé.
Cependant, la gestion des binaires OCP (OpenCascade Python) reste problématique sur les distributions Linux non-standard sans passer par Conda ou Mamba (Source: GitHub #1851). En termes d'assistance au code, GPT-5 et Claude 4.5 Opus montrent des limites flagrantes sur cette bibliothèque. Ils peinent à maintenir la cohérence spatiale 3D et s'emmêlent dans la logique de sélection spécifique de CadQuery (Source: thepixelspulse.com).
On observe une fracture nette au sein de la communauté en ce début d'année 2026. L'API Fluent (chaînage de méthodes) de CadQuery est de plus en plus critiquée pour son manque de lisibilité sur les assemblages complexes. Beaucoup de Lead Devs migrent vers build123d, qui utilise des context managers plus conformes aux standards Python actuels (Source: Reddit).
Enfin, la visibilité sur le futur du projet est limitée. On ne sait pas encore si une version 3.0 verra le jour malgré les prototypes évoqués en 2022, et les détails sur le sponsoring commercial des mainteneurs ne sont pas publics.
Notre avis
CadQuery reste une solution de production robuste si vous avez besoin d'exports STEP impeccables pour l'industrie. C'est un choix rationnel pour des pièces unitaires hautement paramétrées, mais sa syntaxe devient une dette technique sur les gros projets. Je conseille de privilégier build123d pour les nouveaux développements, à moins que votre pipeline ne dépende d'outils tiers comme Energent.ai qui ciblent prioritairement l'API de CadQuery.
Explorer les données
Qui utilise quel outil d’IA, et comment chaque ligne a été trouvée.