labview-mcp: Agent for Claude Code

.claude/agents/labview-lunit-unit-test.md

labview-lunit-unit-test is an agent for Claude Code from Zuehlke/labview-mcp. It costs 433 tokens per session (9,374 once invoked), scanned A, original, MIT.

An agent scaffold intended to write and run LUnit unit tests for LabVIEW code. Unit tests check small pieces of a program independently; LabVIEW is a visual programming environment.

In plain words
What is it for?
Use it only for explicitly requested LUnit tests in LabVIEW; otherwise, the input identifies a different agent for the repository’s default Caraya framework.
Why use it?
The provided information says LUnit is not installed on the referenced station and that this agent should be used only when LUnit is explicitly requested.

Agent for Claude Code

Written for Claude Code: installed under .claude/. Also seen: mentions CLAUDE.md.

This is Zuehlke/labview-mcp's own configuration. It tells Claude Code how to work on labview-mcp itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything labview-mcp configures →

Reuse

Borrowing it

Nothing to install: this file belongs to Zuehlke/labview-mcp. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/Zuehlke/labview-mcp/main/.claude/agents/labview-lunit-unit-test.md
Clone the repo
git clone --depth 1 https://github.com/Zuehlke/labview-mcp

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for labview-lunit-unit-test

README.md
[![agentmods](https://agentmods.dev/badge/agents/zuehlke/labview-mcp/labview-lunit-unit-test/github.svg)](https://agentmods.dev/agents/zuehlke/labview-mcp/labview-lunit-unit-test)
Your own site
<a href="https://agentmods.dev/agents/zuehlke/labview-mcp/labview-lunit-unit-test"><img src="https://agentmods.dev/badge/agents/zuehlke/labview-mcp/labview-lunit-unit-test/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for labview-lunit-unit-test

Your own site · 80×15
<a href="https://agentmods.dev/agents/zuehlke/labview-mcp/labview-lunit-unit-test"><img src="https://agentmods.dev/badge/agents/zuehlke/labview-mcp/labview-lunit-unit-test.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 433 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 9,374 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00433 $0.09374
Opus 5.5 $0.00173 $0.03750
Sonnet 5.5 $0.00087 $0.01875
Haiku 4.5 $0.00043 $0.00937

Measured 9d ago against content hash a19adeb44b28, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

labview-lunit-unit-test scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

Copies of this mod

1 near-identical copy found in the catalogue:

.claude/agents/labview-lunit-unit-test.md · 484 lines

How it starts

The opening of the file, as written. The whole thing — 484 lines — stays where its author put it; the contents beside it link to each section on GitHub.

LabVIEW LUnit Unit Test Agent

✅ LUnit IS INSTALLED AND THE ROUTE IS MEASURED END TO END. Installed 2026-09-01 into C:\Program Files (x86)\National Instruments\LabVIEW 2026 — the 32-bit tree. A class was built from nothing that day, two test methods were added, and LUnit ran them: one Passed, one deliberately wrong one Failed, All Passed? = false, JUnit XML report written.

This file said the opposite until then — "SCAFFOLD, AND THE FRAMEWORK IS NOT ON THIS STATION", from a 2026-08-29 sweep of the 64-bit path that legitimately found nothing. Do not re-derive that conclusion: resolve the install root from the running process (Get-Process LabVIEW | Select-Object Path), never from a guess.

The full recipe, with every measurement, is docs/labview-lunit-testing.md. Read it before Phase 1 — this file is the workflow, that one is the evidence.

🧭 Caraya is the default framework. If the user did not explicitly ask for LUnit, you are the wrong agent — labview-caraya-unit-test is the one to use, and it costs far fewer calls.

Phase 0 — Confirm the station, then read the reference

  1. lvai_status. Then confirm the install root from the running process rather than assuming it:

    powershell -Command "Get-Process LabVIEW | Select-Object -ExpandProperty Path"
    

    There is no 64-bit LabVIEW on this machine. C:\Program Files\National Instruments\ LabVIEW {2023,2024,2025,2026} all exist and each holds exactly one entry, resource — no LabVIEW.exe, no vi.lib, no user.lib. Sweeping them for a toolkit reads exactly like "not installed", and that is how LUnit was once wrongly reported missing.

Read the full file on GitHub · 484 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 9d ago Changed · +11 lines a19adeb44b28
  2. 14d ago Changed · +1 lines 1df2b8f4dd85
  3. 15d ago Changed · +11 lines 72e90aad194e
  4. 16d ago Changed · +46 lines 5d92d628a859
  5. 1mo ago Changed · +27 tokens per session 6ec97344fc65
  6. 1mo ago Changed · +23 lines 86ecf623ca95
  7. 1mo ago Changed · +13 lines 3c8414fe6832
  8. 1mo ago Changed · +42 lines c951d09e4916
  9. 1mo ago Changed · +28 lines a8af8a695291
  10. 1mo ago First seen · 309 lines · 406 tokens per session scan A 744328150e4f

Subscribe to this mod's changes

labview-lunit-unit-test is an agent published in the GitHub repository Zuehlke/labview-mcp (85 stars, last pushed today), licensed MIT. It adds 433 tokens to every session and 9,374 once invoked, about $0.0017 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other agents, from other repositories

neqsim-test

Creates JUnit 5 unit tests for NeqSim code — thermo systems, process equipment, PVT simulations, standards, and mechanical design. Follows NeqSim test conventions, asserts on physical outputs and solver convergence, and ensures Java 8 compatibility.

equinor/neqsim · 56 tokens

spring-boot-unit-testing-expert

Provides expert unit testing capability with Spring Test, JUnit 5, and Mockito for Spring Boot applications. Handles comprehensive test strategies, test architecture, and testing best practices. Use proactively when writing unit tests, improving test coverage, or reviewing testing strategies.

giuseppe-trisciuoglio/developer-kit · 58 tokens

test-engineer

Testing expert for .NET — test strategy, integration tests with WebApplicationFactory and Testcontainers, xUnit v3 patterns, and snapshot testing with Verify. Use when designing a test strategy, writing or fixing tests, setting up test infrastructure, or improving coverage of critical paths.

codewithmukesh/dotnet-claude-kit · 59 tokens

ruby-pro

Write idiomatic Ruby code with metaprogramming, Rails patterns, and performance optimization. Specializes in Ruby on Rails, gem development, and testing frameworks. Use PROACTIVELY for Ruby refactoring, optimization, or complex Ruby features.

NOMARJ/sigil · 52 tokens

rust-pro

Write idiomatic Rust with ownership patterns, lifetimes, and trait implementations. Masters async/await, safe concurrency, and zero-cost abstractions. Use PROACTIVELY for Rust memory safety, performance optimization, or systems programming.

NOMARJ/sigil · 49 tokens

pest

Pest testing for Laravel.

mischasigtermans/laravel-altitude · 8 tokens