MCP integration
Authenticated local control from automation agents.
MCP integration
Busloom can expose the open desktop session as a local Model Context Protocol server. It is an adapter to the same project, connection, scan, view, tag, write, and automation paths—not a second hidden Modbus client.
Enable a client
Open Application Preferences → MCP
MCP is a Professional feature and is disabled by default.
Enable the local server
The listener binds only to 127.0.0.1 and Busloom must remain open.
Copy URL and bearer token
Configure the client for Streamable HTTP and send the token in the Authorization header.
Keep prompts enabled first
Read and project operations can proceed, while tag writes and real write-capable automation ask in Busloom.
Regenerate after exposure
Regenerating the token restarts the enabled server and disconnects existing clients.
What an agent can orchestrate
The MCP surface covers project creation/open/save, profiles, port and Unit-ID discovery, connection, scans, views, tags, acquisition, bounded observation of changing values, writes, diagnostics, and automation. Mutations use the same project validator and undo/history path. Unsaved MCP edits remain unsaved until the project is explicitly saved.
| Control | Protection | Operator responsibility |
|---|---|---|
| Loopback binding | Prevents direct network exposure | A local malicious process is still in scope |
| Bearer token | Authenticates every request | Store it only in the local MCP client configuration |
| Write prompts | Require visible approval for device changes | Can be disabled explicitly; read-only profiles still win |
| Bounded operations | Limits payloads, observations, scans, and project discovery | Exhaustive scan requires explicit confirmation |