Skip to Content
User guideMCP for agents

MCP for agents

Core exposes a Model Context Protocol  server at /api/mcp, so an MCP host such as Claude Desktop or Cursor can read sensors, check the grow cycle, and act on your tower. It uses the stateless Streamable HTTP transport.

http://seedypod.local:3000/api/mcp

Every tool calls the same procedures the web UI uses, never the hardware directly, so the pump safety guard applies to agents too. A refusal (dry tank, latched fault) comes back as a tool error with the daemon’s reason. Limits are discoverable rather than implied, so an agent can plan within them.

Tools

ToolKindWhat it does
statusreadSensors, light and pump state, active alerts, grow cycle and hardware limits.
historyreadDownsampled history for a sensor.
list_schedulesreadLight curves and pump cycles with their day masks.
podsreadThe 30 pods: plant, planted date, status and notes.
capturesreadRecent camera stills.
list_devicesreadSensor devices with their status, and the probe kinds that can be added.
list_analysesreadCamera analysers, their results, and optionally one pod compared across them.
pod_healthreadPer-pod green-area trend from the primary analyser.
list_automationsreadAutopilot rules, their state, who owns the light, and the latest run log.
backtest_automationreadReplay a saved or draft Autopilot rule over recorded history.
set_lightwriteTurn the light on or off and set brightness.
run_pumpwriteRun the pump for a bounded time.
stop_pumpwriteStop the pump immediately.
acknowledge_alertwriteAcknowledge an alert, which also clears a latched fault.
upsert_schedulewriteCreate or replace a light curve or pump cycle.
delete_schedulewriteDelete a schedule.
update_podwriteSet a pod’s plant, status and notes.
grow_cyclewriteStart, change the stage of, or end the grow cycle.
capture_stillwriteTake a camera still now.

Three resources are also available: seedypod://sensors (latest readings), seedypod://devices (sensor devices and addable kinds) and seedypod://limits (the hardware limits).

Adding probes, calibrating them, and creating or arming Autopilot rules change what the unit does unattended, so they are left to a person in the app.

Security

The endpoint rejects requests whose Origin does not match the Host, which protects it from DNS-rebinding attacks by web pages. Beyond that it follows core’s LAN-only trust model: if you set an API key in Settings, clients that are not on the unit itself must send it as Authorization: Bearer YOUR_KEY or x-api-key. See Privacy.

The tool set is designed to line up with Anthropic’s Model Hardware Standard research preview: named read and write primitives with units and declared limits. Tool names may change to match the standard once it is public. See ADR 0011.

Last updated on