Ansys CFX-MCP
OfficialRelated Servers
Alternatives to Ansys CFX-MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables natural language interaction with ANSYS Mechanical simulation software via gRPC, allowing users to manage geometry, mesh, boundary conditions, solve analyses, and generate reports through MCP-compatible AI clients.17Apache 2.0
- AlicenseBqualityDmaintenanceMCP Server for COMSOL Multiphysics simulation automation via AI agents.781MIT
- FlicenseNot gradedqualityCmaintenanceMCP server for automating ANSYS HFSS simulations, enabling persistent connections, modeling, simulation setup, and S-parameter extraction through AI assistants.1-
- AlicenseNot gradedqualityAmaintenanceAutomates OpenFOAM CFD simulations via MCP, enabling AI agents to mesh, run, and post-process cases from natural language prompts without any API keys.MIT
- AlicenseAqualityAmaintenanceVoice-driven CFD MCP server that enables natural language setup, execution, and analysis of OpenFOAM simulations, with results exportable to ParaView.16MIT
- AlicenseAqualityCmaintenanceTurns any MCP client into an OpenFOAM setup and debugging co-pilot, enabling case scaffolding, dictionary edits, mesh sizing, inlet turbulence calculations, and solver-log convergence checks through natural language.20MIT
TDQS
Scored across 7 tools
Most tools have clearly distinct roles: connection lifecycle (connect/disconnect/session_status), code execution/validation (run_code/validate_code), workflow actions, and model context queries. The main potential confusion is between run_code and cfx_workflow, since cfx_workflow actions could also be performed via custom Python, but the descriptions provide enough routing guidance to separate them.
Tool names mostly follow a clean snake_case pattern with imperative verbs (connect, disconnect, run_code, validate_code). session_status and cfx_workflow/cfx_model_context are more noun-like, but overall the naming is consistent enough and predictable across the set.
Seven tools is a well-scoped size for this server's purpose. Each tool covers a distinct functional layer: backend connection, live code execution, validation, high-level workflow control, and model introspection, without redundancy or bloat.
The tool surface covers the main CFX interaction lifecycle: connect, run custom code, validate, drive workflows, and inspect model context. run_code provides an escape hatch for arbitrary PyCFX operations, though a few high-level conveniences like explicit solver output retrieval or session list/close operations are absent, which is a minor gap.