What we build
Built on what SMA Solar Technology AG documents: plants, plant status, ennexOS devices, plant location, energy and power measurements, device event logs. Backends named below are documented resources; "confirmed in blueprint" means the vendor documentation sits behind a login and the resource is checked against your release first.
# sma-monitoring-mcp-server: tool manifest, draft for blueprint week 1
# Every tool runs as the person asking. Nothing is written without a person confirming.
tools:
list_plants: # optional name filter -> plants this consent can access, with status when requested
backend: GET /v1/plants
mode: read
get_plant_status: # plant id -> plant status
backend: GET /v1/plants/{plantId}/status
mode: read
list_ennexos_devices: # plant id -> devices on an ennexOS plant, without the plant model and timezone
backend: GET /v1/plants/{plantId}/devices/lean
mode: read
get_plant_measurements: # plant id, set type, period -> power in W or energy in Wh for that set
backend: GET /v1/plants/{plantId}/measurements/sets/{setType}/{period}
mode: read
get_device_logs: # device id -> event logs inside the retention window
backend: GET /v1/devices/{deviceId}/logs
mode: read
get_plant_location: # plant id -> plant location
backend: GET /v1/plants/{plantId}/location
mode: read
audit: every call logged with user, tool, arguments and the SMA Monitoring response
The manifest is the contract. A question that needs an operation not on it gets a new line and a review, not a wider permission.