A Model Context Protocol (MCP) server that provides 35 comprehensive tools for working with EnergyPlus building energy simulation models. This server enables AI assistants and other MCP clients to load, validate, modify, and analyze EnergyPlus IDF files through a standardized interface.
Version: 0.1.0
EnergyPlus Compatibility: 26.1.0 (default; see Building against a different EnergyPlus version)
Python: 3.10+
EnergyPlus MCP Server makes EnergyPlus building energy simulation accessible to AI assistants and automation tools through the Model Context Protocol.
Key Features:
- 🏗️ Complete Model Lifecycle: Load, validate, analyze, modify, and simulate IDF files
- 🔍 Deep Building Analysis: Extract detailed information about zones, surfaces, materials, and schedules
- 🚀 Automated Simulation: Execute EnergyPlus simulations with weather files
- 📊 Advanced Visualization: Create interactive plots and HVAC system diagrams
- 🔧 HVAC Intelligence: Discover, analyze, and visualize HVAC system topology
- 📈 Smart Output Management: Auto-discover and configure output variables/meters
Prerequisites (all clients):
- Docker Desktop (macOS / Windows) or Docker Engine (Linux), running
giton your PATH- The
energyplus-mcp-devimage built locally (step 1 below — do this once)
Choose the appropriate setup for your AI assistant or IDE:
-
Build the Docker image (one-time setup):
git clone https://github.com/LBNL-ETA/EnergyPlus-MCP.git cd EnergyPlus-MCP docker build -t energyplus-mcp-dev -f .devcontainer/Dockerfile .devcontainer -
Locate the Claude Desktop config file for your OS:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json - Linux: Claude Desktop is not officially supported on Linux. If you use a community build, check its docs for the config path (commonly
~/.config/Claude/claude_desktop_config.json).
Create the file if it does not exist, then add:
{ "mcpServers": { "energyplus": { // Server name shown in Claude Desktop "command": "docker", // Main command to execute "args": [ "run", // Docker subcommand to run a container "--rm", // Remove container after it exits (cleanup) "-i", // Interactive mode for stdio communication "-v", "/path/to/EnergyPlus-MCP:/workspace", // Mount local dir to container "-w", "/workspace/energyplus-mcp-server", // Working dir in container "energyplus-mcp-dev", // Docker image name we built "uv", "run", "python", "-m", "energyplus_mcp_server.server" // Server startup command ] } } }Important:
- Replace
/path/to/EnergyPlus-MCPwith the absolute path to your cloned repo.- macOS/Linux example:
/Users/yourname/code/EnergyPlus-MCP - Windows example:
C:\\Users\\yourname\\code\\EnergyPlus-MCP(use double backslashes in JSON)
- macOS/Linux example:
- Remove all comments (text after
//) when adding to the actual config file, as JSON doesn't support comments.
- macOS:
-
Restart Claude Desktop. The EnergyPlus server should appear in the MCP servers panel.
-
Verify: in a new chat, ask "List the EnergyPlus MCP tools you have access to." You should see tools like
load_idf_model,run_energyplus_simulation,get_server_status. If not, check Troubleshooting.
VS Code 1.102+ ships native MCP support. Config goes in .vscode/mcp.json at the workspace root (or in user settings under "mcp").
-
Build the Docker image (same as Claude Desktop step 1 above).
-
Create
.vscode/mcp.jsonin your project:{ "servers": { "energyplus": { // Server name shown in VS Code "command": "docker", // Main command to execute "args": [ "run", // Docker subcommand to run a container "--rm", // Remove container after it exits (cleanup) "-i", // Interactive mode for stdio communication "-v", "${workspaceFolder}:/workspace", // Mount workspace to container "-w", "/workspace/energyplus-mcp-server", // Working dir in container "energyplus-mcp-dev", // Docker image name we built "uv", "run", "python", "-m", "energyplus_mcp_server.server" // Server startup command ] } } }Important: Remove all comments (text after
//) when saving — JSON does not support comments. -
Reload VS Code (
Ctrl/Cmd+Shift+P→ Developer: Reload Window). Open the Chat view and confirm theenergyplusMCP server shows as Running. -
Verify: ask the chat "What EnergyPlus tools are available?" — you should see the tool list.
-
Build the Docker image (same as Claude Desktop step 1 above).
-
Locate the Cursor MCP config file for your OS:
- macOS/Linux:
~/.cursor/mcp.json - Windows:
%USERPROFILE%\.cursor\mcp.json
Create the file if it does not exist, then add:
{ "mcpServers": { "energyplus": { // Server name shown in Cursor "command": "docker", // Main command to execute "args": [ "run", // Docker subcommand to run a container "--rm", // Remove container after it exits (cleanup) "-i", // Interactive mode for stdio communication "-v", "/path/to/EnergyPlus-MCP:/workspace", // Mount local dir to container "-w", "/workspace/energyplus-mcp-server", // Working dir in container "energyplus-mcp-dev", // Docker image name we built "uv", "run", "python", "-m", "energyplus_mcp_server.server" // Server startup command ] } } }Important:
- Replace
/path/to/EnergyPlus-MCPwith the absolute path to your cloned repo (Windows users: use double backslashes in JSON, e.g.C:\\Users\\yourname\\code\\EnergyPlus-MCP). - Remove all comments (text after
//) when saving — JSON does not support comments.
- macOS/Linux:
-
Restart Cursor. Open Settings → MCP and confirm the
energyplusserver is listed as connected. -
Verify: ask Cursor chat "What EnergyPlus tools are available?" — you should see the tool list.
For contributors who want to modify or extend the MCP server:
The easiest development setup with all dependencies pre-configured.
Prerequisites:
Steps:
-
Clone and open in VS Code:
git clone https://github.com/LBNL-ETA/EnergyPlus-MCP.git cd EnergyPlus-MCP code .
-
Click "Reopen in Container" when prompted (or press
Ctrl+Shift+P→ "Dev Containers: Reopen in Container") -
The container automatically installs EnergyPlus 26.1.0 and all dependencies (to pin a different version, see Building against a different EnergyPlus version)
For direct Docker development without VS Code:
# Clone repository
git clone https://github.com/LBNL-ETA/EnergyPlus-MCP.git
cd EnergyPlus-MCP
# Build container
docker build -t energyplus-mcp-dev -f .devcontainer/Dockerfile .devcontainer
# Run container
docker run -it --rm -v "$(pwd)":/workspace -w /workspace/energyplus-mcp-server energyplus-mcp-dev bash
# Inside container, install dependencies
uv sync --extra devFor local development (requires EnergyPlus installation):
Prerequisites:
- Python 3.10+
- uv package manager
- EnergyPlus 26.1.0 (or pin a different version — see Building against a different EnergyPlus version)
# Clone and install
git clone https://github.com/LBNL-ETA/EnergyPlus-MCP.git
cd EnergyPlus-MCP/energyplus-mcp-server
uv sync --extra dev
# Run server for testing
uv run python -m energyplus_mcp_server.serverBy default the server runs over stdio, which is what every MCP client config in this README uses. The server can also run as a token-authenticated streamable HTTP service — useful for testing remote-style deployments, smoke-testing with curl, or connecting clients that expect an HTTP MCP endpoint.
Prerequisites — pick one path:
- Docker (recommended; no local EnergyPlus install needed): build the
energyplus-mcp-devimage once (per Docker Setup above). The image ships with EnergyPlus 26.1.0 and all Python deps pre-installed. - Local Development: follow Local Development above — Python 3.10+,
uv, and a local EnergyPlus install. HTTP mode pulls inuvicornandpython-dotenv, which are declared inpyproject.toml—uv sync --extra devwill install them.
1. Generate a bearer token. Tokens must be at least 32 characters:
openssl rand -hex 322. Create .env in energyplus-mcp-server/ (gitignored). Copy from .env.example and fill in your values:
# EPLUS_IDD_PATH — ONLY set this for the Local variant.
# Leave it commented out / unset when using the Docker variant; the image has
# EnergyPlus 26.1.0 baked in and auto-detects it. Setting a host path
# (e.g. /Applications/...) inside the container will override the in-container
# install and crash the server with "IDD file not found".
# EPLUS_IDD_PATH=/Applications/EnergyPlus-26-1-0/Energy+.idd
MCP_TRANSPORT=streamable-http
MCP_HTTP_HOST=0.0.0.0
MCP_HTTP_PORT=8000
MCP_HTTP_PATH=/mcp
# JSON array. Required when MCP_TRANSPORT=streamable-http.
MCP_TOKENS=[{"label":"local-dev","token":"<paste-32+-char-hex-here>"}]MCP_TOKENS is strict (parsed in config.py):
- JSON array of
{"label": "...", "token": "..."}objects labelmatches[a-z0-9_-]{1,32}(lowercase only)tokenis at least 32 characters- Labels and tokens must be unique within the array
- An empty list while
MCP_TRANSPORT=streamable-httpcauses the server to refuse to start (fail-closed)
3. Start the server. Pick the variant that matches your setup:
Docker (recommended): publish the port, mount the repo, and let the container pick up .env via --env-file. Run from the repo root:
docker run --rm \
-p 8000:8000 \
-v "$(pwd)":/workspace \
-w /workspace/energyplus-mcp-server \
--env-file energyplus-mcp-server/.env \
energyplus-mcp-dev \
uv run python -m energyplus_mcp_server.serverNote:
uv run python -m ...outsidedocker runexecutes Python on your host, not in the container — even if the dev image is built. The container is only used when you actually invokedocker run. That's why the Local variant below requires a host-side EnergyPlus install.For the Docker command above, make sure
EPLUS_IDD_PATHis unset / commented out in.env(see the note in step 2).--env-fileforwards every uncommented line into the container, and a host-side/Applications/...path inside the container will override the image's auto-detected install and crash startup.
Local: (requires a host EnergyPlus install matching whatever EPLUS_IDD_PATH is set to in .env)
cd energyplus-mcp-server
uv run python -m energyplus_mcp_server.serverEither way you should see a log line like Listening on http://0.0.0.0:8000 (path=/mcp, 1 tokens).
4. Smoke-test with curl. The server exposes two endpoints:
# Health check — no auth required, useful for confirming the server is up
curl -s http://localhost:8000/health
# → {"status":"ok"}
# Unauthenticated MCP request — should return 401
curl -i -X POST http://localhost:8000/mcp
# Authenticated initialize handshake
TOKEN=<paste-your-token>
curl -i -X POST http://localhost:8000/mcp \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"curl","version":"0"}}}'5. Connect MCP Inspector. Run the Inspector and point it at http://localhost:8000/mcp with transport Streamable HTTP and an Authorization: Bearer <your-token> header.
6. Connect an MCP client. Replace the stdio command stanza in your client config with an HTTP one:
{
"mcpServers": {
"energyplus": {
"type": "http",
"url": "http://localhost:8000/mcp",
"headers": { "Authorization": "Bearer <your-token>" }
}
}
}Common pitfalls:
RuntimeError: IDD file not found at: /Applications/...when using Docker —EPLUS_IDD_PATHin.envis set to a host path and--env-fileforwarded it into the container, overriding the image's auto-detected install. Comment out theEPLUS_IDD_PATHline in.env(or set it to the in-container path/app/software/EnergyPlusV26-1-0/Energy+.idd).streamable-http transport requires non-empty MCP_TOKENS—MCP_TOKENSis empty or unset. Generate a token and add it to.env.- JSON quoting in shells — if you
export MCP_TOKENS=...in zsh/bash instead of using.env, wrap the value in single quotes so the inner"characters survive. - Port conflict on 8000 — set
MCP_HTTP_PORT=8001in.env(the Cloud Run-stylePORTenv var is also honored). - 421 "Invalid Host header" —
mcp>=1.10ships DNS rebinding protection that rejects unrecognized Host headers. The server disables it by default for HTTP-behind-auth use cases. To re-enable with an allowlist, setMCP_ALLOWED_HOSTS=host1.example.com,host2.example.com. - Tests — transport and auth behavior is covered by
tests/test_config_transport.pyandtests/test_auth.py. Run withuv run pytest tests/test_config_transport.py tests/test_auth.py.
The Docker image bakes EnergyPlus 26.1.0 in by default. To pin a different release, override the build args below when building the image. You'll need:
EPLUS_VER: release version, e.g.25.1.0EPLUS_HASH: the short commit string NREL embeds in the release tarball filename. Find it by looking at any asset on the release page — e.g. for v25.1.0 the tarballEnergyPlus-25.1.0-68a4a7c774-Linux-Ubuntu22.04-x86_64.tar.gzgivesEPLUS_HASH=68a4a7c774.EPLUS_PREFIX: install path inside the container. Must match/app/software/EnergyPlusV<major>-<minor>-<patch>(hyphens, not dots).EPLUS_DIST_SUFFIX: Ubuntu distro tag. UseUbuntu22.04for EnergyPlus ≤ 25.1.0;Ubuntu24.04for ≥ 26.1.0 (NREL stopped shipping 22.04 builds from 26.1.0 onward).
Example — rebuild against 25.1.0:
docker build \
--build-arg EPLUS_VER=25.1.0 \
--build-arg EPLUS_HASH=68a4a7c774 \
--build-arg EPLUS_PREFIX=/app/software/EnergyPlusV25-1-0 \
--build-arg EPLUS_DIST_SUFFIX=Ubuntu22.04 \
-t energyplus-mcp-dev \
-f .devcontainer/Dockerfile .devcontainerHeads up — three other places reference the install path (/app/software/EnergyPlusV26-1-0) and don't read the Dockerfile ARG, so if you override EPLUS_PREFIX you'll also need to update:
energyplus-mcp-server/energyplus_mcp_server/config.py—versionanddefault_installationenergyplus-mcp-server/.vscode/mcp.json— the twoEnergyPlusV26-1-0strings- The client config JSON you created for Claude Desktop / VS Code / Cursor — only if it sets
EPLUS_IDD_PATHexplicitly; otherwiseconfig.py's update is enough.
Alternatively, set EPLUS_IDD_PATH to the new install location in your client config's env block — config.py will derive everything else from it.
The server provides 35 tools organized into 5 categories:
load_idf_model- Load and validate IDF filesvalidate_idf- Comprehensive model validationlist_available_files- Browse sample files and weather datacopy_file- Intelligent file copying with path resolutionget_model_summary- Extract basic model informationcheck_simulation_settings- Review simulation control settingsmodify_simulation_control- Modify simulation parametersmodify_run_period- Adjust simulation time periodsget_server_configuration- Get server configuration info
list_zones- List all thermal zones with propertiesget_surfaces- Get building surface informationget_materials- Extract material definitionsinspect_schedules- Analyze all schedule objectsinspect_people- Analyze occupancy settingsinspect_lights- Analyze lighting loadsinspect_electric_equipment- Analyze equipment loadsget_output_variables- Get/discover output variablesget_output_meters- Get/discover energy meters
modify_people- Update occupancy settingsmodify_lights- Update lighting loadsmodify_electric_equipment- Update equipment loadschange_infiltration_by_mult- Modify infiltration ratesadd_window_film_outside- Add window filmsadd_coating_outside- Apply surface coatingsadd_output_variables- Add output variablesadd_output_meters- Add energy meters
run_energyplus_simulation- Execute simulationscreate_interactive_plot- Generate HTML visualizationsdiscover_hvac_loops- Find all HVAC loopsget_loop_topology- Get HVAC loop details
visualize_loop_diagram- Generate HVAC diagramsget_server_status- Check server healthget_server_logs- View recent logsget_error_logs- Get error logsclear_logs- Clear/rotate log files
-
Load a model:
{ "tool": "load_idf_model", "arguments": { "idf_path": "sample_files/1ZoneUncontrolled.idf" } } -
Inspect zones:
{ "tool": "list_zones", "arguments": { "idf_path": "sample_files/1ZoneUncontrolled.idf" } } -
Run simulation:
{ "tool": "run_energyplus_simulation", "arguments": { "idf_path": "sample_files/1ZoneUncontrolled.idf", "weather_file": "sample_files/USA_CA_San.Francisco.Intl.AP.724940_TMY3.epw", "annual": true } } -
Create visualization:
{ "tool": "create_interactive_plot", "arguments": { "output_directory": "outputs/1ZoneUncontrolled", "file_type": "variable" } }
HVAC System Analysis:
{
"tool": "discover_hvac_loops",
"arguments": {
"idf_path": "sample_files/5ZoneAirCooled.idf"
}
}Generate HVAC Diagram:
{
"tool": "visualize_loop_diagram",
"arguments": {
"idf_path": "sample_files/5ZoneAirCooled.idf",
"loop_name": "VAV Sys 1",
"format": "png"
}
}Discover Output Variables:
{
"tool": "get_output_variables",
"arguments": {
"idf_path": "sample_files/5ZoneAirCooled.idf",
"discover_available": true,
"run_days": 1
}
}Test tools interactively (requires Node.js 18+):
# From the repo root, run the server inside the dev image under the Inspector
npx @modelcontextprotocol/inspector \
docker run --rm -i \
-v "$(pwd):/workspace" \
-w /workspace/energyplus-mcp-server \
energyplus-mcp-dev \
uv run python -m energyplus_mcp_server.serverOr, if you have a local dev environment (see Local Development):
cd energyplus-mcp-server
npx @modelcontextprotocol/inspector uv run python -m energyplus_mcp_server.serverThe Inspector opens a browser UI where you can list tools and invoke them with JSON arguments — useful for sanity-checking the install before wiring up a client.
The server follows a layered architecture:
┌─────────────────────────┐
│ MCP Protocol Layer │ FastMCP server handling client communications
├─────────────────────────┤
│ Tools Layer │ 35 tools organized into 5 categories
├─────────────────────────┤
│ Orchestration Layer │ EnergyPlus Manager & Config Module
├─────────────────────────┤
│ EnergyPlus Integration │ Direct interface to simulation engine
└─────────────────────────┘
Project Structure:
energyplus-mcp-server/
├── energyplus_mcp_server/
│ ├── server.py # FastMCP server with tools
│ ├── energyplus_tools.py # Core EnergyPlus integration
│ ├── config.py # Configuration management
│ └── utils/ # Specialized utilities
├── sample_files/ # Sample IDF and weather files
├── tests/ # Unit tests
└── pyproject.toml # Dependencies
The server auto-detects EnergyPlus installation and uses sensible defaults. Configuration can be customized via environment variables:
EPLUS_IDD_PATH: Path to EnergyPlus IDD fileEPLUS_SAMPLE_PATH: Custom sample files directoryEPLUS_OUTPUT_PATH: Output directory for results
Common Issues:
- "IDD file not found": Ensure EnergyPlus is installed
- "Module not found": Run
uv syncto install dependencies - "Permission denied": Check file permissions
- "Simulation failed": Check EnergyPlus error messages in output directory
Debugging:
- Check server status:
get_server_status - View logs:
get_server_logs - Check errors:
get_error_logs
- Fork the repository
- Create a feature branch
- Make changes with tests
- Run checks:
uv run ruff check uv run black . uv run pytest - Submit a pull request
If you use EnergyPlus-MCP in your research or project, please cite:
Han Li, Yujie Xu, Tianzhen Hong, EnergyPlus-MCP: A model-context-protocol server for ai-driven building energy modeling, SoftwareX, Volume 32, 2025, 102367, ISSN 2352-7110, https://doi.org/10.1016/j.softx.2025.102367.
BibTeX entry:
@article{li2025energyplus,
title={EnergyPlus-MCP: A model-context-protocol server for ai-driven building energy modeling},
author={Li, Han and Xu, Yujie and Hong, Tianzhen},
journal={SoftwareX},
volume={32},
pages={102367},
year={2025},
issn={2352-7110},
doi={10.1016/j.softx.2025.102367},
url={https://www.sciencedirect.com/science/article/pii/S2352711025003334}
}EnergyPlus Model Context Protocol Server (EnergyPlus-MCP) Copyright (c) 2025, The Regents of the University of California, through Lawrence Berkeley National Laboratory (subject to receipt of any required approvals from the U.S. Dept. of Energy). All rights reserved.
This software is distributed under a modified BSD license. See License.txt for full license text and Copyright.txt for the copyright notice.
If you have questions about your rights to use or distribute this software, please contact Berkeley Lab's Intellectual Property Office at IPO@lbl.gov.
Government Rights Notice: This Software was developed under funding from the U.S. Department of Energy and the U.S. Government consequently retains certain rights. As such, the U.S. Government has been granted for itself and others acting on its behalf a paid-up, nonexclusive, irrevocable, worldwide license in the Software to reproduce, distribute copies to the public, prepare derivative works, and perform publicly and display publicly, and to permit others to do so.