Der Model Hardware Standard (MHS) ist Anthropics neue gemeinsame Spezifikation, mit der KI-Agenten physische Maschinen sicher bedienen können: Roboterarme, Mikroskope, Pipettierroboter, Laser von Quantencomputern. Er startete am 27. August 2026 als begrenzte Research Preview. Am einfachsten lässt er sich so verstehen: MHS ist MCP für Hardware. Wo MCP Agenten einen einheitlichen Weg zu Software gab, gibt MHS ihnen einen einheitlichen Weg zu Labor- und Fabrikinstrumenten und verkürzt die Integrationszeit von Wochen oder Monaten auf Stunden oder Minuten.
Die ersten Pilotprojekte sind real und konkret. Bei QuEra stieg die Erfolgsquote der Laserstabilisierung an einem Quantencomputer von 58 % auf 99,3 %; an der Carnegie Mellon University liefen Experimente zur Wirkstoffforschung etwa dreimal schneller. Das ist beeindruckende Forschung.
Der Haken, den man kennen sollte: Es heißt "Standard", aber die Spezifikation ist noch nicht öffentlich. Man beantragt Zugang, und Anthropic sagt, MHS werde "später" als Open Source veröffentlicht. Für die meisten heißt das: MHS ist etwas zum Beobachten, nicht zum Daraufaufbauen. Und wenn Sie heute einen KI-Agenten brauchen, der Arbeit erledigt, gibt es das in der Software schon: Sie stellen ein einsatzbereites Teammitglied ein, statt ein Protokoll zu verdrahten.
Was der Model Hardware Standard eigentlich ist
Ohne den Glanz der Ankündigung ist MHS ein Treiber. Anthropic beschreibt ihn als "a shared specification for AI agents to safely operate physical devices", und die ehrliche Kurzfassung lautet: Er standardisiert die unordentliche Schicht zwischen Computer und Maschine.
Heute ist die Anbindung eines KI-Systems an ein Laborgerät Maßarbeit. Jedes Mikroskop, jeder Plattenleser und jeder Roboterarm kommt mit eigener Herstellerschnittstelle, eigenen Eigenheiten und einem Haufen physikalischer Eigenschaften (Gewichtsgrenzen, sichere Betriebsbereiche, einstellbare Parameter), die in einem Papierhandbuch oder im Kopf eines einzelnen Spezialisten stecken. Einen Agenten daran anzubinden ist laut Anthropic "a manual, time-consuming process that can take weeks or even months."
MHS räumt damit auf. Jedes Gerät erhält einen standardisierten Treiber, sodass ein Agent über eine einzige Schnittstelle mit allen sprechen kann, und laut Anthropic funktioniert das mit "any device that has a programmable interface." Der Standard entstand aus einer Zusammenarbeit von Anthropic und dem HHMI Janelia Research Campus, wo ein Postdoc immer wieder an derselben Wand scheiterte: Gehirn-Bildgebungsexperimente zu fahren hieß, ein Dutzend inkompatibler Herstellerwerkzeuge zu beaufsichtigen, die nicht miteinander reden wollten.
Die von Anthropic gezeigte Geräteliste ist keine Spielerei. Sie reicht von Pipettierrobotern und Roboterarmen über Zwei-Photonen- und Laser-Scanning-Mikroskope, Plattenleser, Inkubatoren, Zentrifugen und qPCR-Geräte bis zu Überwachungskameras, digitalen Erfassungskarten und sogar den Lasersystemen eines Quantencomputers. Wenn es eine Steuerschnittstelle hat, lautet das Versprechen, kann MHS es bedienen.
Wie MHS unter der Haube funktioniert
Hier zeigt sich, warum "es ist nur ein Treiber" passt. Das Ganze basiert auf zwei Grundbausteinen, die jeder kennt, der schon mit Embedded-Code gearbeitet hat: read und write. read heißt "Temperatur abrufen". write heißt "Temperatur setzen". Das ist das Vokabular, mit dem ein Agent eine Maschine bedient, und es ist bewusst langweilig, denn langweilig ist, was einen Standard verbreitet.
Ein paar Bausteine leisten die Hauptarbeit:
- Der standardisierte Treiber übersetzt zwischen einem Betriebssystem und der Hardware, sodass der Agent nie eine proprietäre Herstellerschnittstelle lernen muss.
- Natürlichsprachliche Tags erlauben es, die Eigenschaften eines Geräts direkt am Gerät in Klartext zu dokumentieren, statt das Wissen in einem Handbuch zu belassen.
- Ein gemeinsames Speicherverzeichnis hält Gerätezustände und Abläufe in einem Standardformat fest, sodass ein Agent (oder der nächste) sehen kann, was gerade passiert und was sicher ist.
- Drei Wege zur Ansteuerung: MCP, eine Kommandozeile oder Code-APIs. Weil MHS modellunabhängig ist, sagt Anthropic: "any agent harness can access it using standard protocols, such as the Model Context Protocol."
Sicherheit steckt in der Treiberschicht und wird nicht nachträglich aufgesetzt. Das ist der wichtigste Teil, wenn ein Fehler ein kaputtes 200.000-Dollar-Instrument oder ein ruiniertes Experiment bedeutet. MHS erzwingt Sicherheitsgrenzen auf Geräteebene, führt Prüfungen vor der Ausführung durch, die unsichere Bedingungen blockieren, überwacht in Echtzeit und leitet riskante Entscheidungen an einen Menschen weiter. In Anthropics eigenen Tests "Claude interacts with experiments and hardware in an exploratory manner, much as a scientist would", was eine schöne Formulierung und zugleich ein leises Eingeständnis ist: Das Modell versteht physikalische Ursache und Wirkung noch nicht perfekt, also bleibt ein Mensch im Loop.
MHS ist das Rezept von MCP, angewandt auf die physische Welt
Wenn Ihnen das bekannt vorkommt, ist das der Punkt. Anthropic hat genau diesen Zug schon einmal mit dem Model Context Protocol gemacht: eine einfache, modellunabhängige Schnittstelle veröffentlichen, das Ökosystem sie übernehmen lassen und so zum De-facto-Standard dafür werden, wie Agenten die Außenwelt erreichen. MCP hat das für Software getan (Datenbanken, APIs, Dokumente). MHS tut es für Atome.
Ich baue beruflich Integrationen, deshalb ist mir das Versprechen "eine Schnittstelle statt N individueller" am wichtigsten, und genau das löst MHS auf dem Papier ein. Das N-mal-M-Problem (jedes Modell mal jedes Gerät) ist genau das, was ein guter Standard auflöst. Aufschlussreich ist die Branchenliste, die schon am ersten Tag auftauchte: AWS, Universal Robots, Doosan Robotics, QIAGEN, Tecan, Danaher, dazu Hugging Faces LeRobot und sogar Raspberry Pi. Das sind viele Hardwarehersteller, die sich auf eine read/write-Spezifikation einlassen, bevor sie öffentlich ist, und das stärkste Signal dafür, dass MHS die Schicht sein will und keine Demo.
Die Erkenntnis, die ich einem Kollegen mitgeben würde: MHS ist kein Roboter und kein Modell. Es ist Installationstechnik. Und wem die Installation gehört, dem gehört oft mehr als nur die Installation.
Die Pilotzahlen sind der stärkste Teil
Anthropic hat MHS nicht nur beschrieben, sondern Ergebnisse mit namentlich genannten Partnern und harten Zahlen geliefert. Diesen Abschnitt würde ich zuerst lesen, denn Konkretes lässt sich schwerer fälschen als Visionen.
Das Ergebnis zur Laser-Wiederherstellung bei QuEra ist die Schlagzeile. Die automatisierte Laserstabilisierung an QuEras Quantencomputern hob die Erfolgsquote von 58 % auf 99,3 % und senkte die Zeit pro Versuch von 150 auf 6 Sekunden, über 363 Experimente in 16 Stunden, wobei das PID-Abstimmungsrauschen etwa auf ein Zehntel fiel (von 15,7 mV auf 1,55 mV). Das ist keine Marketinggrafik, sondern eine Betriebskennzahl, die einen Physiker wirklich interessiert.
Auch der Rest überzeugt:
- Carnegie Mellon führte Dosis-Wirkungs-Experimente zur Wirkstoffforschung etwa dreimal schneller durch als zuvor, integrierte MHS in acht Stunden (statt der Wochen, die ein vom Hersteller gebauter Aufbau üblicherweise braucht), und als die Forscher sechs unsichere Bedingungen testeten, "correctly blocked all six."
- Genentech band MHS in unter einer Woche in einen BCA-Protein-Assay mit Pipettierroboter, Roboterarm und Plattenleser ein.
- Tetsuwan Scientific führte bei einem qPCR-Ablauf 9.143 einzelne Dosierungen über 300 Transferarten aus, und das Modell sagte die Präzision 12 % genauer voraus als die Herstellerangaben selbst.
Nehmen Sie diese Ergebnisse als vom Anbieter berichtete Pilotprojekte und nicht als unabhängige Benchmarks, denn das sind sie. Aber sie sind konkret, benannt und numerisch, und das ist mehr als die meisten Ankündigungen zu "physischer KI" liefern.
Was die Community tatsächlich denkt
Die Reaktionen teilten sich klar, und beide Seiten sind hörenswert. Auf X herrschte meist Begeisterung darüber, wohin das führt, sobald es offen ist, mit einem vielgeteilten Thread, der den Traum auf den Punkt bringt:
"It's gonna be freaking bizarre when they open source it. With the same ease that you play with Legos, you can order an open source robot arm, run this, and run your own robotics policies. You can vibe code hardware."
Hacker News war skeptischer und stellte die beiden Fragen, auf die es ankommt. Zuerst die naheliegende:
"How does this compare to ROS 2? Roughly the same goals."
Das ist ein berechtigter Einwand. ROS 2 ist seit Jahren die offene Robotik-Middleware, und der eigentliche Unterschied von MHS liegt nicht im read/write-Modell, sondern darin, von Anfang an für die Steuerung durch einen LLM-Agenten entworfen zu sein, plus Anthropics Verbreitungsmacht dahinter. Ob das reicht, um einen etablierten offenen Standard zu verdrängen, ist die offene Frage.
Der Haken: ein "Standard", für den man sich bewerben muss, um ihn zu lesen
Das sollte man wissen, bevor man zu begeistert ist. MHS wird als Standard bezeichnet, aber die Spezifikation ist bisher nicht öffentlich. Für Einsicht oder Implementierung beantragt man Zugang, und Anthropic sagt, der Standard werde nach der Preview als Open Source veröffentlicht, ohne Termin. Der schärfste Kommentar im ganzen HN-Thread trifft genau hier:
"But as far as I can tell, this technical 'standard' isn't actually public yet (you have to apply for access to even see or implement it.) Anthropic says they plan to open source it later. Quite a departure from the way foundational hardware standards like USB and CAN were developed. You shouldn't need permission to read a standard."
Das ist das ehrliche Sternchen am ganzen Launch. USB und CAN sind die Vorlage dafür, wie Hardwarestandards gewinnen: öffentliche Spezifikation, frei implementierbar, kein Türsteher. MHS ist heute halboffen, als offen angekündigt und als Warteliste geliefert. Er könnte sich durchaus wie versprochen öffnen, und der Weg von MCP vom "chaotischen internen Tool" zum echten Standard spricht für Anthropic. Aber solange die Spezifikation nicht öffentlich ist, ist "Standard" ein Anspruch und kein Status. Wenn Sie kein Labor und keine Fertigungslinie betreiben, ist der praktische Schritt, modelhardwarestandard.com als Lesezeichen zu speichern, nicht darauf zu planen.
Was MHS bedeutet, wenn Sie kein Labor betreiben
Die ehrliche Brücke: Für die allermeisten Teams ändert MHS dieses Jahr nichts. Es ist Infrastruktur für die wissenschaftliche Forschung und die moderne Fertigung, und es ist in einer geschlossenen Preview. Sie werden es nicht auf Ihren Helpdesk richten.
Die Form des Ganzen ist aber lehrreich, denn dieselbe Form entfaltet sich schon in der Software. Die ganze Branche konvergiert auf eine Idee: Ein KI-Agent ist nur so nützlich wie die Dinge, die er sicher anfassen darf. MHS ist diese Idee für Mikroskope und Roboterarme. Im Kundensupport und in der Backoffice-Arbeit sind die "Geräte" Ihr Helpdesk, Ihre Wissensdatenbank und Ihr Ticketverlauf, und diese Version der Zukunft ist keine Preview. Sie wird ausgeliefert.
Das ist auch die Falle bei einem solchen Launch. Ein Standard ist Infrastruktur, und Infrastruktur ist kein Mitarbeiter. MHS gibt einem Agenten einen Weg zu einer Maschine; es gibt Ihnen keinen Wissenschaftler. Genauso gibt ein MCP-Server einem KI-Agenten einen Weg zu Ihrem Helpdesk; er gibt Ihnen keinen Support-Mitarbeiter. Die Lücke zwischen "kann sich technisch verbinden" und "erledigt am ersten Tag die Arbeit" ist das ganze Produkt.
eesel: das Teammitglied, nicht das Protokoll
Bei eesel ist genau diese Lücke der Kern. Stellen Sie es sich so vor: MHS ist die Infrastruktur; eesel ist das Teammitglied, das Sie auf solcher Infrastruktur einstellen. eesel ist eine Plattform für KI-Teammitglieder, und statt ein Protokoll zu verdrahten und zu hoffen, stellen Sie ein einsatzbereites Teammitglied für eine bestimmte Aufgabe ein. Aktuell gibt es einen KI-Helpdesk-Teammate und einen KI-Blogautor, und beide kommen bereits mit dem Wissen um ihre Rolle.
Im Support heißt das: Der KI-Helpdesk-Teammate steigt in Ihre bestehende Warteschlange in Zendesk, Freshdesk, Gorgias oder Front ein, lernt aus Ihren bisherigen Tickets und Ihrem Help Center und beginnt, Antworten zu entwerfen und Fälle zu lösen, ohne dass Sie einen einzigen Konnektor von Hand aufsetzen. Und weil ein selbstsicherer Bot auf Live-Tickets genau die Art von Risiko durch "physische Ursache und Wirkung" ist, um die MHS herum entworfen wurde, simuliert eesel jeden Rollout zuerst anhand Ihrer historischen Tickets, damit Sie sehen, wie er sich verhält, bevor er je einen Kunden berührt.
MHS ist eine spannende Wette auf KI in der physischen Welt und eine Beobachtung wert. Wenn Sie aber heute einen Agenten brauchen, der echte Arbeit erledigt, ist das Teammitglied-Modell schon da. Sie können eesel kostenlos testen und es in Minuten auf Ihren eigenen Tickets laufen lassen.