09-04-2026 07:57 AM - edited 09-04-2026 08:32 AM
After an extended beta phase, I’ve decided to release the LabVIEW MCP. At the start of the beta phase, I mentioned that many features were still missing before I could consider it a release.
The most important of these features are now functional, and we can use it in our daily work.
I’ve already used the LabVIEW MCP myself to create classes, unit tests, and libraries. The generated code isn’t always perfect, but it’s certainly usable.
That’s why I recommend that anyone looking to build a modern agent-based workflow use it to gain some initial experience. It gives us the opportunity to build workflows on a larger scale and move closer to a partially or fully automated workflow.
When it comes to workflows, I recommend taking a closer look at N8N and Claude Workflow. With AI, things move so fast that by tomorrow, other tools will already be the latest and greatest!
The MCP currently offers the following features (requires LV2026):
Let me know where there are still issues. There's still a lot of room for improvement in terms of performance. I've implemented a few workarounds for the gRPC interface. As soon as AIXML is expanded, I'll be able to remove my workarounds, and we'll see improved performance.
As mentioned, we can of course do more than just generate code. We can also carry out code reviews, write code documentation, troubleshoot, debug and so on!
Here are a few examples of what the generated code might look like:
You can also find more information in the LabVIEW Discord channel/AI.
You can find the code here (All open source and MIT licensed):
https://github.com/Zuehlke/labview-mcp
https://github.com/Zuehlke/labview-mcp/releases
Currently, I recommend using the ZIP file from the Releases section (latest version). Unzip the files into a folder and then, for example, configure Claude according to the instructions.
=> We're still having an issue with our installation script, but it should be fixed soon.
In the future, I will implement an add-on/plug-in architecture in the MCP. The goal is for the MCP to replicate the core capabilities of LabVIEW, with extensions such as DQMH, Actor Framework, etc., added via add-ons and agents. Agents alone will not be sufficient, because that would consume too many tokens. Therefore, add-ons will be used to add additional tools to the MCP.
Have fun, and don’t forget to give it a star on GitHub 🙂
Claude (4D version)
TestStand users can also use TestStand MCP (fully featured):
https://github.com/Zuehlke/teststand-mcp
09-05-2026 12:30 PM - edited 09-05-2026 12:32 PM
Wow, what a huge work! Can't wait to try it.
09-08-2026 01:50 AM - edited 09-08-2026 02:41 AM
LabVIEW-MCP is now CLD certified (unofficially)
********************************************************
I ran the CLD Certification through LabVIEW-MCP. Everything worked the first time. You can see the results in the attachment.
The only thing I had to correct in a second command were the icons. This is a known issue the AI often forgets to include them. I still need to fix that.
You can also see that the comments are still a bit unstructured on the block diagram. This is another known issue that could be corrected with an additional command.
But I wanted to show you what it looks like today.
Procedure:
Finally, the MCP wrote its own little test and re-tested the specifications to make sure everything is correct.
I’m curious to see if I would have passed the CLD officially with this! 🙂
There are even more CLD sample tests available. Give them a go and see for yourselves what the current situation is!
Best
Claude
09-09-2026 01:09 AM
Last night, I instructed the LabVIEW MCP to run the ATM CLD test. It took exactly 52 minutes. However, 3 of those minutes were due to a LabVIEW crashes.
The test clearly showed that we’re still too slow, but the results are already usable. During that time, the code was built entirely based on the requirements and automatically tested at the end.
The GUI is still ugly, but it works.I haven’t trained the MCP on all the front-panel customizations yet.
=> Yes, I’m also going to teach the MCP not to implement ‘The VI’ and to pay more attention to the size! 🙂
My next goal is to reduce the build time from 52 minutes to 30 minutes.
Here are a few pictures from the ATM CLD exam:
09-09-2026 01:27 AM
Which LLM did you use? How was the token usage?
Does the the proposed solution fully work?
09-09-2026 08:49 AM - edited 09-09-2026 08:50 AM
I’m always using Claude Opus5. I still need to take a closer look at token usage. Right now, though, about 85% of the time is spent on the AI/LLM, so token usage is probably still too high!
Yeah, sure, the CLD solutions work according to the specifications. It would be interesting if someone from NI could confirm whether the CLD exam has been passed.
=> The VI Style definitely has even more potential!
09-09-2026 11:35 AM - edited 09-09-2026 11:48 AM
@Cloedu72 wrote:
You can also find more information in the LabVIEW Discord channel/AI.
There's a LabVIEW Discord? I found it, I don't know why I never thought to look for one?
09-09-2026 12:19 PM - edited 09-09-2026 12:20 PM
@RTSLVU wrote:
@Cloedu72 wrote:
You can also find more information in the LabVIEW Discord channel/AI.
There's a LabVIEW Discord? I found it, I don't know why I never thought to look for one?
There's more than one.. List can be found here: https://labviewwiki.org/wiki/LabVIEW_Community_Managed_Discord_Servers
09-29-2026 12:47 AM
The current version of LabVIEW-MCP has reached a usable level. It uses fewer workarounds, processes data faster, and uses fewer tokens.
I've also spent some time working on the style guide. It's not perfect yet, but it's getting better and better! 🙂
=> The installation routine is working again!
I'm also on Discord:
https://discord.com/channels/1015999107921354932/1553399078602154159
Github:
https://github.com/Zuehlke/labview-mcp
https://github.com/Zuehlke/labview-mcp/releases
Claude
10-05-2026 02:44 PM
Have you tried it with any open-source/local only models? My company has a (small) local AI server. I've got the link running using Claude Code, but connected to this local server. So far I've treid qwen3-coder and Gemma4; qwen3-coder made a bunch of irrelevant classes, then couldn't make the real VI, and Gemma took about 35 minutes to just make a plan for a VI.
I'm guessing I need a better LLM model, but there are about a zillion of them out there and I have no idea which one would work best.
(We have some legal/IP restrictions that make cloud models, like Claude, a real problem).