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.
They finally looked at how other protocols do things, and made something that behaves in recent versions. But it's hard as heck to take this company at all seriously. The don't really care about ecosystems (AGENTS.md), they don't seem to know think or care much about protocols until they have to (MCP's incredibly long redemption ark). The vibes are all off.
Maybe they avoid laying their own pitfalls this time. Maybe it's better. It'd be nice to start seeing some kind of cause to trust this company as vaguely capable computer-using people. But so far that hasn't been the case.
It's like creating conditions for a race where they structurally have months of advance. And realistically they have a credible shot at establishing the standard due to their weight in the industry, and control of the most popular AI distribution method (Claude).
So they create the race, knowing the race is what will likely establish the standard, and using some pretext to prevent other competitive athletes from training for it in advance. Other athletes only get to start when the gun fires.
Nitpick: it’s annoying that they add Model to those acronyms, for what seems like a fairly universal software interface
This is how I understand it:
Agent <-> MCP/CLI/code <-> MHS <-> vendor API/SCPI/OPC UA/ROS/etc <-> CAN/Modbus/USB/etc <-> hardware
MHS can describe capabilites, metadata, safety limits, as well as provide read/write control and discovery. Things like "can measure temperature", "arm weighs X kg", "never exceed X RPM", that agents can easily understand. (as opposed to that being buried in a datasheet somewhere, or having to be included in the prompt)
Also see: https://en.wikipedia.org/wiki/OPC_Unified_Architecture, https://en.wikipedia.org/wiki/Standardization_in_Lab_Automat..., https://xkcd.com/927/
To actually add something to the discussion though: I guess getting LLMs to control robots is cool, but would potentially have more severe consequences than pure software since it interacts more with the physical world
Like... don't need standards, just explain to an ai what the target hardware is and it will output binary bits that match.
- EPICS
- TANGO
- Bluesky (not that one)
- QCodes
- Sardana
- yaq
The general problem is (1) i have a heterogeneous mix of hardware that speaks a bunch of different protocols from SCPI serial commands to VISA over USB, to bizarre proprietary things and (2) I want to be able to talk to it from one central computer and (3) ideally have some level of standardisation or abstraction so I can express an experiment like move <stage> from <x> to <y> in <n> steps and at each step fire <laser> and measure <signal> while logging <temperature>.Anthropic seem to be creating the n+1 version of those packages and presumably doing some harness work to make Claude good at using it.
The whole text reads like everything is just a gRPC call that could've also been implemented with an MCP based wrapper.
The caveat is that actual utility of this particular command set isn't clear yet. Or how many LLM labs will find it worthwhile.
Guess what's really good/quick at translating things?
Have you seen the financials of the AI companies?