Releases
June 4, 2026
·
6
min read

Beyond CAD: Where AI for 3D Data Gets Interesting

A lot of the excitement around AI and 3D right now is focused on the creation side: better CAD tools, AI-assisted modeling, automated geometry generation. There is an underserved area of use cases apart from CAD design. Using AI in engineering & manufacturing review and technical sales to cut down iteration cycles and turnaround time by 70-80%.

AI for 3D data is coming to industrial workflows

This is about AI agents that can work with 3D data to handle tasks that humans currently do. Not tools that help you design faster, but agents that take on whole work steps: reviewing, interpreting, communicating, reporting. The same shift we've seen in text-based knowledge work like legal, now entering spatial data.

This matters because 3D data in industrial companies isn't just sitting in CAD tools. It moves. It goes from design to manufacturing. It goes from engineering to sales. It goes from development to the customer and back. At every handoff, someone has to translate that 3D data into something another person or team can act on. That translation work is manual, expert, and time-consuming. That's the target.

How 3D data moves through industrial companies

Take a mid-sized manufacturer. Engineers design parts and assemblies in CAD. But the model doesn't stay in engineering. It goes to manufacturing, where people use it to figure out how to operate machines, set up processes, and physically build what was designed. It goes to technical sales, where account managers use it to communicate with customers about what's possible, what doesn't fit the requirements, and what needs to change. It often loops back to engineering with a list of changes to implement.

At every step, the 3D model is the communication medium between people with different knowledge, different goals, and different contexts. And at every step, that communication requires a significant amount of manual work to happen.

Engineering review: the obvious entry point

Engineering review is where this approach is getting the most traction, and for good reason. It's a high-value, clearly defined workflow with a lot of manual effort baked in.

Today, an engineer doing a review has to ingest a stack of input: customer requirements, internal specifications, legal norms and standards. They map all of that against the current state of the 3D model, identify issues and gaps, and write a report. Depending on complexity, this takes hours or days per review cycle.

An agent can take on large parts of this. It ingests the requirements, maps them against the model, flags deviations, and drafts the findings. The engineer's job shifts from "read and check everything" to "evaluate what the agent found and decide what to do about it." That's a real change in how someone spends their day. The agents we can build today aren't perfect, but they're already useful. The recent releases from OpenAI and Anthropic this year show a meaningful step up in how well these models handle structured reasoning over complex inputs. The gap between what was possible twelve months ago and what's possible now is noticeable.

Manufacturing and sales: the underserved opportunity

Before GPS, navigating an unfamiliar city meant either local expertise or a paper map the size of a tablecloth. GPS didn't make people better navigators. It made navigation irrelevant to getting somewhere. Applying AI to 3D data does the same for the knowledge inside it: the salesperson, the manufacturing planner, the account manager don't need to become experts in reading the model. They just need to get somewhere.

Engineering review is the obvious starting point. The workflows I find more compelling in the medium term are further down the chain: manufacturing handoffs and technical sales.

In manufacturing, the gap between a finished engineering model and an operating machine is bridged by people. Someone has to read the model, understand the tolerances and material specs, determine the sequence of operations, and translate all of that into instructions a production team can act on. This is expert, manual work. An agent with access to the model and domain knowledge about manufacturing processes could handle significant parts of this, and free up the people doing it today for the judgment calls that require a human.

In technical sales, the challenge is slightly different. A salesperson is often mediating between what a customer needs and what engineering can deliver. That means understanding the customer's 3D context, identifying what fits and what doesn't, and communicating the required changes back to engineering. It's slow, it requires technical depth that not every salesperson has, and it's heavily dependent on getting the right people in the same room. An agent that can bridge the 3D understanding between customer and engineering team would change how fast this loop runs.

Neither workflow gets much attention in the current conversation around AI for 3D data, which stays almost entirely in engineering. I think that's a gap worth paying attention to.

Finding a way on google maps

Finding screws in a CAD assembly

Why this is technically non-trivial, and why it's solvable now

The reason this has been hard is simple: large language models work with text. A 3D model is spatial data. Those two things don't naturally talk to each other.

To build a 3D agent that reasons about spatial data rather than just reading a text description of it, you need four things working together: the language model, the 3D/CAD data, a translation layer that converts spatial information into something the LLM can reason about, and domain knowledge specific to the workflow. The engineering review agent needs to know what norms apply, what counts as a deviation, how to structure a report. A manufacturing agent needs different knowledge. A sales agent needs different knowledge again.

The translation layer is the hard part technically. Building it well is what separates an agent that's shallow from one that's genuinely useful. But the pieces are there now, and the models are capable enough that investing in this infrastructure makes real sense.

What we're building and what we're seeing

My team and I are building this at Threedy. We started with engineering review because it's the clearest workflow to define and test. The first results are real. Not perfect, but already useful and saving engineering time.

What's become clear from building it: once the translation layer exists and domain knowledge can be encoded and customized, the same architecture adapts to manufacturing and sales workflows. But the use case I keep coming back to isn't the engineer. It's the people around the engineer.

The technical sales rep who works with 3D data every day but isn't deep in engineering analysis. The manufacturing planner who needs to interpret a model but wasn't the one who designed it. These are the people who stand to benefit most from an agent that carries the underlying engineering knowledge for them. For the salesperson, it means walking into a customer conversation with the ability to understand what's technically feasible and why, without looping back to engineering for every detail. For the manufacturing team, it means getting from model to production instructions faster, with less back-and-forth.

The agent doesn't replace their expertise. It fills in the parts that were slowing them down, and lets them focus on the job they're actually there to do.

That's the version of this I'm most excited about, and what we're working toward.

Subscribe to the Threedy Product Newsletter to learn more about AI for 3D

Subscribe Here

Hannes Krug
Hannes Krug
Product Manager at Threedy

Working to improve instant3Dhub and Threedy's product offerings. He operates at the intersection of engineering and developer users, with a particular focus on enhancing CAD and 3D data workflows within instant3Dhub.

Share this article:

Curious about where Agentic 3D is headed?

Threedy is giving a select group of individuals access to learn the latest on Agentic 3D and how it's reshaping the industry.

Read our latest blogs

View all blog
What's New in instant3Dhub 3.13: The AI Edition

Every AI conversation right now eventually lands on the same question: what does this actually change about how people work? For 3D data, 3.13 is our first answer.

The headline feature is the MCP server. It's experimental, it's built into every deployment, and it's the first time an AI assistant can talk directly to a 3DSpace - not to a description of the data, but to the 3D data itself.

Here's what that means in practice, and what else changed in this release.

AI assistants that work with your CAD data

The MCP server ships with every instant3Dhub 3.13 deployment. No separate setup. You connect with an MCP-compatible AI assistant - Claude, Cursor, VS Code Copilot, others - point it at a 3DSpace, and it can start working with your 3D data.

What it can do once connected:

  • Query and navigate the product structure
  • Read and write node properties - visibility, color, metadata
  • Transform nodes: position, rotation, scale
  • Create, update, and remove annotations
  • Define and modify clip planes
  • Take measurements: distances, volumes, surface areas

That means prompts like "find all parts where the material is set to aluminum" or "hide everything except the engine subassembly" work as you'd expect. The assistant isn't approximating based on a text description. It's querying the actual scene.

One thing worth being explicit about: MCP tool results - node names, metadata, measurements, scene structure - are sent to the LLM as part of the conversation. The LLM provider never connects to your network, and 3D mesh geometry is not transmitted. If your models contain classified metadata, check with your security team before connecting an external AI assistant.

We're shipping this as experimental. That means it's ready to build on, but it can change quickly and we want your feedback on it.

In 3.13, we've reworked the Query API to support runtime state and nested logic. This is the infrastructure the MCP server sits on — and it also matters directly for developers building on top of instant3Dhub. Less friction, faster results, fewer edge cases.

The 3DSpace as a more manageable

The 3DSpace is where teams work together on 3D data - synchronously and asynchronously, without passing files. 3.13 makes it easier to link, share, and operate:

  • Custom space IDs - open a space with a user-defined identifier instead of an auto-generated one
  • Define when a 3DSpace gets fully deleted with retention policy via values.yaml
  • Multi-user apps with MemberAPI integrated, legacy XRMembers removed
  • SessionAPI removed - fully migrated to SpaceAPI; if you're on an older integration, now is the time to update

Other things worth knowing about:

Performance: Lower cloud costs and faster performance. GPU memory usage is down and rendering budgets are more predictable, so you get more out of less hardware. The experimental CPU-based culling can take load off the GPU entirely, cutting the need for expensive GPU instances. Large models render faster, and the GUI freezes some of you hit on heavy assemblies are fixed.

Orientation: Easier orientation in complex scenes. The navigation cube is now HTML-based and shows coordinate axes, so it's quicker to stay oriented when you're navigating large, deeply nested assemblies.

Authorization: Less setup in nested structures. Parent-based authorization is now an option alongside authorizing each node individually. Let children inherit authorization from their parent and you skip a separate auth request for every node. Fewer requests and less overhead, especially in deep hierarchies.

Interoperability: More of your Teamcenter data comes through cleanly. Better handling of JT content (including threaded features) plus basic support for PLM XML and JT assemblies exported from Teamcenter.

Usability: Measurement and search, faster to use. Measurement mode is now one click from the toolbar. In double measurement, your first target stays highlighted so you don't lose your place. And the search bar gets select-all and clear, handy when you're working through long result lists.

Operations: Simpler ops and deployment. Helm upgrades now restart affected services automatically, external database setups no longer need Ansible, and serial keys can be managed through Kubernetes secrets. Less manual work to deploy and maintain.

Security: We fixed XSS vulnerabilities in the Print Manager, annotations, and webvisUI notify functions.

July 1, 2026
·
4
min read
Beyond CAD: Where AI for 3D Data Gets Interesting

AI for 3D data is coming to industrial workflows

This is about AI agents that can work with 3D data to handle tasks that humans currently do. Not tools that help you design faster, but agents that take on whole work steps: reviewing, interpreting, communicating, reporting. The same shift we've seen in text-based knowledge work like legal, now entering spatial data.

This matters because 3D data in industrial companies isn't just sitting in CAD tools. It moves. It goes from design to manufacturing. It goes from engineering to sales. It goes from development to the customer and back. At every handoff, someone has to translate that 3D data into something another person or team can act on. That translation work is manual, expert, and time-consuming. That's the target.

June 4, 2026
·
6
min read
Cross-Company 3D Collaboration Gets a Standard

The Catena-X Geometry Kit

The Catena-X Geometry Kit is a standard for cross-company 3D geometry exchange, now part of Tractus-X. It defines how to describe, publish, and consume 3D geometry across company boundaries building on the Catena-X architecture and advantages.

Building on Catena-X, the Geometry Kit enables sharing of 3D geometry data in a dataspace between companies: a setup where multiple organizations share data in a controlled, decentralized, and interoperable way, without giving up ownership of it. The Eclipse Dataspace Connector (EDC) is the standardized interface each participant uses to communicate across that space. Geometry is published with a policy attached, scoped to a specific project and partner, with an expiry date. That policy is enforced technically, not just agreed contractually. And because it's a shared standard, there's no bilateral integration to build per partner and others can join the dataspace with low effort.

How It Works in Practice

A supplier publishes integration-relevant geometry through their Digital Twin Registry. The OEM accesses it through their own application interfaced via the EDC. When there's an update, the partner accesses the new version through the same channel. No stale copies sitting on their side to track down. When the project closes, the supplier revokes the policy and access ends automatically.

Use Case Overview as presented on Prostep IVIP 2026

This also handles heterogeneous PLM and CAD tooling without custom integration per project. Standardized interfaces do that work once, at the infrastructure level. If a third organization needs to join mid-project, they connect to the network without requiring changes from anyone already in it.

One thing worth being upfront about: your tooling vendor needs to implement the EDC interfaces. The standard only works if the tools in the room support it.

Where instant3Dhub Fits

instant3Dhub implements the Geometry Kit on the consumer side. Geometry published via Catena-X streams directly into instant3Dhub for review, clash detection, DMU checks, and collaborative sessions across organizations, without export or conversion.

We demonstrated this end to end at the prostep ivip Symposium with Schaeffler. Try the demo in the browser. If your organization is evaluating adoption, book a call or reach out at product@threedy.io.

Hannes Krug, Senior Product Manager & AI-Lead at Threedy GmbH

April 8, 2026
·
2
min read