Skip to main content

Plug Your Broker Into Any MCP Tool

MCP (Model Context Protocol) is an open standard that defines how applications communicate with external tool servers. MCP Routes let your Coreflux broker connect to any MCP-compatible server — file systems, messaging platforms, cloud storage, spreadsheets, and more — and call their tools directly from LoT Actions.
Like adding power tools to a workbench. Each MCP Route plugs a new tool into your broker — a Slack server for sending messages, a filesystem server for reading logs, a Google Drive server for cloud backups. Once connected, any LoT Action can pick up and use that tool.

Integration Architecture

MCP Routes allow the Coreflux Broker to connect to external MCP servers as a client. This enables LoT Actions to call tools provided by any MCP server—file systems, cloud services, communication platforms, and more.

How It Works

  1. Define MCP Routes - Each route connects to an external MCP server
  2. Discover Tools - The broker discovers available tools from each server
  3. Call from Actions - Use CALL MCP in LoT Actions to invoke any tool
  4. Reusable Connections - Multiple actions can share the same MCP route
MCP as a Connection Type. Just like database routes or REST API routes, MCP routes provide a reusable connection that any action can leverage. Define the route once, use it everywhere.

Basic Syntax

The MCP route type connects your Coreflux broker to an external MCP server, making that server’s tools callable from LoT Actions. Each route manages one MCP server connection, and you can define multiple routes to connect to different servers simultaneously.
Once connected, any LoT Action can use CALL MCP to invoke the server’s tools — send Slack messages, read and write files, generate spreadsheet reports, or interact with any other MCP-compatible service.

MCP Configuration

MCP_CONFIG Parameters

SERVER_COMMAND
string
MCP server command to execute (e.g., npx, python, node).
SERVER_ARGUMENTS
string
Comma-separated server arguments (e.g., -y, @modelcontextprotocol/server-filesystem).
CLIENT_NAME
string
MCP client identifier. Default: CorefluxBroker.

Configuration Examples

Enable LoT Actions to perform file operations:

MCP Server Examples

The MCP ecosystem includes servers for various platforms and services. These examples show how to connect popular MCP servers to your Coreflux broker for IoT integration.
Node.js-based MCP servers can be run directly using npx. These are the most common and include official Anthropic servers.Example: Slack Alerts for IoT Events

Calling MCP Tools

Once an MCP route is defined, you can call its tools from within LoT Actions using the CALL MCP syntax. This enables AI-powered automation triggered by MQTT events.

Basic Syntax

The standard syntax to invoke an MCP tool from an Action:

Complete Example

This Action monitors a temperature sensor and uses an MCP tool to send a Slack message when the temperature exceeds a threshold:

Syntax Variations

Some tools don’t require arguments:
Pass multiple named parameters:
Build dynamic values using expressions:

Tool Discovery

When an MCP route connects to a server, Coreflux automatically discovers all available tools and publishes them to MQTT system topics. This allows you to dynamically query what tools are available.

System Topics

Tools Summary Payload

Subscribe to the summary topic to see all available tools:

Individual Tool Payload

Each tool publishes detailed metadata including parameters and usage examples:

Subscribing to Tool Discovery

Use MQTT Explorer or any MQTT client to discover available tools:
Tool discovery topics are retained messages, so the information is immediately available when you subscribe—you don’t need to wait for the next update.

Use Cases

Connect to Slack, email, or other messaging MCP servers to send alerts directly from LoT Actions. When a sensor crosses a threshold, the Action calls the messaging tool — no external middleware needed.
Use filesystem MCP servers to read configuration files, write sensor logs, or manage data exports. LoT Actions can read a config file at startup or append readings to a log file on every event.
Connect to Google Drive, Excel, or other cloud MCP servers to back up IoT data, generate reports from sensor readings, or sync configurations with cloud storage.
Use Windows Control or custom MCP servers to automate HMI/SCADA interfaces, trigger external scripts, or interact with desktop applications as part of your IoT workflow.

Best Practices

  • Limit MCP access to specific topics and actions
  • Use authentication for MCP server connections
  • Monitor MCP tool calls through logging
  • Implement rate limiting for MCP requests
  • Configure appropriate timeouts for MCP operations
  • Limit concurrent MCP connections if needed
  • Monitor memory usage of MCP server processes
  • Implement graceful fallbacks when the MCP server is unavailable
  • Log MCP communication errors for debugging
  • Set up alerts for repeated failures

Troubleshooting

  • Verify SERVER_COMMAND path is correct
  • Check SERVER_ARGUMENTS syntax (comma-separated)
  • Ensure required packages are installed (npx, node, python)
  • Check system PATH includes required executables
  • Verify MCP server is running and responsive
  • Check network/firewall settings
  • Increase timeout values if server startup is slow
  • Check server logs for errors
  • Verify the requested tool is available
  • Check permissions for the operation
  • Review server logs for detailed error messages
  • Ensure broker has required access rights

Next Steps

REST API Routes

Connect to external REST APIs.

Python Integration

Add custom AI/ML logic with Python.
Last modified on May 22, 2026