Skip to content

Blog: Why AI Must Generate Parametric CAD#756

Open
max-mrgrsk wants to merge 14 commits intomainfrom
why-ai-must-generate-parametric-cad
Open

Blog: Why AI Must Generate Parametric CAD#756
max-mrgrsk wants to merge 14 commits intomainfrom
why-ai-must-generate-parametric-cad

Conversation

@max-mrgrsk
Copy link
Contributor

@max-mrgrsk max-mrgrsk commented Feb 25, 2026


Mechanical engineering is not about producing a shape that looks right. It is about producing a model that survives **iteration** and carries through **manufacturing**.

That’s why ZOO is CAD-first: generating **manufacturable, editable parametric CAD** from the start isn’t a nice-to-have - it’s the difference between a demo artifact and a tool engineers can actually use.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is awesome i think i might just add one call out to KCL with a link in that like "If you are curious how we can use AI to generate Brep models learn more about our code CAD language KCL here"

so we get some cross linking points

Copy link
Contributor Author

@max-mrgrsk max-mrgrsk Mar 11, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've added just the kcl line at first, but it was like too much of a stretch from AI to KCL so I've also added the Zookeeper bridge in-between. And tightened a bit

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

And I've also refined the reality check. It used to be just broad originally but jenna thought it's to broad and asked to replace it with out competitors... But this is not exactly true, we know, henqo, aurorin, forgeCad and more are breps.

@max-mrgrsk max-mrgrsk marked this pull request as ready for review March 11, 2026 11:38
Copy link
Contributor

@franknoirot franknoirot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Rad, just left a couple suggestions but this is great


How? There are two fundamentally different ways to generate 3D models with AI.

## CAD-first, native, editable B-rep CAD with a parametric feature tree
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you set up a good comparison with this line:

So the real question is not "can AI generate a shape?", it is "can AI generate manufacturable CAD?"

Which I think would be good to echo in these headings, using a wording rhythm that highlights their differences:

  1. "Intent-first generation"
  2. "Shape-first generation"

Then I would think you could make your points about them immediately within the first sentence: that the former creates output which allows the user to edit their CAD engineering intent (as KCL), while the latter loses the forest for the trees by attempting to directly generate the shape without an intermediate representation.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@franknoirot I like this comment a lot. I’m just struggling with how to combine both goals: keeping CAD and MESH as the first words in the headings - since the article is mostly about us generating B-rep rather than others doing meshes - while also bringing shape and intent into the message.


This makes it easier to produce something that looks like an object, but the output is still raw surface geometry, not editable parametric CAD.

It is like training on compiled output instead of source code. You can see the result, but you have lost the structure that makes changes reliable.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is tweet-worthy when we market this

Co-authored-by: Frank Noirot <frank@kittycad.io>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants