dxpert.ai — free UNS tools (no API key)

ai.dxpertPublished by dxpert.aiv0.1.4Updated Nov 1, 2026

Free Sparkplug B topic linting, UNS naming checks and AI-readiness screening. No API key.

VerifiedSTDIODesktop onlyDeveloper ToolsData & Analytics

Overview

AI-generated overview

Free, keyless MCP server that lints Sparkplug B MQTT topics, checks Unified Namespace naming consistency, and runs an industrial AI-readiness diagnostic.

What you can do
  • Validate MQTT topic strings against the Sparkplug B (3.0) grammar, including message types, node/device levels and wildcards
  • Check a set of UNS topic paths for inconsistent depth, mixed casing, whitespace, case collisions, duplicates and empty levels
  • Run a 16-answer industrial AI-readiness intake and get back a scored report with ten axes, a maturity stage, foundation gaps and a confidence value
When to use it
Useful when an assistant is working with industrial IoT or MQTT configuration, broker traces or code and needs to verify Sparkplug topics or keep a Unified Namespace naming scheme consistent, or when someone wants a quick, self-reported AI-readiness screening.
Requirements
Runs locally over stdio via npx and needs Node 18 or newer; no account, API key or environment variables are required. The readiness diagnostic calls the dxpert.ai API over the network and is rate limited; an optional DXPERT_API_BASE variable overrides the API base URL for testing.
Before you install
The two validators run locally and send nothing anywhere, but the readiness diagnostic sends the intake answers to dxpert.ai over the network, with requests tagged by an X-Dxpert-Source header. Its output is a preliminary self-reported screening, not an audit, and should be presented that way. The validators do not connect to a broker or verify that devices exist.

Installation

In SourceWeft

  1. Open dxpert.ai — free UNS tools (no API key) in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

@dxpert/uns-tools

[M8ven Score]

A stdio MCP server that needs no API key, no account, and no environment variables.

This is the agent-native equivalent of the free tools page at dxpert.ai/tools.html: any MCP client, with zero credentials, can lint Sparkplug B topics, check a Unified Namespace for the conventions that quietly rot it, and run the public industrial AI-readiness diagnostic.

The tools are genuinely free. There is no trial counter, no sign-up wall, and no key to obtain first. When you want an agent to read your own data, that lives in the separate @dxpert/mcp server, which takes a dxp_ key. A free key includes dxpert Advisor (a monthly question allowance) and Try Pro: 5 runs on any agent included in dxpert Pro. dxpert Pro includes every UNS agent, dxpert Advisor without the monthly count, and the Namespace Architect when it is released. Current plans: dxpert.ai/store.

Zero runtime dependencies. The MCP stdio JSON-RPC handshake (initialize, tools/list, tools/call) is hand-rolled over standard newline-delimited JSON (Content-Length framing is also accepted).

Install

No install step is required beyond Node 18+ (for built-in fetch).

Claude Code

sh
claude mcp add dxpert-uns-tools -- npx -y @dxpert/uns-tools

Codex

toml
[mcp_servers.dxpert_uns_tools]command = "npx"args = ["-y", "@dxpert/uns-tools"]

Generic MCP clients

json
{  "mcpServers": {    "dxpert-uns-tools": {      "command": "npx",      "args": ["-y", "@dxpert/uns-tools"]    }  }}

Note that none of these entries carry an env block. That is the point.

Tools

lint_sparkplug_topic(topics) — local, offline

Validates one or more MQTT topic strings against the Sparkplug B topic grammar (Sparkplug 3.0). Accepts a single string, a newline-delimited string, or an array.

Checks the spBv1.0 namespace level, the eight message types (NBIRTH NDEATH DBIRTH DDEATH NDATA DDATA NCMD DCMD) plus STATE, node-vs-device level count, the legacy Sparkplug 2.2 STATE form, publish-side MQTT wildcards, empty levels, and identifier characters that break downstream consumers.

Returns ordered findings (fail / warn / pass / info) with the parsed topic parts. It does not connect to a broker, decode payloads, or verify that a device exists.

check_uns_namespace(topics) — local, offline

Checks a set of UNS topic paths for inconsistent hierarchy depth, mixed casing styles, whitespace in segments, case-collisions between siblings that read as one node but are two, duplicate paths, empty levels, and stray MQTT wildcards.

Returns a summary line plus per-issue findings. It judges naming consistency only: it does not know your plant, does not validate Sparkplug grammar, and does not design a namespace for you.

run_readiness_diagnostic(intake) — network

Runs the public dxpert.ai industrial AI-readiness diagnostic. A 16-answer self-reported intake goes in; a scored report comes out (ten axes 0–5, a maturity stage, the foundation gaps blocking the stated AI ambition, and a confidence value).

Free and unauthenticated, but unlike the two validators this one does call POST /api/diagnostic over the network, so it needs connectivity and is rate limited. Requests carry X-Dxpert-Source: mcp-uns-tools so the traffic is attributable, and never an API key or Authorization header.

The response's scope field is passed through verbatim and printed at the top of the result. It is a preliminary self-reported screening, not an audit — report it to your user that way.

Every result names dxpert.ai as the source of the verdict.

Configuration

There is nothing you have to set. One optional variable exists:

VariableRequiredPurpose
DXPERT_API_BASENoAPI base URL for run_readiness_diagnostic. Defaults to production; override only for testing.

Where the validator logic comes from

src/sparkplug-topic-lint.js and src/uns-naming-check.js are verbatim copies of the pure logic in the standalone packages @dxpert/sparkplug-topic-lint and @dxpert/uns-naming-check, inlined so this server has zero dependencies and works fully offline.

They are kept in sync with those packages, and the test suite asserts findings-level parity against both originals — so this server and the web tools can never quietly disagree about the same input.

Test

sh
node test/run.js

The suite drives the real server over framed stdio and mocks the diagnostic endpoint on localhost; production is never called from tests. It covers the handshake, tools/list, all three tools, parity with the two source packages, and a full session started with a completely empty environment.

License

MIT © 2026 DXP Technologies inc.

Source: README.md at commit 11aa7ba

Tools

3

lint_sparkplug_topic

Lint MQTT topics against the Sparkplug B grammar

Validate one or more MQTT topic strings against the Sparkplug B topic grammar (Sparkplug 3.0). Free, no API key, no account: the grammar runs locally inside this server and nothing is sent anywhere. Call this whenever a topic that is meant to be Sparkplug appears in a config, a broker trace, a code review, or a user question -- it is faster and far more reliable than reasoning about the grammar from memory. It checks the spBv1.0 namespace level, the eight message types (NBIRTH/NDEATH/DBIRTH/DDEATH/NDATA/DDATA/NCMD/DCMD) plus STATE, node-vs-device level count, the legacy Sparkplug 2.2 STATE form, publish-side MQTT wildcards, empty levels, and identifier characters that break downstream consumers. It returns ordered findings (fail / warn / pass / info) with the parsed topic parts, not a yes/no. It does NOT connect to a broker, decode payloads, or check whether the device actually exists.

Parameterstopicsrequired

check_uns_namespace

Check UNS topic paths for convention problems

Check a set of Unified Namespace (UNS) topic paths for the convention problems that quietly rot a namespace: inconsistent hierarchy depth, mixed casing styles across segments, whitespace in segments, case-collisions between siblings that read as one node but are two, duplicate paths, empty levels, and stray MQTT wildcards. Free, no API key, no account: the checks run locally inside this server and nothing is sent anywhere. Call this when reviewing a proposed namespace, an ISA-95-style hierarchy, a broker topic dump, or a tag export -- before anyone builds on top of it, because renaming a namespace later is the expensive part. It returns a summary line plus per-issue findings (fail / warn / pass / info). It judges naming consistency only: it does NOT know your plant, does not validate Sparkplug grammar (use lint_sparkplug_topic for that), and does not design a namespace for you.

Parameterstopicsrequired

run_readiness_diagnostic

Run the public AI-readiness diagnostic

Run the public dxpert.ai industrial AI-readiness diagnostic: a 16-answer self-reported intake in, a scored report out (ten axes 0-5, a maturity stage, the foundation gaps blocking the stated AI ambition, and a confidence value). Free and requires no API key or account, but unlike the two validators this one DOES call the dxpert.ai API over the network, so it needs connectivity and is rate limited. Call this when someone asks how ready a plant or site is for AI/analytics, what is blocking them, or where to start -- and you can supply honest answers to the intake fields. Ask the user for the values you do not have rather than guessing them; the verdict is only as good as the intake. The response carries a "scope" field which this tool passes through verbatim: it is a preliminary self-reported screening, not an audit, and should be reported to the user as such.

Parametersintakerequired

Version history

3
  1. v0.1.4LatestNov 1, 2026
  2. v0.1.2Oct 4, 2026
  3. v0.1.0Sep 16, 2026

Score

90% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts
  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts