Anthropics MHS verbindet KI-Agenten mit Laborgeräten – vorerst im Test

Anthropic hat am 27. August 2026 eine begrenzte Forschungs-Vorschau des Model Hardware Standard (MHS) gestartet. Die Spezifikation soll KI-Agenten mit programmierbaren Geräten in Forschung und fortgeschrittener Fertigung verbinden, wie der Reuters-Bericht über den Start bestätigt.

MHS ist damit weder allgemein verfügbar noch eine etablierte Industrienorm. Anthropic gibt die frühe Fassung zunächst an ausgewählte Labore, Hersteller und Technologiepartner; laut der Einordnung von WIRED sollen sie vor einer breiteren Bereitstellung insbesondere die Sicherheitsregeln für den Umgang mit physischen Systemen erproben.

Eine gemeinsame Geräteschicht für KI-Agenten

MHS setzt eine standardisierte Treiberschicht zwischen Agent und Maschine. Diese übersetzt einfache Grundoperationen wie das Lesen eines Temperaturwerts oder das Setzen eines Parameters in gerätespezifische Befehle. Zustände und verfügbare Funktionen werden in einem einheitlichen Format beschrieben, damit Agenten Geräte über Netzwerke auffinden und ansprechen können.

Die Treiber können außerdem Angaben enthalten, die nicht zuverlässig aus einer Programmierschnittstelle hervorgehen: etwa das Gewicht eines Roboterarms, messbare Größen, veränderbare Parameter oder festgelegte Betriebsgrenzen. Aus diesen Metadaten entsteht eine Referenzbeschreibung, auf deren Grundlage der Agent das Gerät bedienen soll. Die Steuerung ist über MCP, eine Kommandozeile oder Code und APIs vorgesehen.

Anthropic wirbt damit, Integrationen von Wochen oder Monaten auf Stunden oder Minuten zu verkürzen. Das ist bislang ein Anbieteranspruch, gestützt auf ausgewählte Partnerprojekte, aber kein unabhängig ermittelter Durchschnitt für beliebige Labore oder Fabriken.

MHS ergänzt MCP, ersetzt es aber nicht

Der Model Hardware Standard und das Model Context Protocol erfüllen unterschiedliche Aufgaben. MHS beschreibt die Fähigkeiten, Zustände und Bediengrenzen physischer Geräte. MCP ist dagegen einer der möglichen Kommunikationswege, über die ein Agent auf diese standardisierte Gerätesicht zugreift.

Die vorgesehene Trennung macht MHS grundsätzlich modellunabhängig. Eine Installation ist konzeptionell nicht auf Claude festgelegt, sofern Agent und Laufzeitumgebung die benötigten Protokolle unterstützen. MHS ersetzt zugleich weder Firmware noch vorhandene Maschinensteuerungen: Für jedes System bleibt ein Treiber nötig, der dessen programmierbare Schnittstelle in die gemeinsame Spezifikation überträgt.

Das begrenzt auch die Herstellerneutralität. Ein gemeinsames Format kann Abhängigkeiten von proprietären Bedienlogiken verringern, beseitigt aber nicht die Entwicklungs- und Wartungsarbeit für konkrete Geräte. Hardware ohne programmierbaren Zugang lässt sich in der aktuellen Fassung nicht unmittelbar anbinden.

Von Mikroskopen bis zu Roboterarmen

Die offizielle technische Vorstellung von MHS nennt programmierbare Mikroskope, Liquid Handler und Roboterarme als zentrale Gerätekategorien und beschreibt unterschiedliche Partnerstadien: Doosan Robotics testet Roboterarme, MBF Bioscience entwickelt einen Treiber für ScanImage, Tecan ergänzt seine Fluent-Plattformen, QIAGEN erprobt einen Proof of Concept für QIAsymphony Connect und Universal Robots plant Unterstützung für seine Robotikplattform.

AWS will Teilnehmenden der Vorschau eine Vorabfassung der MHS-Unterstützung in Strands Robots bereitstellen. Hinzu kommen frühe Integrationen von Automata, Hugging Face und Raspberry Pi. Die Namen belegen ein herstellerübergreifendes Interesse, aber keine einheitliche Produktreife: Die Aktivitäten reichen von funktionierenden Prototypen und laufenden Tests bis zu geplanten Implementierungen.

Für Forschungseinrichtungen und industrielle Betreiber im DACH-Raum ist deshalb vor allem die programmierbare Schnittstelle das derzeitige Auswahlkriterium. Eine frei verfügbare Kompatibilitätsliste, Zertifizierung oder verbindliche Supportzusage für konkrete Gerätekombinationen existiert noch nicht.

Was die frühen Versuche tatsächlich zeigen

In einem Proof of Concept bei Genentech koordinierte MHS einen Liquid Handler, einen Roboterarm und einen Plattenleser für einen Proteinassay. An der University of Washington wurden unter anderem eine überwachte qPCR-Anwendung und die kollisionsfreie Übergabe von Probenplatten zwischen Liquid Handler und Roboterarm demonstriert. Weitere Versuche betrafen Mikroskopie, Dosis-Wirkungs-Experimente und die Kalibrierung von Lasersystemen.

Diese Projekte zeigen, dass ein Agent in vorbereiteten Umgebungen Zustände mehrerer Geräte erfassen und Arbeitsschritte nacheinander auslösen kann. Sie beweisen nicht, dass beliebige Labor- oder Fertigungsprozesse ohne zusätzliche Entwicklung autonom funktionieren. Treiber, Gerätebeschreibungen, Prozesslogik und Abbruchbedingungen müssen weiterhin für die jeweilige Anlage eingerichtet und fachlich geprüft werden.

Auch das Versprechen kürzerer Integrationszeiten ist kontextabhängig. Frühe Teams konnten bestimmte Aufbauten deutlich schneller verbinden als mit individuell entwickelter Integrationssoftware. Komplexe Anlagen mit älteren Steuerrechnern, grafischen Bedienoberflächen oder fehlenden APIs können dennoch zusätzliche Adapter und projektspezifische Tests verlangen.

Das Sicherheitsmodell ist noch nicht fertig

MHS kann Grenzwerte und erlaubte Operationen in einer Gerätebeschreibung festhalten. Solche Angaben sind jedoch nur ein Teil der Absicherung: Bei physischen Systemen müssen außerdem Berechtigungen, Netzwerkzugriffe, fehlerhafte Sensordaten, Notabschaltungen und notwendige menschliche Freigaben berücksichtigt werden. Ein deklarierter Grenzwert allein verhindert weder eine falsche Gerätebeschreibung noch eine ungeeignete Befehlsfolge.

Die bisherigen Experimente zeigen zudem Grenzen beim räumlichen, physikalischen und chemischen Schlussfolgern von Sprachmodellen. In einem Versuch musste Fachpersonal Claude erklären, dass Fehler beim Umgang mit schäumenden Flüssigkeiten keine Softwareprobleme waren und physische Korrekturen erforderten. Fachliche Aufsicht bleibt daher ausdrücklich Teil der Vorschau.

Anthropic will mit den beteiligten Partnern zusätzliche Sicherheitsbewertungen, Best Practices und eine Roadmap für physische Sicherheit entwickeln. Erst bei der später geplanten Open-Source-Veröffentlichung sollen Ergebnisse der Vorschau und Hinweise für eine sichere Bereitstellung folgen; einen Termin dafür hat das Unternehmen nicht genannt. Bis dahin ist MHS eine erprobte technische Richtung mit funktionierenden Einzelprojekten, aber kein frei verfügbarer Produktionsstandard mit belegtem Sicherheitsmodell.