loading…
Search for a command to run...
loading…
Enables natural language interaction with Connhex IoT platform APIs for managing devices, telemetry, rules, and resources via MCP tools.
Enables natural language interaction with Connhex IoT platform APIs for managing devices, telemetry, rules, and resources via MCP tools.
An MCP server that exposes Connhex APIs as tools.
Add the server to your MCP client configuration.
Claude Desktop (claude_desktop_config.json):
{
"mcpServers": {
"connhex": {
"command": "uvx",
"args": [
"--from",
"git+https://github.com/compiuta-origin/connhex-mcp-server",
"connhex-mcp"
],
"env": {
"CONNHEX_INSTANCE_URL": "<connhex-instance-url>",
"CONNHEX_USERNAME": "[email protected]",
"CONNHEX_PASSWORD": "your-password"
}
}
}
}
The server requires CONNHEX_INSTANCE_URL set to the base URL of the Connhex instance you want to connect to.
Authentication is configured via CONNHEX_AUTH_TYPE (defaults to credentials):
| Auth type | Required env vars | Description |
|---|---|---|
credentials |
CONNHEX_USERNAME, CONNHEX_PASSWORD |
Logs in with username and password |
token |
CONNHEX_BEARER_TOKEN |
Uses a static bearer token |
session |
(none — provided via transport headers) | Forwards session from the client |
By default the server uses stdio. You can select a different transport by appending --transport to the args array:
"args": [
"--from",
"git+https://github.com/compiuta-origin/connhex-mcp-server",
"connhex-mcp",
"--transport",
"streamable-http"
]
Available transports: stdio, http, sse, streamable-http.
uvx caches the built environment on first run and does not re-fetch the git repo on subsequent invocations, so updates to this server are not picked up automatically. To pull the latest version, run:
uvx --refresh --from git+https://github.com/compiuta-origin/connhex-mcp-server connhex-mcp
Then restart your MCP client.
| Tool | Description |
|---|---|
whoami |
Return information about the currently authenticated user. |
Generic CRUD over the Connhex resources service.
| Tool | Description |
|---|---|
list_resources |
List resources of a given type, with filtering, sorting, sparse fieldsets, and pagination. |
get_resource |
Get a specific resource by ID. |
create_resource |
Create a new resource. |
update_resource |
Partially update an existing resource. |
delete_resource |
Delete a resource (irreversible). |
get_schema |
Discover valid resource types, attributes, and relationships across both the resources and manufacturing services. |
Same CRUD shape as Resources, against the manufacturing service.
| Tool | Description |
|---|---|
list_manufacturing_resources |
List manufacturing resources. |
get_manufacturing_resource |
Get a manufacturing resource by ID. |
create_manufacturing_resource |
Create a manufacturing resource. |
update_manufacturing_resource |
Partially update a manufacturing resource. |
delete_manufacturing_resource |
Delete a manufacturing resource (irreversible). |
Read messages from Connhex IoT channels. Supports the four CMP components (messages, params, infos, metrics) and decimation/aggregation for SenML formats.
| Tool | Description |
|---|---|
read_channel_messages |
Read messages from a channel by its channel ID. |
read_thing_messages |
Read messages for a thing (device/edge) by its thing ID (resolves the channel ID from the thing's metadata). |
Manage IoT things (devices and edges) and inspect their connectivity.
| Tool | Description |
|---|---|
get_thing |
Get a single thing by ID, including its typed metadata (channels, device type...). |
list_things |
List things with optional name filter and pagination. |
get_things_status |
Get current connectivity status for a batch of things by their IDs. |
get_things_status_summary |
Fleet-wide connectivity summary: online, offline, never connected, active last hour. |
get_things_flapping |
List devices with an excessive number of reconnections within a time window. |
get_thing_uptime |
Connect/disconnect timeline and total uptime for a single thing in a time range. |
get_thing_channels |
List the channels connected to a specific thing. |
Manage device models and browse the things assigned to them.
| Tool | Description |
|---|---|
get_model |
Get a single device model by ID. |
list_models |
List models with optional name, tag, and tenant filters. |
get_model_things |
List all things assigned to a specific device model. |
Manage rules and inspect triggered rule events.
| Tool | Description |
|---|---|
list_rules |
List rules, with filtering and pagination. |
get_rule |
Get a single rule by ID. |
create_rule |
Create a new rule. |
update_rule |
Partially update an existing rule. |
delete_rule |
Delete a rule (irreversible). |
list_rule_events |
List rule events (triggered rule occurrences). |
Identity
Discover the data model
devices resource type have?"Browse and search resources
ABC."<device-id> and include its related site."serial and name."Create / update / delete resources
Installation A."<device-id> to set its name to Boiler 3."<installation-id>."Manufacturing
IoT messages (telemetry)
<thing-id>."<channel-id> between yesterday and today."<connhex-id> this week."<channel-id> to only the temperature SenML name."Things
<thing-id> and show me its event and control channel IDs."<thing-id> over the last 7 days."<thing-id> connected to?"Models
<model-id>."<thing-id> use?"Rules Engine
critical."<rule-id>."<rule-id>."<rule-id> between <from> and <to>."You can test the server locally using MCP Inspector (requires Node.js):
export CONNHEX_INSTANCE_URL=<connhex-instance-url>
export [email protected]
export CONNHEX_PASSWORD=your-password
./scripts/start-mcp-inspector.sh
For token-based auth:
export CONNHEX_INSTANCE_URL=<connhex-instance-url>
export CONNHEX_AUTH_TYPE=token
export CONNHEX_BEARER_TOKEN=your-token
./scripts/start-mcp-inspector.sh
This opens a browser UI where you can interactively call tools and inspect responses.
Clone the repo and install dependencies:
git clone https://github.com/compiuta-origin/connhex-mcp-server.git
cd connhex-mcp-server
uv sync --dev
Run the server locally:
uv run connhex-mcp
Run tests and linting:
uv run pytest
uv run ruff check .
The Connhex MCP Server acts as a proxy between AI clients and a Connhex instance. It does not collect, store, or process data on its own behalf.
Data handling: All requests are forwarded exclusively to the Connhex instance URL configured by the operator (CONNHEX_INSTANCE_URL). No data is sent to any other third party.
Third-party services: The server communicates only with the configured Connhex instance. No analytics, telemetry, or tracking services are used.
Contact: For privacy-related inquiries, contact [email protected].
Выполни в терминале:
claude mcp add connhex-mcp-server -- npx Безопасность
Низкий рискАвтоматическая эвристика по публичным данным — не гарантия безопасности.