# Lake Shore Temperature Controller (pypi · labmcp-lakeshore)

MCP server for Lake Shore Cryotronics 335/336/350 temperature controllers.

- Trust score: 68/100 (medium)
- Registry status: active
- Liveness: live
- Owner verified: no
- Last scored: 2026-09-30

## Components

- pypi · `labmcp-lakeshore`: 68/100 (this document), [markdown](https://verifymcp.io/servers/k-dense-ai-labmcp-lakeshore/labmcp-lakeshore.md), [page](https://verifymcp.io/servers/k-dense-ai-labmcp-lakeshore/labmcp-lakeshore)

## Channel facts

- Registry: `pypi`
- Package: `labmcp-lakeshore`
- Version: `0.1.3`
- Transport: `stdio`

## Trust breakdown

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog)

Scored 2026-09-30.

- **Supply Chain Security**: 49/100
  - Malware scan not yet available for this package.
  - No known CVEs affecting this package version or its production dependencies.
  - Runs hatchling.build at install time, a recognised build step with no custom scripting around it.
  - 2 of 17 dependencies flagged as unhealthy.
- **Provenance & Transparency**: 100/100
  - Source repository is publicly reachable at the declared URL.
  - Cryptographically verified build provenance (signed, bound to K-Dense-AI/lab-instrument-mcps).
  - Clear OSI-approved license (Apache-2.0).
  - Actively maintained (last published 3 days ago).
  - Publishes a security disclosure policy (SECURITY.md).
- **Schema Quality & AI Usability**: 78/100
  - AI-judged instruction clarity (excellent).
  - Context-footprint check failed: tool/resource definitions use about 1288 tokens (~117/item across 11 items; 11 tools + 0 resources), over budget; trim descriptions and params.
  - Usage-examples check failed: none of the tools include examples.
- **Stability & Change Management**: 13/100
  - Stability observed for 4 of 30 days with no destabilising changes; credit accrues until the full window elapses.
- **Tool Coverage**: 98/100
  - 100% of tools have a non-trivial description (not blank, and not just the tool's name).
  - 95% of tool parameters carry a description.
  - Structured output schemas are declared (100% of tools); any adoption earns full credit.
- **Tool Safety**: 100/100
  - No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.
  - We read all 11 captured tool definition(s), and no name or description among them implies an irreversible operation.
  - An AI judge read all 12 captured unit(s) of tool text and found none that tries to manipulate the model reading it.
- **Capabilities**: 100/100
  - Implements a current MCP spec version (2026-07-28).

## Install

### How do I install the Lake Shore Temperature Controller MCP server?

Lake Shore Temperature Controller runs locally as a PyPI package, launched with uvx labmcp-lakeshore. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

### Claude

```bash
claude mcp add k-dense-ai-labmcp-lakeshore -- uvx labmcp-lakeshore
```

### Cursor

```json
{
  "mcpServers": {
    "k-dense-ai-labmcp-lakeshore": {
      "command": "uvx",
      "args": [
        "labmcp-lakeshore"
      ]
    }
  }
}
```

### VS Code

```json
{
  "servers": {
    "k-dense-ai-labmcp-lakeshore": {
      "command": "uvx",
      "args": [
        "labmcp-lakeshore"
      ]
    }
  }
}
```

### Codex

```bash
codex mcp add k-dense-ai-labmcp-lakeshore -- uvx labmcp-lakeshore
```

### opencode

```json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "k-dense-ai-labmcp-lakeshore": {
      "type": "local",
      "command": [
        "uvx",
        "labmcp-lakeshore"
      ],
      "enabled": true
    }
  }
}
```

### OpenClaw

```bash
openclaw mcp add k-dense-ai-labmcp-lakeshore --command uvx --arg labmcp-lakeshore
```

### Hermes

```yaml
mcp_servers:
  k-dense-ai-labmcp-lakeshore:
    command: "uvx"
    args: ["labmcp-lakeshore"]
```

### Netclaw

```json
{
  "McpServers": {
    "k-dense-ai-labmcp-lakeshore": {
      "Transport": "stdio",
      "Command": "uvx",
      "Arguments": [
        "labmcp-lakeshore"
      ]
    }
  }
}
```

### Vellum

```bash
assistant mcp add k-dense-ai-labmcp-lakeshore -t stdio -c uvx -a labmcp-lakeshore
```

### Other

```json
{
  "mcpServers": {
    "k-dense-ai-labmcp-lakeshore": {
      "command": "uvx",
      "args": [
        "labmcp-lakeshore"
      ]
    }
  }
}
```

## Changelog

Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims.

### 2026-09-28 (score 68, −4)

- [functional] We updated how we score, so this day's move reflects our rubric, not a change to the server

### 2026-09-27 (score 72, +1)

- [functional improvement] Stability: unverified → 0.03
- [functional] Package version: 0.1.2 → 0.1.3

### 2026-09-26 (score 71)

First indexed and scored.

## MCP tools (11)

### `get_connection_info` (~40 tokens)

Get Connection Info

Report which instrument is connected (identity, address, simulated or real),
whether the server is read-only, and the active safety limits. Call this first.

### `get_command_log` (~46 tokens)

Get Command Log

Return the most recent raw commands sent to / replies received from the
instrument (newest last). Useful for debugging and for recording what was done.

Input parameters:

- `limit` (integer)

Output parameters:

- `result` (array)

### `reconnect` (~35 tokens)

Reconnect

Close and re-open the connection to the instrument (e.g. after it was power
cycled or a cable was re-plugged).

### `read_temperatures` (~70 tokens)

Read Temperatures

Read every (or the selected) sensor input: kelvin, raw sensor units, sensor type, input
name and decoded reading status (invalid, under/overrange). Disabled inputs are listed with
null readings.

Input parameters:

- `inputs`: Inputs to read (default: all inputs of the model)

Output parameters:

- `readings` (array)
- `timestamp` (string)

### `get_heater_status` (~68 tokens)

Get Heater Status

Report each output's control mode and input, heater range, output %, setpoint (and in
kelvin), ramp state, PID values and heater errors (open/short). Reading a heater error clears
it on the controller.

Input parameters:

- `output`: One output (default: all)

Output parameters:

- `result` (array)

### `set_setpoint` (~100 tokens)

Set Setpoint

Set the control setpoint of an output's loop in kelvin. If setpoint ramping is on, the
setpoint moves toward the new value at the ramp rate. Heating only happens if the output is in
closed-loop mode and its heater range is not off. Refused above `max_setpoint_k`.

Input parameters:

- `output` (integer, required): Output / control loop number
- `setpoint_k` (number, required): Target temperature in kelvin

Output parameters:

- `control_input`
- `heater_error`: HTRST? error (cleared by reading)
- `heater_range` (integer)
- `heater_range_name` (string)
- `kind` (string): heater = powered output; analog = 10 V output
- `mode` (string): off, closed_loop_pid, zone, open_loop, monitor_out, warmup_supply ...
- `output` (integer)
- `output_percent` (number): Heater or analog output in percent of full scale
- `pid_d`
- `pid_i`
- `pid_p`
- `power_up_enabled` (boolean)
- `ramp_enabled`
- `ramp_rate_k_per_min`
- `ramping`
- `setpoint` (number)
- `setpoint_k`: Setpoint converted to kelvin (null for sensor units)
- `setpoint_units` (string)

### `set_ramp` (~110 tokens)

Set Ramp

Turn setpoint ramping on or off for an output's control loop and set the rate. With ramping
on, the next setpoint change moves the setpoint gradually - gentler on samples and wiring.

Input parameters:

- `enabled` (boolean, required): Ramp the setpoint instead of stepping it
- `output` (integer, required): Output / control loop number
- `rate_k_per_min` (number): Ramp rate in K/min (0.1-100; 350: 0.001-100)

Output parameters:

- `control_input`
- `heater_error`: HTRST? error (cleared by reading)
- `heater_range` (integer)
- `heater_range_name` (string)
- `kind` (string): heater = powered output; analog = 10 V output
- `mode` (string): off, closed_loop_pid, zone, open_loop, monitor_out, warmup_supply ...
- `output` (integer)
- `output_percent` (number): Heater or analog output in percent of full scale
- `pid_d`
- `pid_i`
- `pid_p`
- `power_up_enabled` (boolean)
- `ramp_enabled`
- `ramp_rate_k_per_min`
- `ramping`
- `setpoint` (number)
- `setpoint_k`: Setpoint converted to kelvin (null for sensor units)
- `setpoint_units` (string)

### `set_heater_range` (~159 tokens)

Set Heater Range

Set an output's heater range (each step is ~10x more power). Anything above 0 lets the
output heat: in closed loop as the PID demands, in open loop at the front-panel manual output.
Refused above `max_heater_range`, or if the setpoint already programmed on a closed-loop, zone
or warm-up output is above `max_setpoint_k`. Start with the lowest range that can reach the
setpoint.

Input parameters:

- `heater_range` (integer, required): 0 = off; 335/336: 1 low, 2 medium, 3 high; 350: 1-5; outputs 3/4: 1 = on
- `output` (integer, required): Output number

Output parameters:

- `control_input`
- `heater_error`: HTRST? error (cleared by reading)
- `heater_range` (integer)
- `heater_range_name` (string)
- `kind` (string): heater = powered output; analog = 10 V output
- `mode` (string): off, closed_loop_pid, zone, open_loop, monitor_out, warmup_supply ...
- `output` (integer)
- `output_percent` (number): Heater or analog output in percent of full scale
- `pid_d`
- `pid_i`
- `pid_p`
- `power_up_enabled` (boolean)
- `ramp_enabled`
- `ramp_rate_k_per_min`
- `ramping`
- `setpoint` (number)
- `setpoint_k`: Setpoint converted to kelvin (null for sensor units)
- `setpoint_units` (string)

### `set_pid` (~87 tokens)

Set Pid

Set the P, I and D values of an output's control loop (Lake Shore conventions).

Input parameters:

- `d` (number, required): Derivative (rate) setting, 0-200
- `i` (number, required): Integral (reset) setting = 1000 / integral seconds
- `output` (integer, required): Output / control loop number
- `p` (number, required): Proportional gain

Output parameters:

- `control_input`
- `heater_error`: HTRST? error (cleared by reading)
- `heater_range` (integer)
- `heater_range_name` (string)
- `kind` (string): heater = powered output; analog = 10 V output
- `mode` (string): off, closed_loop_pid, zone, open_loop, monitor_out, warmup_supply ...
- `output` (integer)
- `output_percent` (number): Heater or analog output in percent of full scale
- `pid_d`
- `pid_i`
- `pid_p`
- `power_up_enabled` (boolean)
- `ramp_enabled`
- `ramp_rate_k_per_min`
- `ramping`
- `setpoint` (number)
- `setpoint_k`: Setpoint converted to kelvin (null for sensor units)
- `setpoint_units` (string)

### `wait_for_stable_temperature` (~146 tokens)

Wait For Stable Temperature

Wait until the control input of `output` has stayed within `tolerance_k` of the setpoint
(and the setpoint is no longer ramping) for `stable_for_s`, or until `timeout_s`. Returns
whether it stabilised, the final temperature and a downsampled trace. Changes nothing.

Input parameters:

- `output` (integer, required): Control loop whose setpoint and input are used
- `poll_interval_s` (number): Seconds between readings
- `stable_for_s` (number): How long T must stay within tolerance
- `timeout_s` (number): Give up after this long
- `tolerance_k` (number): Allowed |T - setpoint|

Output parameters:

- `aborted` (boolean): True if all_heaters_off stopped the wait
- `control_input` (string)
- `elapsed_s` (number)
- `final_temperature_k` (number)
- `message` (string)
- `output` (integer)
- `setpoint_k` (number)
- `stable` (boolean)
- `stable_for_s` (number)
- `tolerance_k` (number)
- `trace` (array): (seconds since start, K), downsampled
- `window_mean_k`: Mean of the readings in the final stable window
- `window_stdev_k`

### `all_heaters_off` (~53 tokens)

All Heaters Off

Turn every output off (heater range 0 on outputs 1-4), like the front-panel All Off key,
and stop any running wait. Reports the read-back range of each output and `all_off`.

## Diagnostics

Captured diagnostic sections: Provenance, Install scripts, Dependencies. The full working is on the page: https://verifymcp.io/servers/k-dense-ai-labmcp-lakeshore/labmcp-lakeshore#diagnostics

## Score history

- 2026-09-30: 68
- 2026-09-29: 68
- 2026-09-28: 68
- 2026-09-27: 72
- 2026-09-26: 71

## Common questions

### What is the Lake Shore Temperature Controller MCP server?

Lake Shore Temperature Controller is an MCP server listed in the public MCP registry as io.github.K-Dense-AI/labmcp-lakeshore. MCP server for Lake Shore Cryotronics 335/336/350 temperature controllers. This page covers its PyPI package (labmcp-lakeshore).

### Is the Lake Shore Temperature Controller MCP server safe to use?

Lake Shore Temperature Controller scores 68 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 30 September 2026. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

### What tools does the Lake Shore Temperature Controller MCP server expose?

Lake Shore Temperature Controller exposes 11 tools: get_connection_info, get_command_log, reconnect, read_temperatures, get_heater_status, and 6 more. Their descriptions and schemas cost roughly 914 tokens of context every time the server is loaded.

### Is the Lake Shore Temperature Controller MCP server still maintained?

Lake Shore Temperature Controller is still listed as active in the MCP registry. We last reached this channel on 30 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

### What licence is the Lake Shore Temperature Controller MCP server under?

Lake Shore Temperature Controller declares the Apache-2.0 licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.

## Links

- PyPI project: https://pypi.org/project/labmcp-lakeshore/
- Socket report: https://socket.dev/pypi/package/labmcp-lakeshore
- Repository: https://github.com/K-Dense-AI/lab-instrument-mcps
- Website: https://github.com/K-Dense-AI/lab-instrument-mcps/tree/main/servers/physics/lakeshore-temperature
- Changelog RSS feed: https://verifymcp.io/servers/k-dense-ai-labmcp-lakeshore/labmcp-lakeshore.xml
- Changelog JSON feed: https://verifymcp.io/servers/k-dense-ai-labmcp-lakeshore/labmcp-lakeshore.json
- HTML version of this page: https://verifymcp.io/servers/k-dense-ai-labmcp-lakeshore/labmcp-lakeshore