Anthropic lässt KI Laborgeräte steuern – MHS bleibt vorerst geschlossen

Anthropic hat am 27. August 2026 eine begrenzte Forschungsvorschau des Model Hardware Standard (MHS) eröffnet. Die gemeinsam mit dem HHMI Janelia Research Campus begonnene Spezifikation lässt KI-Agenten programmierbare Labor- und Fertigungsgeräte steuern, ist aber zunächst nur für ausgewählte Forschungslabore und fortgeschrittene Hersteller zugänglich, wie Anthropics Ankündigung zur Forschungsvorschau erläutert.

Damit ist MHS seit dem 27. August weder ein frei verfügbares Softwarepaket noch ein fertiger Industriestandard. Die frühe Integrationsschicht soll Geräte wie Mikroskope, Liquid Handler und Roboterarme über ein gemeinsames Schema ansprechbar machen; Sicherheitsbewertungen, praktische Regeln und die angekündigte Open-Source-Veröffentlichung stehen noch aus.

Was MHS zwischen Agent und Gerät vereinheitlicht

Labor- und Fertigungsgeräte besitzen häufig unterschiedliche Programmierschnittstellen, Steuerprogramme und Datenformate. MHS legt darüber eine standardisierte Treiberschicht: Ein Treiber übersetzt einfache Operationen wie das Lesen eines Messwerts oder das Setzen eines Parameters in die gerätespezifischen Befehle.

Zum Treiber gehört eine Referenzdatei, die Fähigkeiten und Eigenschaften des angeschlossenen Instruments beschreibt. Darin kann stehen, was das Gerät misst, welche Werte verändert werden dürfen und welche Betriebsgrenzen durchgesetzt werden sollen. Der Agent muss damit nicht für jedes Instrument eine vollständig eigene Schnittstelle erlernen.

Die Spezifikation ist modellunabhängig und setzt eine programmierbare Schnittstelle am Gerät voraus. Der Zugang kann über das Model Context Protocol (MCP), eine Kommandozeile oder APIs erfolgen. MCP ist dabei nur ein möglicher Zugangsweg: Die eigentliche Übersetzung zum Instrument übernimmt der jeweilige MHS-Treiber.

So laufen Befehle und Messdaten durch das System

Der Befehlsweg beginnt bei einem Modell oder Agentensystem, das ein Ziel in ausführbare Schritte zerlegt. Eine Anforderung gelangt über MCP oder einen anderen unterstützten Zugang zur MHS-Schicht. Dort wählt das System den passenden Treiber, prüft die hinterlegten Geräteinformationen und überträgt den nativen Befehl an das Instrument.

In Gegenrichtung meldet das Gerät seinen Zustand, Fehler oder Messwerte an den Treiber zurück. MHS stellt diese Informationen in einheitlicher Form bereit, sodass der Agent Ergebnisse auswerten, den nächsten Schritt auswählen oder Parameter ändern kann. Für schnelle oder lang laufende Abläufe können mehrere Treiberbefehle in deterministischem Code verbunden werden; das Sprachmodell muss dann nicht über jeden einzelnen Maschinenschritt neu entscheiden.

Anthropic beschreibt mehrere frühe Erprobungen, darunter einen Proteinassay bei Genentech mit Liquid Handler, Roboterarm und Mikroplattenleser. Die veröffentlichten Beispiele sind Proofs of Concept unter konkreten Laborbedingungen. Sie zeigen, dass Geräte koordiniert werden können, belegen aber noch keine allgemeine Zuverlässigkeit über verschiedene Hersteller, Anlagen und Risikoklassen hinweg.

Softwaregrenzen ersetzen keine vollständige Maschinensicherheit

MHS kann gerätebezogene Beschränkungen hinterlegen, etwa zulässige Geschwindigkeiten und Bewegungswinkel eines Roboterarms. Eine Einordnung von TNW bestätigt den Preview-Status und weist darauf hin, dass solche softwarebasierten Grenzen in Europa regulatorisch als Sicherheitsfunktionen relevant werden können.

Die bisher veröffentlichten Unterlagen definieren jedoch kein erkennbar vollständiges Verfahren für physische Not-Aus-Einrichtungen, unabhängige Sicherheitssteuerungen oder eine fehlersichere Abschaltung. Auch ein einheitliches Rollenmodell dafür, welche Aktionen menschlich freigegeben werden müssen, wird nicht als fertiger Bestandteil der Vorschau beschrieben. MHS ergänzt die Sicherheitsarchitektur einer Maschine daher, ersetzt sie aber nach dem öffentlich dokumentierten Stand nicht.

Offen bleibt außerdem, ob ein verbindliches Audit-Format entstehen wird. Regulierte Labore und Industrieanlagen benötigen nachvollziehbare Aufzeichnungen darüber, welches Modell eine Aktion vorgeschlagen hat, wer sie freigegeben hat, welcher Gerätebefehl tatsächlich ausgeführt wurde und welcher Zustand danach vorlag. Die Ankündigung beschreibt die Übertragung von Befehlen und Betriebsdaten, nennt aber noch keine einheitlichen Vorgaben für manipulationsgeschützte Protokolle oder Aufbewahrungsfristen.

Ein Genentech-Versuch verdeutlicht eine weitere Grenze. Als Blasen in einer Proteinlösung Laufzeitfehler verursachten, versuchte Claude zunächst, den Vorgang mit geänderten Parametern im selben Plattenloch zu wiederholen, und verschärfte damit das physische Problem. Erst nach einem fachlichen Hinweis wechselte das System zu einem sauberen Loch und einer schonenderen Behandlung. Der Fall zeigt, weshalb Softwareprüfungen und menschliche Fachaufsicht bei unbekannten physikalischen, chemischen oder biologischen Fehlerbildern weiterhin nötig sind.

Der Zugang erfolgt per Bewerbung

Die Vorschau ist nicht allgemein verfügbar. Auf der offiziellen MHS-Projektseite können sich Beteiligte aus Wissenschaft und Industrie bewerben; ausgewählte Teilnehmer sollen den Standard testen, Sicherheitsevaluationen entwickeln und Best Practices für KI-Agenten an physischen Geräten erarbeiten, bevor MHS als Open Source veröffentlicht wird.

Eine vollständige öffentliche Kompatibilitätsliste gibt es bislang nicht. Jedes Instrument benötigt eine programmierbare Schnittstelle und einen geeigneten Treiber. Dass ein Hersteller oder Forschungspartner an der Vorschau beteiligt ist, bedeutet deshalb noch nicht, dass dessen gesamtes Produktportfolio unterstützt wird oder die jeweilige Integration produktionsreif ist.

MHS bleibt somit eine kontrollierte Erprobung einer gemeinsamen Übersetzungsschicht zwischen KI-Agenten und Hardware. Entscheidend für die weitere Entwicklung werden öffentlich prüfbarer Code, wiederverwendbare Treiber sowie präzise Regeln für Freigaben, Notabschaltung und Audit-Protokolle sein. Bis diese Punkte dokumentiert und unabhängig erprobt sind, lässt sich aus den Demonstrationen kein allgemeiner Sicherheits- oder Reifegrad für Labor- und Fertigungsanlagen ableiten.