Skip to main content
Glama
compiuta-origin

Connhex MCP Server

Official

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
CONNHEX_PASSWORDNoPassword for credentials authentication. Required when CONNHEX_AUTH_TYPE is 'credentials'.
CONNHEX_USERNAMENoUsername for credentials authentication. Required when CONNHEX_AUTH_TYPE is 'credentials'.
CONNHEX_AUTH_TYPENoAuthentication type. Options: 'credentials' (username/password), 'token' (bearer token), or 'session' (forwarded from client).credentials
CONNHEX_BEARER_TOKENNoStatic bearer token for token authentication. Required when CONNHEX_AUTH_TYPE is 'token'.
CONNHEX_INSTANCE_URLYesThe base URL of the Connhex instance you want to connect to.

Capabilities

Features and capabilities supported by this server

CapabilityDetails
tools
{
  "listChanged": true
}
logging
{}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
extensions
{
  "io.modelcontextprotocol/ui": {}
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
whoamiA

Returns information about the currently authenticated user. Use this to verify the connection and see user's identity (active Ory Kratos session).

read_channel_messagesA

Read messages from a Connhex IoT channel by its channel ID.

Use this when you already have a channel ID. To go from a device's business identifier (serial, etc.) to messages, prefer read_thing_messages, which resolves the channel ID for you from a thing ID.

read_thing_messagesA

Read messages for a Connhex thing (device/edge), identified by its thing ID. Resolves the thing's event_channel_id from its metadata and reads messages from it.

Resolving a user-facing identifier: If you only have a serial number or another business identifier, first use list_resources / list_manufacturing_resources to find the record, then look for a field named connhexId (or similar) — that value is the thing_id to pass here, not the record's own id.

get_modelA

Get a single device model by ID.

list_modelsA

List device models with optional filtering and pagination.

get_model_thingsB

List all things assigned to a specific device model.

get_schemaA

Schema of every resource type exposed by this Connhex JSON:API service for the current deployment.

Shape:

  • Top-level keys are resource type names. Use them as the resource_type argument to the corresponding *_resource tools.

  • Each value is a dict of fields:

    • Entries with a type key are attributes (e.g. String, Date, Object). isArray: true indicates a list-valued attribute.

    • Entries with a link key are relationships. The link value is the related resource type — pass it (or a comma-separated list) as the include argument to fetch related records inline. isArray: true means a to-many relationship; inverse is the field name on the other side.

Internal/system fields present on every type:

  • tenants, createdAt, updatedAt are managed by the platform. Do NOT include them in create/update payloads and do not surface them as user-facing data unless explicitly asked.

Read this resource before constructing filters, includes, or create/update payloads — it is the source of truth for valid types and field names.

list_resourcesA

List resources of a given type from a JSON:API service.

Supports filtering, sorting, relationship includes, and pagination. Argument details are provided in the parameter schema.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

get_resourceA

Get a specific resource by its ID from a JSON:API service.

Use include when related resources should be returned inline.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

create_resourceA

Create a new resource on a Connhex JSON:API service.

Use schema fields for attributes and relationships.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

update_resourceA

Update an existing resource's attributes (partial update).

Use schema fields for attributes. Only provided attributes are changed.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

delete_resourceA

Delete a resource. This action is irreversible.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

list_manufacturing_resourcesA

List resources of a given type from a JSON:API service.

Supports filtering, sorting, relationship includes, and pagination. Argument details are provided in the parameter schema.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

get_manufacturing_resourceA

Get a specific resource by its ID from a JSON:API service.

Use include when related resources should be returned inline.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

create_manufacturing_resourceA

Create a new resource on a Connhex JSON:API service.

Use schema fields for attributes and relationships.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

update_manufacturing_resourceA

Update an existing resource's attributes (partial update).

Use schema fields for attributes. Only provided attributes are changed.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

delete_manufacturing_resourceA

Delete a resource. This action is irreversible.

If available, call the get_schema tool first to discover valid resource types, attributes, and relationships.

list_rulesB

List rules from the Connhex Rules Engine.

get_ruleA

Get a single rule by ID from the Connhex Rules Engine.

create_ruleC

Create a new rule in the Connhex Rules Engine.

update_ruleB

Partially update a rule. Only the fields provided are changed.

delete_ruleA

Delete a rule. This action is irreversible.

list_rule_eventsB

List rule events (triggered rule occurrences).

get_thingA

Get a single thing by ID.

list_thingsC

List things with optional filtering and pagination.

get_things_statusA

Get current connectivity status for a batch of things by their IDs. Things that have never connected are omitted from the response.

get_things_status_summaryA

Get a fleet-wide connectivity summary: online, offline, never connected, active last hour.

get_things_flappingA

List devices with an excessive number of reconnections (flapping) within a time window.

get_thing_uptimeA

Get the connect/disconnect timeline and total uptime for a single thing within a time range.

get_thing_channelsB

List the channels connected to a specific thing.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription
Connhex Resources schema Schema of every resource type exposed by this Connhex JSON:API service for the current deployment. Shape: - Top-level keys are resource type names. Use them as the `resource_type` argument to the corresponding *_resource tools. - Each value is a dict of fields: - Entries with a `type` key are attributes (e.g. `String`, `Date`, `Object`). `isArray: true` indicates a list-valued attribute. - Entries with a `link` key are relationships. The `link` value is the related resource type — pass it (or a comma-separated list) as the `include` argument to fetch related records inline. `isArray: true` means a to-many relationship; `inverse` is the field name on the other side. Internal/system fields present on every type: - `tenants`, `createdAt`, `updatedAt` are managed by the platform. Do NOT include them in create/update payloads and do not surface them as user-facing data unless explicitly asked. Read this resource before constructing filters, includes, or create/update payloads — it is the source of truth for valid types and field names.
Connhex Manufacturing schema Schema of every resource type exposed by this Connhex JSON:API service for the current deployment. Shape: - Top-level keys are resource type names. Use them as the `resource_type` argument to the corresponding *_resource tools. - Each value is a dict of fields: - Entries with a `type` key are attributes (e.g. `String`, `Date`, `Object`). `isArray: true` indicates a list-valued attribute. - Entries with a `link` key are relationships. The `link` value is the related resource type — pass it (or a comma-separated list) as the `include` argument to fetch related records inline. `isArray: true` means a to-many relationship; `inverse` is the field name on the other side. Internal/system fields present on every type: - `tenants`, `createdAt`, `updatedAt` are managed by the platform. Do NOT include them in create/update payloads and do not surface them as user-facing data unless explicitly asked. Read this resource before constructing filters, includes, or create/update payloads — it is the source of truth for valid types and field names.

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/compiuta-origin/connhex-tools'

If you have feedback or need assistance with the MCP directory API, please join our Discord server