Software agents already operate browsers, APIs, and terminals. Moving into the physical world is more difficult. A failed browser action can often be retried; an unsafe instruction to a robot arm, laser, or liquid handler may damage equipment, waste a sample, or endanger a person.
There is also a basic integration problem. Scientific and manufacturing devices expose different protocols, data formats, and assumptions. Connecting a new instrument frequently requires custom software and specialist knowledge before an AI agent can use it at all.
A driver layer for agents
Anthropic’s Model Hardware Standard, currently a research preview, proposes a common driver layer. Devices expose a small collection of primitives such as reading a measurement or writing a setting. They also publish capabilities and physical characteristics in a consistent, discoverable format.[1]
Natural-language metadata is an important part of the design. Code might expose that an actuator can move to a coordinate, while a manual explains its weight limits, calibration behavior, or unsafe operating range. Making that context available to an agent can help it reason about a device it has not encountered before.
Physical agency depends as much on interfaces, constraints, and observability as it does on model intelligence.
Anthropic says the early system can coordinate equipment including microscopes, liquid handlers, and robotic arms, and that some integrations have fallen from weeks or months to hours or minutes. The preview is model-agnostic and can connect to an agent harness through protocols such as MCP.[1]
Standards become safety boundaries
A uniform interface can make automation easier, but convenience alone is not enough. A production standard must represent permissions, safe ranges, emergency stops, state transitions, and the difference between reversible and irreversible actions. It must also make activity observable enough for operators to understand what an agent attempted and why.
The preview is not yet a mature standard, and its eventual adoption is uncertain. Its significance is architectural: the industry is beginning to define the layer between general-purpose reasoning and specialized physical machinery.
MCP’s own architecture separates the host that controls permissions from focused servers that expose tools and resources, while explicitly treating tool invocation as a security boundary.[2] MHS can be understood as an attempt to carry that composable interface pattern into device drivers, where the host must also account for physical state and irreversible actions.
Other embodied-AI platforms are converging on similar needs. Google’s Robotics ER documentation lists spatial reasoning, continuous video progress detection, multi-step tool use, and multi-robot orchestration as separate capabilities—a reminder that physical agency is a system of perception and control, not one model call.[3]
If physical agents become common, that layer may serve the same role that operating-system and network interfaces played in earlier computing eras. Models will change rapidly. Stable, inspectable contracts with the physical world will need to outlast them.
References
- Anthropic, “Previewing the Model Hardware Standard,” August 27, 2026.
- Model Context Protocol, “Architecture,” specification revision 2025-06-18.
- Google AI for Developers, “Gemini Robotics ER overview,” accessed September 2026.