OPC UA Modeler
OPC UA companion spec types, namespace dependencies, and engineering units for AI agents
¿Debería usar esto?
Calidad y seguridad
Basado en el análisis automatizado de las definiciones de herramientas y el cumplimiento del protocolo.
Costo de contexto
Este es el número aproximado de tokens que se consumen cada vez que las herramientas del servidor se cargan en el contexto de un modelo. Los recuentos más altos reducen la atención disponible para otras tareas.
Instalar
Instalación con un clic
Agrega esto a tu archivo `claude_desktop_config.json`:
{
"mcpServers": {
"node-opcua-modeler-mcp-server": {
"command": "npx",
"args": [
"node-opcua-modeler-mcp-server"
]
}
}
}Paquetes ejecutables
1.6.1stdioPuntos de conexión remotos
https://api.opcua-modeler.sterfive.io/api/mcpstreamable-httpQué puede hacer
Inventario de herramientas
Herramientas (12)
🟢resolve_dependencies(aliases)
Given one or more companion spec namespace aliases, returns the full resolved dependency list that MUST go in the YAML `namespaces:` section. Always call this before generating the namespaces block.
Esquema de entrada
{
"type": "object",
"properties": {
"aliases": {
"type": "array",
"items": {
"type": "string"
},
"description": "Companion spec aliases to resolve (e.g. [\"machineTool\", \"robotics\"])"
}
},
"required": [
"aliases"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢list_namespaces
List all well-known OPC UA companion spec namespace aliases with their full names, URIs, and dependencies. Use this to discover what namespaces are available.
Esquema de entrada
{
"type": "object",
"properties": {},
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢list_types(alias)
List ALL ObjectTypes, VariableTypes, and InterfaceTypes defined in a specific companion spec namespace. ALWAYS call this before using any type from a namespace — NEVER guess type names.
Esquema de entrada
{
"type": "object",
"properties": {
"alias": {
"type": "string",
"description": "Companion spec alias (e.g. \"machinery\", \"di\", \"robotics\")"
}
},
"required": [
"alias"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢get_type_details(alias, browseName)
Get detailed information about a specific type: its components, properties, methods, interfaces, and optional members. Use this to understand a type's structure before creating instances or subtypes. `specRef`, on the type and on a member, is the link to the section of the specification that defines it: cite it.
Esquema de entrada
{
"type": "object",
"properties": {
"alias": {
"type": "string",
"description": "Companion spec alias where the type is defined (e.g. \"machinery\")"
},
"browseName": {
"type": "string",
"description": "The type browse name (e.g. \"MachineryItemIdentificationType\")"
}
},
"required": [
"alias",
"browseName"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢search_types(query)
Search for types across ALL companion specs by keyword. Use this when you don't know which namespace defines a type. Returns matching types with their namespace alias.
Esquema de entrada
{
"type": "object",
"properties": {
"query": {
"type": "string",
"description": "Search keyword (e.g. \"identification\", \"temperature\", \"motion\")"
}
},
"required": [
"query"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢find_reusable_block(query)
Find reusable Interfaces / AddIns by capability — pass a member name or keyword (e.g. "SerialNumber", "DeviceHealth", "Location") and get the standard blocks that already expose it. PREFER applying/composing an existing block over redefining its members inline. Interfaces are applied with `interfaces:`; addins (types with a DefaultInstanceBrowseName) are composed with `addIns:`. A single property → use the Interface; a whole named sub-object → use the AddIn.
Esquema de entrada
{
"type": "object",
"properties": {
"query": {
"type": "string",
"description": "Member name or capability keyword (e.g. \"SerialNumber\", \"health\", \"calibration\")"
}
},
"required": [
"query"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢find_engineering_unit(query)
Find the official UNECE Rec. 20 engineering unit symbol for a given description. ALWAYS call this before using any engineering unit — NEVER guess unit symbols.
Esquema de entrada
{
"type": "object",
"properties": {
"query": {
"type": "string",
"description": "Description or common name of the unit (e.g. \"revolutions per minute\", \"celsius\", \"pressure bar\")"
}
},
"required": [
"query"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢get_dsl_reference
Get the grammar reference for the OPC UA modeler YAML DSL: file header, top-level sections, name-prefix conventions, minimal examples, and common mistakes. Call this FIRST before writing any YAML model by hand. Works without an API key.
Esquema de entrada
{
"type": "object",
"properties": {},
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢opcua_model_validate(yaml)
Validate an OPC UA YAML model for correctness. Returns diagnostics with severity (error/warning/info), codes, messages, and line numbers. Works without an API key (limited to 50 calls/day). ALWAYS validate before generating.
Esquema de entrada
{
"type": "object",
"properties": {
"yaml": {
"type": "string",
"description": "The full YAML model source to validate"
}
},
"required": [
"yaml"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢opcua_model_generate(yaml, include_docs)
Generate OPC UA NodeSet2.xml and Symbols.CSV from a YAML model. Requires an API key (set OPCUA_MODELER_API_KEY env var). Returns base64-encoded artifacts if the model is valid, or diagnostics if validation fails. Optionally set include_docs=true to also generate markdown documentation.
Esquema de entrada
{
"type": "object",
"properties": {
"yaml": {
"type": "string",
"description": "The full YAML model source to generate from"
},
"include_docs": {
"type": "boolean",
"description": "Set to true to include markdown documentation (slower)"
}
},
"required": [
"yaml"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢opcua_model_reverse(xml, namespace_uri, self_contained)
Reverse-engineer a NodeSet2.xml file back into the YAML DSL format. Requires an API key (set OPCUA_MODELER_API_KEY env var). Optionally specify the target namespace URI to extract.
Esquema de entrada
{
"type": "object",
"properties": {
"xml": {
"type": "string",
"description": "The NodeSet2.xml content to reverse-engineer"
},
"namespace_uri": {
"type": "string",
"description": "Target namespace URI to extract (auto-detected if omitted)"
},
"self_contained": {
"type": "boolean",
"description": "Return one self-contained .opcua.yaml stream: the model, its NodeId symbol table and dependency declarations (default: bare YAML)"
}
},
"required": [
"xml"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}🟢opcua_model_create(prompt, forceSpecs)
Generate an OPC UA YAML model from a natural language description using AI. Requires an API key (set OPCUA_MODELER_API_KEY env var). The AI will auto-detect relevant companion specs, generate a validated model with documentation, and auto-correct validation errors.
Esquema de entrada
{
"type": "object",
"properties": {
"prompt": {
"type": "string",
"description": "Natural language description of the OPC UA model to generate"
},
"forceSpecs": {
"type": "array",
"items": {
"type": "string"
},
"description": "Companion spec aliases to force (e.g. [\"di\", \"ia\"])"
}
},
"required": [
"prompt"
],
"additionalProperties": false,
"$schema": "http://json-schema.org/draft-07/schema#"
}Comunidad
Evidencia