LabMCP gir KI-agenten 32 laboratorieinstrumenter, men ingen er testet på ekte maskinvare

SI til en Mettler Toledo-vekt, OUT_SP_1 60 til en IKA-varmeplate, KRDG? A til en Lake Shore-temperaturkontroller. Hvert instrument har sitt eget kommandospråk, og det er problemet K-Dense vil løse med LabMCP, en samling MCP-servere som lar Claude Desktop, Claude Code, Cursor, Codex og andre MCP-klienter styre laboratorieutstyr. Første versjon har 32 koblinger med 411 handlinger, pluss universelle koblinger for SCPI, Modbus, EPICS og SiLA 2, alt under Apache 2.0.

De universelle koblingene er mest interessante hvis du har en elektronikkbenk. Ifølge K-Dense dekker SCPI og Modbus en stor andel multimetre, oscilloskop og strømforsyninger, og Rigol-, Siglent- og Aim-TTi-strømforsyninger samt Rigol-oscilloskop har egne koblinger. Hver kobling kjører på maskinen som er koblet til instrumentet, via USB, seriekabel eller nettverk.

Sikkerheten ligger i koblingen, ikke i modellen. Grenser som max_temperature_c=60 sjekkes før noe sendes over kabelen, 63 av handlingene er merket farlige og krever at du godkjenner dem, og hver kommando og hvert svar logges.

«Fordi sjekken kjører i koblingen og ikke i modellen, kommer ingen mengde smart prompting rundt den.» — K-Dense, i lanseringsinnlegget

Forbeholdet står også hos K-Dense selv: alle 32 koblingene er foreløpig merket som simulerte. De er skrevet ut fra produsentenes manualer og testet mot simulatorer, men ingen er bekreftet på et ekte instrument. K-Dense ber eiere av utstyret om å teste og rapportere.

Hva bør du gjøre?

1. Legg til en øvingsvekt i Claude Desktop med uvx labmcp-mettler-toledo --simulate og be assistenten tarere og logge vekten hvert sekund.
2. Eier du et SCPI- eller Modbus-instrument, start i read-only-modus og send K-Dense en verifiseringsrapport via GitHub-malen hvis det virker.