
air-Q Cloud
io.github.CorantGmbHPublished by GitHub account CorantGmbHv1.4.6Updated Oct 24, 2026
MCP server for air-Q Cloud API — access air quality data from anywhere
Overview
Read-only MCP server for the air-Q Cloud API that lets an assistant list air-quality sensors and fetch, chart and export their readings remotely.
- What you can do
- List configured air-Q Cloud devices and their names, locations and groups
- Fetch the latest sensor readings for a device, location or group
- Retrieve historical readings for a time range as column-oriented JSON
- Render historical charts per sensor (PNG, WebP, SVG or interactive HTML) across matching devices
- Export one sensor's history as CSV or XLSX across matching devices
- When to use it
- Useful when you want an assistant to check current indoor or ambient air quality from air-Q sensors without being on the same local network, or to pull, plot and export historical sensor data for reporting.
- Requirements
- Runs locally as a Python package installed with pip (mcp-airq-cloud). Needs a Cloud API key and the 32-character device ID for each device, both from the air-Q account portal. Devices are configured via a JSON config file (default path or AIRQ_CLOUD_CONFIG_FILE) or inline JSON in AIRQ_CLOUD_DEVICES, with AIRQ_CLOUD_API_KEY as a shared fallback key. Internet access to the air-Q Cloud API is required.
Installation
In SourceWeft
- Open air-Q Cloud in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
mcp-airq-cloud
[MCP] [PyPI] [Total Downloads] [Python] [License] [Tests] [Coverage]
MCP server for the air-Q Cloud API — access air quality data from anywhere.
Unlike mcp-airq (which communicates directly with devices on the local network), this server uses the air-Q Cloud REST API to retrieve sensor data remotely.
The same mcp-airq-cloud executable also works as a direct CLI when you pass a
tool name as a subcommand.
Tools
All tools are read-only — the Cloud API does not support device configuration or control.
Installation
Or install from source:
CLI Usage
Use the same command directly from the shell:
For historical plots and exports:
- omit
device,location, andgroupto combine all configured devices into one artifact - use
locationorgroupto combine only the matching devices plot_air_quality_historyreturns one file per requested sensor, with one series per matching deviceexport_air_quality_historyreturns one CSV/XLSX file per request, with rows for all matching devices
The CLI subcommands mirror the MCP tool names. Both styles work:
To force MCP server mode from an interactive terminal, run:
The CLI is pipe-friendly: successful command output goes to stdout, while
tool errors go to stderr with exit code 1. Plot commands can also stream
directly to stdout.
Historical Data
Three tools provide access to historical sensor data via the air-Q Cloud API:
Plotting charts
plot_air_quality_history renders a chart for one sensor. When multiple devices
match, each device becomes a separate series in the same chart.
[CO₂ area chart — single device]
Single device (24 h, area chart, PNG)
[CO₂ area chart — multiple devices]
Multiple devices at one location (24 h, area chart, PNG)
Output formats: png (default), webp, svg, html (interactive Plotly chart with hover tooltips and zoom)
Customization: --title, --x-axis-title, --y-axis-title, --chart-type (line/area), --dark, --timezone-name
Exporting data
export_air_quality_history produces one CSV or Excel file containing all matching devices.
Common parameters
Configuration
You need a Cloud API key and the 32-character device ID for each device. Both can be obtained at my.air-q.com.
Option 1: Environment variable (inline JSON)
Option 2: Default config file (recommended)
Place a JSON file at ~/.config/airq-cloud-devices.json — no environment variable needed:
Option 3: Custom config file path
Option 4: Global API key
If all devices share the same API key, set it once:
Device config fields
Usage with Claude Desktop
Add to claude_desktop_config.json:
Usage with Claude Code
Development
The repository uses a project-local .venv plus uv.lock for reproducible
tooling. Run developer commands through uv run, for example:
License
Apache 2.0 — see LICENSE.
Source: README.md at commit a382b29
Tools
0Version history
1- v1.4.6LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts