はじめに

2026年8月27日（米国時間）、Anthropic が Model Hardware Standard（MHS） のリサーチプレビューを公開しました。AI エージェントが顕微鏡・分注機・ロボットアームといった物理機器を操作するための共通仕様で、開発は Anthropic と HHMI ジャネリア・リサーチ・キャンパスの共同作業から始まっています。

ソフトウェアの世界では、AI が外部のツールやデータにつながる口として MCP（Model Context Protocol）が定着しました。MHS が相手にするのはその先、電源が入っていて、動かせば実際に物が動く機械です。だから仕様の中心に「安全上限」という言葉が座っています。

本記事では次の順で整理します。

  • MHS が何を標準化したのか（ドライバ・プリミティブ・参照ファイル）
  • MCP とは何だったのか、MHS はそれとどう並ぶのか
  • 「安全に操作する」を、仕様としてどう実現しているのか
  • リサーチプレビューで実際に出た結果（数字はすべて発表元に帰属させます）
  • いま誰が使えるのか、オープンソース化はどこまで決まっているのか
🗓️ 現時点（2026年8月29日）の位置づけ

MHS は「リサーチプレビュー」の段階です。科学研究機関・ロボティクス・先端製造の一部の組織にウェイトリスト経由で提供されています。Anthropic は将来のオープンソース化を表明していますが、時期は示されていません。専用サイト（modelhardwarestandard.com）は参加申込のページで、公開された技術仕様やドライバのコードは筆者が確認した範囲では見当たりません。

1. 🔩 MHS とは何を標準化した規格なのか

標準が無いと、何が起きていたか

Anthropic の説明によると、実験室や製造現場でハードウェアを立ち上げて統合するのに 数週間、長ければ数カ月 かかっていました。装置ごとにプログラミングインタフェースが違い、それらを噛み合わせる専用の実装を、そのつど誰かが書いてきたからです。

カーネギーメロン大学が公開した構成が、この散らかり方をよく表しています。同大の系は PC 3台で動いていました。

  • PC 1: ロボットアーム。通常の API ではなく、投入ディレクトリに置かれたジョブファイルを読むスケジューラ経由で動く
  • PC 2: 分注機。Windows の ActiveX/COM スクリプティングという古いインタフェース。監視カメラは USB 接続
  • PC 3: プレートリーダー。プログラムから叩く口が無く、画面の GUI しかない

3台とも制御の流儀が根本的に違います。MHS はこれらを、状態（そのシステムが取りうる条件。たとえば「プレートが3番の位置にある」「試料が25℃」）と手順（吸引する、振とうする、といった実行できる操作）という1枚のマニフェストに畳み、下で何が動いていようとモデルからは同じ形に見えるようにした、と同大は説明しています。

💡 ワード解説：分注機（リキッドハンドラー）とプレートリーダー

分注機は、決められた量の液体をウェル（微小な穴）やチューブへ正確に移すロボットです。ピペット操作に特化していて、汎用のロボットアームとは別物として扱われます。プレートリーダーは、96個などの穴が並んだマイクロプレートの各穴について、吸光度や蛍光といった光学的な信号を測る装置です。実験の「最後の読み取り」を担当します。

ドライバとプリミティブ

MHS が導入したのは、標準化されたドライバです。ドライバとは、OS とハードウェアのあいだを翻訳するソフトウェアのこと。MHS のドライバは、次のようなプリミティブ（基本命令）だけで構成されます。

  • read — 例: 温度を取得する（get temperature）
  • write — 例: 温度を設定する（set temperature）

命令の語彙をここまで削るのが要点です。どんな装置でも理解して実行できる粒度に揃えたうえで、各機器をネットワーク上で標準の形式で発見可能にする。装置とエージェントが互いを見つけて話せるので、あいだに専用の翻訳プログラムを挟む必要がなくなります。

自然言語タグと、自動生成される参照ファイル

ここが MHS でいちばん面白い設計だと筆者は感じました。

装置を安全に扱うために必要な知識には、コードを読んでも分からないものがあります。Anthropic が挙げている例が「ロボットアームの重量」です。安全に動かすには要るのに、制御コードのどこにも書かれていない。こうした情報は従来、紙のマニュアル、担当者のローカル PC、あるいは誰かの頭のなかにありました。

MHS のドライバは、この種の情報を自然言語のタグとして書き込めます。書き方は2通りで、ユーザーが自分で書いてもよいし、エージェントに設備構成をインタビューしてもらって書かせてもよいとされています。

そしてドライバは、そのタグから参照ファイルを自動生成します。中身は装置の一般的な性質、すなわち

  • 何を測れるのか
  • 何を変えられるのか
  • どの安全上限が強制されるのか

の3点です。Anthropic はこのファイルを「エージェントがその装置を操作するために知っておくべきことがすべて入っている」と説明しています。

エージェントが実際に触る3つの口

装置がつながり、使い方も分かったあと、エージェントがハードウェアを制御する経路は3つ用意されています。MCP、コマンドラインインタフェース、コードファイル（API）です。これらが組み合わさることで、複数の装置にまたがるオーケストレーションを「1行のコード」で起動できる、というのが公式の説明です。

flowchart TD DEV["物理機器
顕微鏡・分注機・ロボットアーム"] --> DRV["MHS ドライバ
read / write のプリミティブで構成"] DRV --> TAG["自然言語タグ
アームの重量や安全上限を人が書く"] TAG --> REF["参照ファイル（自動生成）
測れる値／変えられる値／安全上限"] REF --> AGT["AI エージェント
MCP・CLI・コードファイルで操作"] AGT --> DRV

前と後で何が変わるのか

MHS より前 MHS を使ったとき
機器のつなぎ方 装置ごとに専用の統合を作る 共通ドライバの read / write
機器の見つけ方 個別に設定して回る ネットワーク上で標準形式で発見
装置の知識 紙のマニュアル・個人の暗黙知 参照ファイルに自動生成される
安全の担保 実装した人の注意 ドライバ層で安全上限を強制
統合にかかる時間 数週間〜数カ月 数時間〜数分（Anthropic の主張）

最終行の数字は Anthropic が自社の発表で述べているもので、第三者の検証結果ではありません。ただし後述するように、個別のパートナーが自分たちの数字を添えて報告しています。

2. 🧩 MCP とは何だったか、MHS はその何なのか

MCP の最小復習

MCP（Model Context Protocol） は、AI アシスタントと外部のツールやデータを標準化された方法でつなぐプロトコルです。Anthropic が公開し、いまは複数の AI クライアントが対応しています。CNBC は「Anthropic は2024年に MCP という別の標準をオープンソース化している」と、今回の発表に並べて紹介しました。

MCP がつないできたのは、ファイル、データベース、SaaS、ビルドツールといったソフトウェアの世界です。当サイトでも、ESP-IDF 6.0 に内蔵された MCP サーバを Claude Code から使う手順を実機で確かめた記事があります。MCP がどんな粒度のものか、手を動かす側から見たい方はそちらもどうぞ。

公式は MHS をどう位置づけているか

報道では「MCP の物理版」という整理をよく見かけますが、Anthropic 自身はその言い方をしていません。公式発表にあるのは次の2つです。

  • MHS はモデル非依存であり、MCP のような標準プロトコルを使って、どのエージェントハーネスからでもアクセスできる
  • MHS を制御する経路は MCP・CLI・コードファイルの3つ

つまり公式の立て付けでは、MHS は MCP を置き換えるものではありません。MCP は入口のひとつとして残り、その先に「機器を安全に扱うための層」を新しく置いた、という関係になります。

CNBC は読者向けの比喩として USB-C ケーブルを挙げました。機器間の情報のやり取りを標準化するもの、という説明です。これは CNBC による喩えで、Anthropic の公式表現ではありません。

flowchart TD U["やりたいこと
「この検体の吸光度を測って」"] --> AG["AI エージェント（Claude など）"] AG -->|"MCP"| SW["ソフトウェア側
ファイル・DB・SaaS・ビルドツール"] AG -->|"MCP / CLI / コードファイル"| MH["MHS ドライバ層
機器ごとの差を吸収する"] MH --> D1["分注機"] MH --> D2["ロボットアーム"] MH --> D3["プレートリーダー"]

モデル非依存という点も実務的には大きいところで、CNBC は「利用者は Claude 系のモデルに縛られない」と書いています。

3. 🛡️ 「安全に操作する」を、仕様でどう実現しているか

ここが今回の発表の芯だと筆者は受け止めました。エージェントに機械を触らせるとき、いちばん怖いのはもっともらしい値を自信たっぷりに書き込むことです。ソフトウェアなら失敗はロールバックできますが、レーザーの出力や試料は戻りません。

「装置の限界」を、装置の側に宣言させる

MHS の答えは、安全知識をエージェントの賢さに預けないことです。参照ファイルに「どの安全上限が強制されるのか」を書かせ、ドライバの層で守らせる。エージェントは上限を知っているだけでなく、そもそも越えられません。

HHMI ジャネリアの研究者は、二光子顕微鏡のリグでこう書いています。MHS がデバイスレベルの安全上限を強制するので、エージェントが誤って過大なレーザー出力を使い、蛍光分子を褪色させて試料を傷めることを心配せずに済む — と。

これは非常に具体的な安心の形です。「レーザー出力を上げれば信号は強くなる」はモデルにとって正しい推論ですが、その先で試料が死ぬことは、コードにも数値にも書かれていない。だから人間が自然言語で「ここまで」と書き、規格がそれを執行する。

異常時に「動かさない」ことも設計に入っている

カーネギーメロン大学は、MHS が人間のオペレーターのように安全に振る舞うかを確かめるため、異常な状況を6つ人工的に作り出しました。

  • プレートが無い
  • プレートの向きが回転している
  • リーダーが使用中
  • カメラが切断されている
  • 装置に到達できない
  • 非常停止が入っている

結果は、6つすべてについて、どの装置も動き出す前にブロックされたと報告されています。エージェントが賢く回復したのではなく、動かさなかったというのが報告の形です。

そのうえで同大は、実験そのものはエージェントに任せています。1回目の希釈曲線は当てはまりが悪く（R² < 0.9・高濃度側の飽和が原因）、エージェントは自分で判断してプレートを捨て、上限濃度を 200 µg/mL から 100 µg/mL に絞って再実行しました。2回目は R² > 0.98 の使える曲線が得られ、途中に人間の入力はゼロだったとしています。

止めるべきところでは止め、判断してよいところでは判断する。 その線引きが装置側の宣言で決まる、という構造です。

⚠️ 安全上限があっても、監督が要らなくなるわけではない

Anthropic 自身が限界を明記しています。Claude はテキストと画像から物理世界を学んでいるため、空間的・物理的な推論には限界があり、専門家の監督が依然として必要である、と。実例として、Genentech の研究者が「泡立ちによるエラーはソフトウェアの不具合ではなく物理的な失敗であり、物理的な対処でしか直らない」と Claude に教える必要があった件が挙げられています。

4. 🔬 プレビューで実際に出た結果

Anthropic は、バイオテック・ロボティクス・量子コンピューティングなどのパートナーによる早期事例を、各パートナー自身の記述として公開しています。以下の数字はいずれもその報告に帰属するもので、筆者が検証したものではありません。

組織 やったこと 報告された結果
Genentech 分注機・アーム・プレートリーダーで BCA タンパク質定量を自動化 Claude が送液速度を自律的に最適化。チップ取得失敗などから自力で復旧
ワシントン大学 6台の装置を MHS で接続し、qPCR を AI 監督下で実行 ドライバの記述時間を含めて接続は1週間未満
カーネギーメロン大学 PC 3台にまたがる装置群で段階希釈の用量反応試験 従来比約3倍の速度。非自動状態から結果まで8時間（ベンダー依頼なら通常数週間）
QuEra Computing 中性原子量子計算機のレーザー系にエージェントを接続 再ロック成功率 99.3%（後述）
HHMI ジャネリア 二光子顕微鏡のリグ。7つのベンダー API を1つの状態辞書に統合 撮像パラメータをエージェントが実時間で選ぶ閉ループ実験
Tetsuwan Scientific ResearchOS で qPCR ワークフロー、コンパイラの最適化 多分注の精度予測がメーカー技術仕様比で約12%改善（45回中31回で上回る）

QuEra のレーザー再ロックが面白い

量子計算機の中のレーザーは、原子と相互作用させるために極めて精密な周波数を保つ必要があります。これが外れたときに復帰させる「再ロック」は、以前から自動化の対象でした。

同社の報告によれば、MHS より前の姿はこうです。レーザー系エンジニア・ソフトウェアエンジニア・アルゴリズム専門家・テスターの4人が数カ月かけて専用スクリプトを作った。中身は人間がベンチでやる手順をそのまま順番に写したもので、成功率は約58%、1回あたり約150秒。温度や気圧が途中で変われば、直線的な手順は最初からやり直しになる。

MHS 経由でエージェントを入れたあとの動き方が、読んでいて気持ちのいいところです。4つの役割をそれぞれ別の Claude インスタンスに割り当て、

  1. 速く確実にするための仮説を出す役
  2. その変更をスクリプトに書き込む役
  3. 実機のレーザーに対して走らせ、全手順をログに残す役
  4. ログを読んで次に何を変えるか決める役

このループを一晩じゅう無人で数百回回した、と報告されています。朝には約6秒・成功率96%（開発時の値）。その後、同じ乱数化された外乱セットに対してエージェント抜きで700回の盲検を行い、695回で正しいロックに復帰、すなわち 99.3% だったとしています。

そして最終成果物は、決定論的で、完全に検査可能なスクリプトです。本番ではエージェントを走らせずに動く。AI を「運転手」ではなく「チューニング担当」として使い、仕上がったら回路から降ろす。この形は、実験装置に限らず応用が利きそうだと筆者は感じました。

5. 🌱 いま誰が使えて、これからどうなるのか

提供範囲

対象は、科学研究機関と先端製造の最初のグループです。参加はウェイトリストからの申込制で、Anthropic は業界を問わず関心のある関係者を招いているとしています。同社の Beneficial Deployments を率いる Elizabeth Kelly 氏は CNBC の取材に対し、科学のために作ったものだがエンタープライズや産業にも大きな利点がある、と述べています。

ベンダー側の対応

装置メーカーとその周辺のソフトウェア企業も、自社の機器に MHS 対応を組み込み始めていると公式発表に列挙されています。

  • AWS — AI エージェントと物理デバイスをつなぐライブラリ Strands Robots で MHS をサポート。プレビュー参加者には事前版を提供
  • Automata — ラボ自動化基盤 LINQ に MHS 対応を追加
  • Danaher — スマート機器・自律ラボへの適用を Anthropic と検討中
  • Doosan Robotics — ロボットアームで MHS を検証（自動品質保証、複数ロボットの協調）
  • MBF Bioscience — レーザー走査型顕微鏡を動かす ScanImage 用の MHS ドライバを開発中
  • QIAGEN — 核酸精製プラットフォーム QIAsymphony Connect で実証中
  • Tecan — Fluent 分注プラットフォームに MHS 対応を追加
  • Universal Robots — 早期アクセス済み。自社ロボティクス基盤への対応を計画

さらに「早期採用者」として、Hugging Face（ロボティクスライブラリ LeRobot に MHS 対応を追加）と、Raspberry Pi（自社の Camera MHS Driver での試験が成功し、複数の製品で MHS 統合を可能にしていく）が名前を挙げられています。

オープンソース化は「計画」

Anthropic は、オープンソース化する前に、パートナーと安全性評価を作り、物理機器を動かす AI の運用ベストプラクティスを整えると書いています。あわせて、誤用リスクに対するセーフガードの方針と執行範囲を強化するための「物理安全性のロードマップ」を策定中としています。オープンソース化の際には、プレビューで得られた知見を安全な導入の手引きとして公開する、とも。

時期は示されていません。 執筆時点で確認できるのは「計画」までです。

まだできないこと

  • プログラミングインタフェースを持たない機器には対応できない。Anthropic はそうした装置のメーカーと組んで MHS ドライバの作り込みを進めているとしています
  • 前述のとおり、空間的・物理的な推論の限界から、専門家の監督は依然として必要
💡 ワード解説：リサーチプレビュー

製品として一般提供する前に、限られた相手に配って一緒に検証する段階のことです。仕様も提供範囲も変わりうるので、この時点の記述を将来の確定仕様として読まないほうが安全です。今回の場合 Anthropic は、オープンソース化の前に安全性評価とベストプラクティスを共同で作ることを、プレビューの目的として明示しています。

📌 筆者の見方

筆者はこの夏、ESP32-S3 のセンサー基板を自分で起こして、そこから Mosquitto・Telegraf・InfluxDB・Grafana まで一本につなぎました。そのとき安全境界として書いたのは、ACL のたった1行です。pattern write home/sensor/%u/telemetry — ユーザー名が接続中の機体 ID に置換されるので、1台の鍵が漏れても他の機体になりすませない。機体を増やしてもこの行は増えません。効いていることは、なりすまし publish を自分で6パターン投げて、守りたい側の retain が変わらないことで確かめました。

MHS の参照ファイルが「守らせる安全上限」を持つ、という設計を読んで最初に浮かんだのはこの1行でした。筆者があの晩に手で設計した境界を、規格が最初から持っている世界に見えたからです。しかも層が違います。筆者の ACL は「誰がどのトピックに書けるか」の境界で、MHS の安全上限は「その装置にどんな値を書き込んでよいか」の境界。並べてみて、自分の系には後者が無いことにも気づきました。ブローカーは値の中身までは見ないので、妥当性はファームウェア側で持つしかありません。

そこで期待したくなるのが、オープンソース化されたら組み込みでも使えるのか、という点です。ここは正直に線を引いておきます。現時点の MHS は研究機器と先端製造に向けたプレビューで、筆者は触っていません。公式が早期採用者として名前を挙げたのは Raspberry Pi と Hugging Face の LeRobot で、いずれも Linux が載る側です。ESP32 のようなマイコン単体について、対応の言及はありません。だからこれは予定ではなく、筆者の期待です。それでも、装置の限界を自然言語で書いておけば規格が守ってくれる、という考え方そのものは、いま書いているファームウェアにも今日から真似できます。データシートの絶対最大定格を、コメントではなくコードが読める形で1か所に置く。そこから始めてみようと思いました。

まとめ

  • Anthropic が2026年8月27日（米国時間）、Model Hardware Standard（MHS） のリサーチプレビューを開始。AI エージェントが物理機器を安全に操作するための共通仕様で、HHMI ジャネリア・リサーチ・キャンパスとの共同作業から生まれた
  • 中身は標準化されたドライバ。命令は read / write などのプリミティブに絞り、各機器をネットワーク上で標準形式で発見可能にする
  • ドライバに自然言語のタグで装置の性質を書くと、測れる値・変えられる値・強制される安全上限をまとめた参照ファイルが自動生成される
  • エージェントが触る口は MCP・CLI・コードファイルの3つ。公式は MHS をモデル非依存とし、MCP のような標準プロトコルからアクセスできると説明している（「MCP の物理版」は報道側の整理）
  • 統合の所要時間を数週間〜数カ月から数時間〜数分へというのは Anthropic の主張。個別には、カーネギーメロン大学の8時間、ワシントン大学の1週間未満、QuEra の再ロック成功率 99.3% などが各パートナーの報告として公開されている
  • 提供は科学・ロボティクス・先端製造の一部組織に限定。オープンソース化は計画されているが時期は未定で、公開仕様も現時点では見当たらない
  • 公式が認める限界として、プログラミングインタフェースを持たない機器は非対応、空間的・物理的推論には限界があり専門家の監督が必要

よくある質問（FAQ）

Q. MHS は今すぐ誰でも使えますか？

いいえ。2026年8月29日時点ではリサーチプレビューで、科学研究機関・ロボティクス・先端製造の一部組織に限定して提供されています。参加は専用サイトのウェイトリストからの申込制です。

Q. MCP があるのに、なぜ別の規格が必要なのですか？

MCP はソフトウェアのツールやデータにつなぐためのプロトコルで、装置固有の事情までは扱いません。物理機器では「アームの重量」や「これ以上出してはいけないレーザー出力」といった、コードだけでは分からない情報が安全に直結します。MHS はその情報を自然言語タグで書けるようにし、参照ファイルとして自動生成し、ドライバ層で強制する仕組みを足したものです。公式の説明でも、MHS へのアクセス経路のひとつとして MCP が残っています。

Q. Claude 以外のモデルでも使えますか？

Anthropic は MHS をモデル非依存であるとし、標準プロトコル経由でどのエージェントハーネスからでもアクセスできると説明しています。CNBC も、利用者は Claude 系のモデルに縛られないと書いています。ただし現時点で使えるのはプレビュー参加組織に限られます。

Q. 個人の電子工作や自作ボードでも使えるようになりますか？

現時点では未発表です。公式が早期採用者として挙げたのは Hugging Face（LeRobot）と Raspberry Pi（Camera MHS Driver での試験を経て複数製品へ）で、マイコン単体への対応には言及がありません。また MHS はプログラミングインタフェースを持つ機器が前提で、そうでない装置は現状の対象外です。

Q. AI が装置を壊してしまう心配はないのですか？

MHS は参照ファイルに安全上限を宣言させ、デバイスレベルで強制する設計です。カーネギーメロン大学は、プレート欠落・非常停止など6つの異常状態を人工的に作り、いずれも装置が動き出す前にブロックされたと報告しています。一方で Anthropic 自身が、Claude の空間的・物理的推論には限界があり専門家の監督が依然として必要だと明記しています。仕組みで防げる範囲と、人が見ている必要がある範囲の両方がある、というのが現状の説明です。

関連記事

参考