Kennisbank / MHS & AI die machines bestuurt

MHS en MCP: het verschil, en waarom je ze allebei nodig hebt

Twee afkortingen van dezelfde maker, twee letters verschil, en allebei gaan ze over AI verbinden met de rest van de wereld. Geen wonder dat ze door elkaar lopen. Het verschil is in één zin te zeggen:

MCP verbindt een AI-agent met software. MHS verbindt een AI-agent met apparatuur.

Anthropic gebruikt zelf het beeld van USB: MCP is ongeveer de USB voor de verbinding tussen AI en software. MHS is die stekker voor de verbinding tussen AI en fysieke machines.

Wat MCP doet

Het Model Context Protocol bestaat sinds november 2024 en is inmiddels de gewone manier om een agent bij systemen te laten. Een MCP-server biedt een verzameling gereedschappen aan, en elke agent die het protocol spreekt kan die gebruiken zonder dat er per agent een koppeling geschreven wordt.

In de praktijk zijn dat dingen als: lees deze agenda, zoek in dit CRM, plaats deze factuur, haal deze meting op uit de database. Alles wat je normaal in een scherm zou aanklikken. Zie wat is MCP voor de werking, en wat is een MCP-server voor hoe je er zelf een bouwt.

De winst van MCP is dat het aantal koppelingen instort. Zonder standaard schrijf je per agent per systeem een verbinding. Met een standaard schrijf je per systeem één keer iets, en elke agent kan erbij.

Wat MHS daaraan toevoegt

MHS lost hetzelfde probleem op, maar dan één laag lager: bij het apparaat zelf. Een microscoop, een robotarm, een pipetteerrobot, een spectrometer, een incubator, een camera.

De kern is een gestandaardiseerde driver met een klein aantal basiscommando's. Lezen, bijvoorbeeld: geef de temperatuur. Schrijven, bijvoorbeeld: zet de temperatuur. Daarnaast hoort bij elk apparaat een referentiebestand waarin staat wat het kan meten, wat er verstelbaar is en welke veiligheidsgrenzen gelden.

Dat laatste is het echte verschil met MCP. Een MCP-gereedschap kan een verkeerde factuur boeken en dat is te herstellen. Een verkeerd aangestuurde robotarm kan iemand raken. Daarom zit de grens in MHS in het apparaatbestand zelf en niet in de instructie aan de agent.

Ze bijten elkaar niet, ze stapelen

De verwarring komt waarschijnlijk doordat MHS MCP gebruikt. Een agent kan op drie manieren bij een MHS-apparaat: via MCP, via de opdrachtregel, of via gewone codebestanden.

Dat betekent dat een agent die vandaag via MCP je agenda leest, morgen langs diezelfde weg een meetapparaat kan uitlezen. Voor de agent verandert er weinig. Voor wat er in de fysieke wereld gebeurt, verandert er alles.

Een voorbeeld van hoe die twee samenwerken:

  1. De agent leest via MCP in het ordersysteem dat charge 4412 gecontroleerd moet worden.
  2. De agent start via MHS de meting op het meetapparaat.
  3. De agent leest via MHS het resultaat uit en ziet dat het buiten de marge valt.
  4. De agent schrijft via MCP een afkeurmelding in het kwaliteitssysteem en zet een taak klaar voor een mens.

Stap 1 en 4 zijn software. Stap 2 en 3 zijn hardware. Zonder MHS staat er bij stap 2 en 3 een mens die overtypt.

De verschillen op een rij

MCP MHS
Verbindt met Software en data Fysieke apparatuur
Basisidee Gereedschappen die een agent kan aanroepen Lees- en schrijfcommando's op een apparaat
Waar de grens staat In rechten en goedkeuring In het referentiebestand van het apparaat
Een fout is Meestal herstelbaar Soms fysiek en onomkeerbaar
Status Open standaard sinds 2024 Research preview sinds augustus 2026

Wat dit voor een bedrijf betekent

De meeste Nederlandse MKB-bedrijven hebben geen microscoop staan. Toch is dit patroon precies waarom MCP twee jaar geleden zo hard ging, en waarom hetzelfde nu bij apparatuur gaat gebeuren.

De vraag is niet of je vandaag een robotarm aanstuurt. De vraag is of je systemen zo staan dat een agent er via een standaard bij kan. Een bedrijf dat zijn processen al ontsloten heeft, zet de stap naar apparatuur later zonder alles opnieuw te bouwen. Een bedrijf met vijftien handgeschreven koppelingen doet dat werk twee keer. Zie van losse tools naar een AI-systeem.

Dat is dezelfde afweging die speelt bij wat is een agentic AI-systeem: niet welke tool je vandaag kiest, maar of de laag eronder over drie jaar nog klopt.

Waarom een standaard hier zoveel uitmaakt

Zonder standaard groeit het aantal koppelingen met het product van twee getallen: het aantal agents maal het aantal apparaten. Met een standaard groeit het met de som. Dat klinkt als rekenkunde en het is het verschil tussen een pilot en een fabriek.

Er zit nog een tweede reden onder, en die is commercieel. Wie per leverancier een eigen koppeling bouwt, zit aan die leverancier vast. Anthropic noemt dat expliciet als motief: voorkomen dat onderzoekers klem komen te zitten bij één aanbieder. Voor een productiebedrijf dat over tien jaar nog machines van drie merken naast elkaar heeft staan, is dat hetzelfde argument.

Wat je nu al kunt doen

Drie dingen, en geen ervan vraagt om nieuwe apparatuur.

Weet welke apparatuur een programmeerbare ingang heeft. MHS werkt alleen met apparaten die op een of andere manier aanspreekbaar zijn. Voor de rest werkt Anthropic samen met fabrikanten. Een inventarisatie van wat wel en niet aanspreekbaar is, is werk dat je toch een keer doet.

Ontsluit je software voor agents. Dat is MCP-werk en het levert nu al iets op, los van welke hardwarestandaard er wint.

Leg vast wat er zonder mens mag. Dat is geen technische vraag maar een organisatorische, en hij wordt urgenter zodra er iets fysiek beweegt. Zie wanneer mag AI zelf handelen.

Verder lezen

Wij bouwen MCP-koppelingen en de agents eromheen. Wil je weten waar dat in jouw geval begint, neem contact op of lees hoe een traject loopt.

Meer over MHS & AI die machines bestuurt

Uit de blog


dGEN Productions, AI agency en business-automation partner uit Eindhoven. info@dgenproductions.nl · 06-87413056