Plant Simulation Research Bridge
Related Servers
Alternatives to Plant Simulation Research Bridge
No user-submitted related servers found.
Related Servers
- AlicenseBqualityCmaintenanceEnables AI assistants and clients to control and automate FlexSim simulations via MCP tools for model operations, execution, node data access, FlexScript evaluation, results export, and batch what-if experiments.73MIT
- AlicenseBqualityBmaintenanceEnables controlling a local Scilab/Xcos installation to discover installed block libraries, create native block templates, read, write, and validate diagrams, and run simulations of arbitrary positive duration that return named numerical signal series. It exposes these capabilities as MCP tools over stdio or streamable HTTP, with model file access restricted to configured filesystem roots.111GPL 3.0
- FlicenseAqualityCmaintenanceEnables an MCP-capable desktop client to inspect canvas state and action schemas, execute design edits and submissions, and read rewards from a deterministic design-canvas environment over stdio.5-
- AlicenseNot gradedqualityCmaintenanceEnables users to automate local FlexSim modeling through DSH's MCP client bridge: open models, execute verified UTF-8 scripts, inspect diagnostics and exported CSV data, and save models safely with overwrite protection and backups.MIT
- AlicenseNot gradedqualityNot gradedmaintenanceEnables MCP-compatible clients such as Claude Desktop, Cursor, and Antigravity to invoke deterministic mathematical modeling and System 2 agent capabilities through a native STDIO JSON-RPC 2.0 server with zero external dependencies.MIT
- AlicenseNot gradedqualityCmaintenanceEnables MCP clients to run three-stage drone logistics site selection, load CSV/Excel data, retrieve domain knowledge, reverse-geocode coordinates, and receive progress heartbeats for long-running tasks over stdio JSON-RPC.MIT
TDQS
Scored across 30 tools
Most tools have clearly distinct resource+action targets, and potentially overlapping pairs (simulation_start vs simulation_run, run_experiment vs compare_policies vs schedule_vs_reference) are differentiated by their descriptions. A few boundaries in the experiment group remain fuzzy, e.g. run_experiment vs reproduce_run vs schedule_vs_reference all execute a policy over seeds.
Tools fall into clear families (model_*, simulation_*, method_*), but the pattern within families flips between noun_verb (model_status, simulation_status, experiment_summary) and verb_noun (model_open, simulation_start, validate_instance, list_runs). The unprefixed tools (bridge_info, generate_simtalk, object_set_control, mu_create_attribute) add further variation, though everything remains readable.
30 tools is heavy relative to the apparent scope, and several (model_get_property/model_object_info, model_status/bridge_info) could plausibly be consolidated. The surface feels like it grew by adding one tool per capability rather than being scoped deliberately.
Scheduling (validate/run/reproduce/compare/list/aggregate) and model manipulation cover strong lifecycle depth, but there are gaps: no way to close or save a model session, no method delete or method listing, and deletion is limited to devices via model_delete_device. Agents can work around these but will hit dead ends when cleaning up or discovering existing methods.