MrJ-JMRI-MCP
Related Servers
Alternatives to MrJ-JMRI-MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceMCP server for Home Assistant that lets you control and query your smart home through natural language via MCP clients. Provides tools for entities, devices, services, automations, scripts, history, add-ons, and system info, with read-only access by default and optional configurable write support.1MIT
- AlicenseAqualityCmaintenanceAn MCP server that lets LLMs control Amazon Alexa devices, including announcements, text commands, smart-home group management, routines, and list operations.182MIT
- AlicenseNot gradedqualityBmaintenanceA self-learning discovery tool + MCP server that turns your Home Assistant into knowledge an AI assistant can actually use.MIT
- AlicenseNot gradedqualityCmaintenanceEnables natural language control of Loxone smart home systems, including lighting, audio, climate, and environmental monitoring, through MCP-compatible clients.7 npm2AGPL 3.0
- AlicenseAqualityAmaintenanceA comprehensive MCP server that enables AI assistants to interact with Home Assistant, control smart home devices, query states, execute services, and manage automations via natural language.7772,385 PyPI4,867MIT
- AlicenseAqualityBmaintenanceA local MCP server that lets users control their computer via voice commands, executing CLI tools, searching files, and receiving spoken feedback, with safety gating and confirmation.5MIT
TDQS
Scored across 54 tools
Many tools are carefully documented but there are multiple overlapping command families: lights_on/lights_off vs set_loco_lights vs set_layout_lights vs set_all_locos_lights, and stop/emergency_stop/emergency_stop_all/power_off_all/park_all_locomotives/secure_layout/end_session all respond to some form of 'stop'. The cross-references help, but the sheer number of composite and shortcut tools makes selection genuinely error-prone.
Most tools follow predictable list_/get_/set_ patterns, and bulk operations consistently use _all (set_all_turnouts, power_off_all, park_all_locomotives). Minor deviations like signal_off, lights_on/off, system_status, layout_status, night_mode, and day_mode are still readable and do not obscure intent.
54 tools is far beyond the 25+ threshold considered too many for a coherent MCP surface, and much of the count comes from composites and shortcuts duplicating component tools (lights_on/off, signal_off, prepare_locomotive, park_locomotive, night_mode/day_mode, start_session/end_session, secure_layout). This makes the server heavy on context and selection overhead when several tools could be consolidated via parameters.
The operational surface is impressively broad: discovery and control for power, locomotives, turnouts, signals, sensors, blocks, layout lights, and exhibition/executor modes are all covered. Minor gaps such as a dedicated read-only throttle state tool and route/automation control are workable omissions, not dead ends.