blueiris-mcp
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@blueiris-mcp Show me a live snapshot from the front door camera"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
blueiris-mcp
An MCP server for Blue Iris, the Windows NVR/camera-management software. Lets an LLM check camera health, pull live or historical snapshots, search the clip/alert archive, and drive PTZ cameras — all through Blue Iris's existing JSON API, no extra software on the Blue Iris box required.
Blue Iris's JSON API is undocumented enough that its session-handshake auth scheme (a custom two-step MD5 challenge, not a bearer token or HTTP digest) has to be reverse-engineered by reading network traffic. This package does that once so you don't have to.
Why
Blue Iris already has a web UI and a JSON API, but neither is something an LLM agent can use directly. This wraps the API as MCP tools so an agent can answer questions like:
"Is the front door camera actually seeing anything right now, or is it stuck on the no-signal placeholder?"
"Show me what the driveway camera saw at 6pm yesterday."
"Who showed up at the front door today?" (Blue Iris's own AI recognition results are in the alert log's
memofield, e.g."John:74%")"Pan the workshop camera left for a second and grab a frame."
Related MCP server: Axis MCP
Tools
Tool | Description |
| Configured cameras with live health: |
| Live or historical JPEG frame ( |
| Recorded segments for a camera, newest first, across Blue Iris's full retention window for that camera. |
| Motion/AI alerts for a camera, newest first, including Blue Iris's own recognition |
| Directional nudge, home, zoom in/out, stop, or jump to a saved preset. |
Setup
Requires a Blue Iris account with JSON API access (the same username/password as the web UI login).
pip install blueiris-mcp
# or: uvx blueiris-mcpConfigure via environment variables:
Variable | Required | Default |
| no |
|
| yes | — |
| yes | — |
Claude Code / Claude Desktop (~/.claude.json or claude_desktop_config.json)
{
"mcpServers": {
"blueiris": {
"command": "uvx",
"args": ["blueiris-mcp"],
"env": {
"BI_URL": "http://192.168.1.50:81",
"BI_USER": "your-username",
"BI_PASSWORD": "your-password"
}
}
}
}Hermes (~/.hermes/config.yaml)
Hermes' mcp_servers config supports the same stdio transport:
mcp_servers:
blueiris:
command: uvx
args: ["blueiris-mcp"]
env:
BI_URL: "http://192.168.1.50:81"
BI_USER: "your-username"
BI_PASSWORD: "your-password"Notes on the Blue Iris API
Auth:
POST /json {"cmd":"login"}returns asessiontoken. ThenPOST /json {"cmd":"login","session":<id>,"response":<hash>}wherehash = md5(f"{user}:{session}:{password}")— a single MD5 pass, no realm string. This client re-authenticates on every call rather than caching a session, since call volume through an MCP tool is inherently low.list_clips/list_alerts(Blue Iris'scliplist/alertlistcommands) have no date-range parameters — they return everything currently retained on disk for that camera. Retention is whatever Blue Iris is configured to keep (commonly a few days to a couple of weeks, storage-dependent).If your setup has another process also driving a camera's PTZ (e.g. an automated monitoring script), avoid sending PTZ commands to that camera at the same time from here — Blue Iris does not arbitrate between simultaneous PTZ sources, and the result is erratic movement.
Development
uv venv && uv pip install -e ".[dev]"
uv run pytestTests are fully mocked (via respx) — no live Blue Iris instance needed.
License
MIT
Available Tools
5 toolsget_snapshotA
Fetch a JPEG frame from a camera.
Omit pos_ms for the current live frame. Pass pos_ms (Unix epoch
milliseconds) to pull a historical frame instead -- use list_clips
or list_alerts to find a timestamp of interest first (their
date field is epoch seconds; multiply by 1000).
Inputs: camera (required), pos_ms.
list_alertsA
List motion/AI alerts for a camera, newest first.
This is the fast path for "who/what triggered this camera and when" --
Blue Iris's own memo field carries AI recognition results when
available (e.g. "Rahi:74%" for a matched face), so this often
answers identity questions directly without a separate face-recognition
lookup. date is epoch seconds, same convention as list_clips.
Inputs: camera (required), limit. Returns: result
list_camerasA
List configured Blue Iris cameras with live health status.
Each entry includes is_no_signal (true when the feed is down and
Blue Iris is showing its grey "no video" placeholder -- this is
different from is_online, which only means the camera isn't
disabled), fps, error, and ptz_capable.
Inputs: no named parameters. Returns: result
list_clipsA
List recorded video segments for a camera, newest first.
Covers Blue Iris's full retention window for that camera (typically a
few days, depending on configured storage limits -- there's no
separate date-range filter on this endpoint, it returns everything
currently on disk). Each entry's date (epoch seconds) and msec
(segment duration) can be used with get_snapshot to pull a frame
from within that segment.
Inputs: camera (required), limit. Returns: result
ptzA
Pan/tilt/zoom a PTZ-capable camera, or jump to a saved preset.
action is one of: left, right, up, down (momentary move, held for
duration_s seconds, capped at 3.0), home, zoom_in, zoom_out, stop,
or goto_preset (requires preset, 0-99).
Only cameras with PTZ hardware respond -- check list_cameras'
ptz_capable field first. If this Blue Iris instance has an
automated pipeline that also drives a camera's PTZ (e.g. a monitoring
script using a dedicated preset slot), avoid sending competing PTZ
commands to that camera at the same time -- Blue Iris does not
arbitrate between simultaneous PTZ sources and the result is erratic
movement.
Inputs: action (required), camera (required), preset, duration_s.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 5 tools
Each tool has a clearly distinct purpose: list_cameras for status, get_snapshot for frame retrieval, list_clips and list_alerts for historical data, and ptz for camera control. There is no overlap in functionality.
Most tools follow the verb_noun pattern with snake_case (list_cameras, get_snapshot, list_clips, list_alerts). The exception is 'ptz', which is a concise, recognizable command name but breaks the verb_noun pattern slightly.
The server exposes 5 tools, which is well-scoped for its purpose of interacting with a Blue Iris server. Each tool addresses a distinct need without excessive or inadequate coverage.
The tool set covers the core surveillance workflows: camera listing, snapshot retrieval, clip listing, alert listing, and PTZ control. Minor gaps exist such as lack of timeline traversal or configuration changes, but the surface is solid for common use cases.
Related MCP Connectors
MCP server for Clipkit — gives AI agents a video toolbox via the Clipkit schema.
MCP server exposing the YourImageShare upload API (upload/list/delete) as tools for AI agents.
An MCP server that provides an API to LLMs to manage their JumpCloud resources.
Related MCP Servers
AlicenseAqualityCmaintenanceThis is an MCP server for the BillingServ API. Once it's set up, your AI assistant can look up customers, invoices, orders, packages, and reports straight from your BillingServ installation375 npmMIT- AlicenseAqualityDmaintenanceMCP server for configuring Axis IP cameras via VAPIX, supporting device info, snapshots, image settings, overlays, network, PTZ, and system management.3712 npm1GPL 3.0
- AlicenseNot gradedqualityCmaintenanceAn MCP server that allows Claude or any MCP client to see and control Reolink cameras on the local network. It provides snapshots, device state, AI detection, PTZ controls, and deterrence features without cloud dependency.42 PyPI4MIT
- AlicenseAqualityDmaintenanceMCP server for Hubitat Elevation hubs that controls devices via the Maker API, with optional gated access to undocumented admin routes, supporting device listing, command sending, virtual device and hub variable automation for Rule Machine, and hub management features.8MIT