「Anthropicのモデル・ハードウェア標準」：フィジカルAIの難所は、決してモデルではなかった

この街から出てくるロボットのデモは、何事もなかったかのように見える。私のアパートから車ですぐの場所にオフィスを構えるUnitreeのヒューマノイドが、3年前ならSFだったような作業を工場の床でこなし、その動画が拡散され、誰もがモデルについて議論する。けれど動画に映らないのは、カメラを回す前に必要だった2週間の統合作業だ。ロボットはあるプロトコルを話し、コンベヤーは別のプロトコルを話し、安全PLCはさらに別のプロトコルを話す。3つをつなぐため、ノートパソコンを持った人間が必要だった。

この地味な隔たりに、Anthropicはいま取り組もうとしている。8月27日、同社はモデル・ハードウェア標準（MHS）の研究プレビューを開始した。これは、AIエージェントが物理デバイスを操作するための共有仕様で、顕微鏡、液体ハンドラー、ロボットアーム、さらに先では先端製造の機械までを対象にする。発表と初期報道に目を通したが、興味深いのはエージェントに手が付くことではない。Anthropicが安全性をどこに置いたのか、そして難所のどれだけがまだ未解決なのかだ。

Key Takeaways - MHSは、AIエージェントが物理デバイスを操作するための共有仕様で、現在は申請制の研究プレビューにある。各デバイスには、単純な読み取り・書き込みの基本操作を備えた標準ドライバーと、測定できるもの、調整できるもの、適用される安全制限を説明する生成リファレンスファイルが用意される。 - MHSはMCPを置き換えるのではなく、その下に並ぶ。MCPがエージェントからのツール呼び出しを運び、MHSがその呼び出しの先にある機械を理解可能かつ一貫して操作できるようにする。 - 安全性はドライバー層に組み込まれている。デバイスが限界値、インターロック、非常停止を宣言し、エージェントはデフォルトでその範囲内で動作する。Anthropic自身も、Claudeの物理世界に関する推論には専門家の監督がまだ必要だと認めている。 - 初期パイロットにはGenentech、カーネギーメロン大学、QuEra、ワシントン大学、HHMI Janeliaが参加している。実際の取り組みではあるが、報告はパートナー側によるもので、詳細な例はすべてClaude上で実行されている。 - 公開仕様、SDK、ライセンス、ガバナンスモデル、公開セキュリティモデルはまだなく、オープンソース化の時期も示されていない。現時点では、今日から構築に使える標準ではなく、方向性を示すプレビューとして扱うべきだ。

Anthropicが実際に発表したこと

発表の内容は見出しが示すものより狭い。これは良いことだ。Anthropicは、Claudeがあなたの工場を動かせるとは主張していない。科学研究所と先端製造企業の最初のグループを対象に、専用のプレビューサイトから申請制でMHSを提供し、プレビュー後には標準をオープンソース化する意向を示している。

設計の背景を理解するには、発端の話を一段落使って説明する価値がある。MHSは、AnthropicのBeneficial Deploymentsチームに所属するAlek Kemenyと、HHMI Janelia Research Campusの博士研究員Arco Bastの協力から始まった。Bastは脳イメージング実験のため、異なるメーカーのレーザー、電動フォーカサー、カメラを同期させる共有メモリ辞書を作っていた。これは、どのウェットラボも毎回うまくいかない形で作り直している種類の基盤部分だ。KemenyとBastはそのインターフェースにAIモデルを接続した。つまりMHSは、標準化委員会が考えた机上の構想ではない。研究室のハックが成長したものだ。

Anthropic自身の説明によると、狙いは次の通りだ。「研究室や製造施設がハードウェアのセットアップと統合に要する時間は、通常、数週間、場合によっては数か月に及ぶ」。MHSは「この統合作業を数時間、あるいは数分に短縮する」という。ポスドクがメーカー独自のWindows専用制御ソフトウェアと2週間格闘するのを見たことがあるなら、数週間から数か月という数字が宣伝上の誇張ではないことはわかるだろう。

Anthropicは2026年8月27日、科学研究所と先端製造企業を対象とする、申請制のモデル・ハードウェア標準研究プレビューを開始した。標準は、AnthropicのAlek KemenyとHHMI Janeliaの博士研究員Arco Bastの協力から生まれたもので、Anthropicはハードウェア統合を数週間または数か月から数時間または数分に短縮すると主張している。詳細は発表にある。

MHSの仕組みと、MCPが位置する場所

仕組みは、配管部分に求められる通り、驚くほど退屈だ。各デバイスには、少数の基本操作を使う標準化されたMHSドライバーが割り当てられる。「read」で温度を取得し、「write」で温度を設定するといったコマンドによって、デバイスを標準形式で発見できるようにする。ドライバーには自然言語のタグも含まれる。たとえばロボットアームの重量のような情報だ。これを使って、デバイスごとのリファレンスファイルが生成される。そのファイルは、デバイスが測定できるもの、調整できるもの、適用される安全制限をエージェントに伝える。エージェントは機械に触る前にマニュアルを読む。そしてそのマニュアルは、どのエージェントも同じ方法で読める形式になっている。

私の周囲の人々が数分以内に尋ねたのは、これがMCPにどう影響するのかということだった。発表から読み取れる答えは、MCPには何も起きないというものだ。Anthropicは、エージェントがMHS経由でデバイスを制御する方法として、MCP、コマンドライン、コードAPIの3つを挙げている。MHSはモデルに依存せず、どのエージェント基盤からも標準プロトコルを介してアクセスできる。その中にはモデル・コンテキスト・プロトコルも含まれる。初期の分析のひとつにあった要約が最もわかりやすい。MCPがツール呼び出しを運び、MHSがそのツール呼び出しの先にある機械を理解可能かつ一貫して操作できるようにする。Kemeny自身の説明をnextaipressが伝えている。「MCPがソフトウェアに対して行ったことを、MHSはハードウェアの世界に対して行う」

Anthropicの発表とStrandsのエンジニアリング記事から見える構造。通信層は変わらず、安全性に関する契約はドライバーに置かれる。

ソフトウェア側の背景を知りたいなら、今年初めにMCPがビジネスに対して実際に何をするのかを平易に説明した。考え方はそのまま当てはまる。MCPは、エージェントが何かを要求する方法を標準化した。MHSは、要求されたときに物理的なものがどう見えるかを標準化する。

Anthropicの発表によると、MHSは各デバイスに、読み取り・書き込みの基本操作と、機能、調整項目、適用される安全制限を説明する生成リファレンスファイルを備えた標準化ドライバーを提供する。MHSはMCPを置き換えない。エージェントはMCP、コマンドライン、コードAPIを介してデバイスにアクセスし、MHSはエージェント基盤を問わず利用できる。

安全性はモデルではなくドライバーに置かれる

ここが重要な部分だ。多くの報道が、目立つパートナーの数字を取り上げるために飛ばしてしまう部分でもある。エージェントが表計算を読み間違えても、悪い報告書ができるだけだ。遠心分離機を読み間違えれば、話はまったく違う。だから設計上の問いは「モデルは十分に賢いか」ではない。「モデルが賢くないとき、厳格な制限はどこに置かれるのか」だ。

Anthropicの答えはアーキテクチャにある。その説明が最も明確だったのはAnthropicではなくAWSだ。AWSのStrandsチームは、オープンソースのStrands RobotsライブラリでMHSを通信バックエンドとして実装している。「安全性は標準そのものに組み込まれている。デバイスは限界値、インターロック、非常停止を宣言し、エージェントはデフォルトでそれを継承し、その範囲内で動作する」

この説明は二度読む価値がある。インターロックは、モデルが忘れるかもしれないプロンプトの指示でも、モデルが言い逃れできるかもしれないポリシーでもない。モデルより下にあるドライバーの性質であり、モデルが協力するかどうかに関係なく適用される。これは正しい方向性だ。ソフトウェアにおけるエージェント・ガバナンスについて私が考えていることとも一致する。混乱したエージェントとの接触後にも残るガードレールは、エージェント自身が編集できないものだ。

Anthropicは、モデルの限界についても珍しいほど率直だ。発表では、Claudeは「物理世界についてテキストと画像を通じて学習するため、空間的・物理的な推論には限界があり、現在も専門家による監督が必要だ」と認めている。プレビューの目的のひとつは「追加の安全性評価を構築すること」だ。Anthropicは、悪用に対する安全対策を強化するため、物理的安全性に関するロードマップを策定している。MHSをオープンソース化する際には、その結果を導入ガイダンスとして公開するという。

パートナーのひとつの逸話は、なぜその謙虚さが必要なのかを示している。Genentechは、BCAタンパク質アッセイという化学測定でよく使われる手法を、液体ハンドラー、ロボットアーム、プレートリーダーにまたがって自動化した。研究者たちは、泡立ったサンプルがソフトウェアのバグではなく、物理的な失敗だとClaudeに教えなければならなかった。手を持ったことのないモデルは、泡が何を意味するのか知らない。テキスト上の知識と物理的な結果の間にあるこの隔たりこそ、ドライバー層の制限が必要な理由だ。回転、加熱、加圧を伴うものなら、人間をループ内に残しておきたい。

AWS Strandsの記事によると、MHSは安全性をプロンプトではなくドライバーに置く。デバイスが限界値、インターロック、非常停止を宣言し、エージェントはデフォルトでそれを継承する。Anthropicは、Claudeの物理的推論には専門家の監督が必要だと認め、プレビューが物理的安全性のロードマップと導入ガイダンスに役立つと説明している。詳細は発表にある。

パイロットの結果を慎重に読む

パートナーの顔ぶれは、本当に印象的だ。GenentechはBCAアッセイを最初から最後まで実行した。カーネギーメロン大学は、「根本的に互換性のないインターフェース」を持つ3台のコンピューターで、連続希釈による用量反応実験をおよそ3倍速く実行した。Anthropicの表現では、QuEra Computingは量子レーザーの周波数ロックを、人間の介入なしに99.3%の割合で回復するコントローラーをエージェントに開発させた。ワシントン大学は、ロボットアームと液体ハンドラーの間でプレートを衝突なく受け渡す、エージェント監督下のqPCRを実行した。そしてJaneliaでは、Ahrens研究室のVirginie RuettenがMHSを使い、それまで7つのメーカー製プログラムを必要としていた顕微鏡システムを統合した。7つだ。これを読んでいる実験科学者なら、思わず顔をしかめるほど身に覚えがあるだろう。

Anthropicの発表によると、QuEraがエージェントに開発させたコントローラーは、レーザーの周波数ロックを99.3%の割合で回復した。58%という基準値はThe Registerの報道による。パートナー報告のため、有望ではあるが、実証済みとは扱わないほうがいい。

ここで、規律が必要になる。これらの数値はすべてパートナー側から報告され、ベンダー自身の発表で公開されたものだ。CMUの用量反応実験には、候補薬ではなく色素が使われた。QuEraのコントローラーは、稼働中の量子プロセッサではなく実験環境で動いた。そして発表資料にある詳細な例はすべてClaude上で実行されている。したがって、現時点で「モデルに依存しない」という主張は、あくまで主張にとどまる。だから結果が偽物だということではない。深刻な機関によるパイロット結果が、めったに偽物になるわけではない。ただ、証拠の水準は「構築した人々が動くと言っている」ということだ。仕様が公開され、関係者以外が再現するまでは、距離を置いて読むのが正直な態度だろう。

エコシステムの一覧で、私の目に留まったものが2つある。Hugging Faceはオープンなロボティクス・ライブラリであるLeRobotにMHS対応を追加し、Raspberry Piはカメラドライバーのテスト後に統合を進めている。この2つは、製薬企業のロゴよりも採用にとって重要かもしれない。10年以上前にROSをロボティクスのデフォルトのスタックへと押し上げた、ホビイストと研究コミュニティの目の前に標準を置くからだ。Open Roboticsのコミュニティではすでに、MHSがROS 2に対してどこに位置するのか議論されている。標準の実際の形を決めるのは、発表記事ではなく、その議論のほうだ。

パイロットの結果は実在するが、パートナー側の報告だ。Anthropicの発表によると、カーネギーメロン大学の用量反応実験はおよそ3倍速くなり、QuEraがエージェントに開発させたコントローラーはレーザーの周波数ロックを99.3%の割合で回復し、HHMI Janeliaは7つのメーカー製プログラムを必要としていた顕微鏡システムを統合した。詳細な発表例はすべてClaude上で実行されているため、モデル非依存という主張は、公開の場ではまだ実証されていない。

一覧にない名前

ここで、私のかなり地域的な観察をひとつ挙げたい。そういう観察だと先に断っておく。Anthropicが挙げるハードウェアパートナーを見ると、液体ハンドラーのTecan、アームのUniversal RobotsとDoosan、ラボ自動化のQIAGENとAutomata、検討中のDanaher、顕微鏡のMBF Bioscienceが並んでいる。立派な一覧だ。だが、中国のロボティクス企業は1社も入っていない。

私は、世界のヒューマノイドと四足歩行ロボット産業の重心から15分の場所に住んでいる。UnitreeとDeep Roboticsはどちらも私のアパートから車ですぐの場所にあり、ハードウェアとエージェントをつなぐ標準から最も恩恵を受けるはずのメーカー、つまりロボットが入っていく工場を運営する企業の多くは、圧倒的にこちらにある。ロボットそのものがボトルネックなのではない。統合がボトルネックであり、それこそがMHSの売り文句だ。だからこの不在は、拒絶というより、Anthropicが既存のコンプライアンスに適した関係をもとに選んだ初期プレビュー参加者の構成に見える。そして、地球最大のハードウェア・エコシステムを未解決の問いとして残している。中国のベンダーがMHSを採用するのか、無視するのか、それとも国内発の何かを支援するのか。これは発表全体で最も重要な未知数だと思うが、英語で報じている人々は誰も尋ねていないようだ。

Anthropicが名前を挙げたハードウェアパートナー、Tecan、Universal Robots、Doosan、QIAGEN、Automata、MBF Bioscience、検討中のDanaherは、すべて欧米または韓国のラボ・産業自動化企業だ。発表によると、中国のロボティクスメーカーはプレビュー参加者に含まれていない。世界最大のハードウェア・エコシステムでの採用は、未解決の問いとして残る。

プレビューが答えていないこと

研究プレビューは、補助輪付きの約束だ。だから、何が約束されていないのかを列挙するのが正直だろう。Kingyの分析は、その点で役に立つ数え上げをしている。Anthropicは、仕様、SDK、スキーマ、ソースリポジトリ、ライセンス、適合性テストスイート、バージョン番号、ガバナンスモデルのいずれも公開していない。modelhardwarestandard.comはオープンソース化の意向を確認しているが、時期は示していない。MCPは最終的にLinux FoundationのAgentic AI Foundationに加わった。MHSが同じような中立的な拠点を得るのか、それともAnthropicが舵を取るものとして残るのかは、まだ発表されていない。これは重要だ。1社が管理するハードウェア標準は、標準ではなく製品機能だからだ。

より大きな空白は、セキュリティモデルだ。認証、認証情報の範囲設定、ネットワーク分離、監査ログ、ドライバーの無効化、接続されたデバイスがエージェントに返すデータを通じてプロンプトインジェクション攻撃が入り込むのを防ぐ方法について、公開情報は何も説明していない。ソフトウェアの世界では、最後の問題だけでも未解決の研究課題だ。BraveによるCometの研究は、悪意あるページと親切なエージェントの間に、どれほどわずかなものしか存在しないかを示した。ハードウェアでは、安全性に関わる事例になる。誰かを傷つけられる機械にMHSドライバーを近づける前に、脅威モデルを読みたい。現時点では、読むべきものがない。

真剣に受け止めるべきガバナンス上の批判もある。Hacker Newsで、非公開プレビューに対する反応のひとつは率直だった。「標準を読むのに許可が必要であるべきではない」。標準は、承認される前から公開されていることで信頼を得る。Anthropicは、申請を受け入れられた人だけが閲覧できるものに対して、ハードウェアメーカーにドライバーを構築するよう求めている。The Registerは遠慮なく、これを、自社モデルの挙動さえ確実には予測できない企業による「やや楽観的な野心」と呼んだ。また、誰もロゴの隣に印刷したくない悪用シナリオも提起している。同じ標準が、創薬アッセイを実行できるだけでなく、理論上は遠心分離機の連続処理も実行できるというものだ。Anthropicの物理的安全性ロードマップは、おそらくその答えになる。まだ私たちはそれを見ていない。

タイミングも、この問題をはっきりさせる。EU機械規則は2027年1月20日から全面的に適用される。ある報道によれば、この規則は初めて、AIベースの安全機能と自己進化する挙動を持つ機械を明示的に対象にする。欧州で販売されるAI制御機械の標準は、準備ができているかどうかにかかわらず、およそ16か月後にこの規則に適合することになる。

Kingyの分析とプレビューサイトによると、MHSには公開仕様、SDK、ライセンス、ガバナンスモデル、セキュリティモデルがない。Anthropicは標準をオープンソース化し、プレビューから導入ガイダンスを公開すると説明しているが、時期は示していない。詳細は発表にある。

これをどう受け止めるか

立場によって変わるので、3つの読者に絞って短く書く。

研究室やパイロットラインを運営しているなら、やることは簡単だ。手作業での監視に最も多くの研究者時間を奪われている装置をひとつ特定し、そのメーカーがパートナー一覧にあるか、そもそもプログラム可能なインターフェースを持っているかを確認する。MHSはプログラム可能なハードウェアでしか機能しない。Anthropicは、そうしたインターフェースを持たない機器のメーカーに、まだ参加を呼びかけている段階だ。条件を満たし、関心があるなら、プレビューへの申請がある。エージェントを仕事にしているなら、Strands Robotsの統合とLeRobotの対応を追うといい。誰かの許可なしに、最初に触れられる場所になるからだ。

投資家や戦略担当者にとってのシグナルは、「Anthropicがいまロボティクスを始めた」ということではない。フィジカルAIの価値が、モデルから統合層と安全層へ下がっているということだ。そして、退屈な層を所有する企業が、エコシステムを所有することは多い。MCPは発表からおよそ1年で業界のデフォルトになった。同じやり方が、今度はハードウェアで再び実行されているのがわかる。

研究室にとって実行可能な最初の一歩は、MHSにプログラム可能なインターフェースが必要なため、どの装置がそのインターフェースを備えているかを監査することだ。構築する側にとっては、AWSのStrands RobotsとHugging FaceのLeRobot統合が、最初に触れられる公開の接点になる。Strandsの記事とAnthropicの発表に詳細がある。

よくある質問

MHSはMCPに取って代わるのか？

いいえ。MHSはMCPの下に並ぶ。エージェントのツール呼び出しは、現在と同じようにMCP、コマンドライン、コードAPIを通っていく。MHSが標準化するのはもう一方の端だ。物理デバイスが自分自身をどう説明するのか、何ができるのか、どの制限が適用されるのかを標準化する。

モデル・ハードウェア標準は今日使えるのか？

研究プレビューに受け入れられた場合に限る。プレビューは申請制で、modelhardwarestandard.comを通じて科学研究所と先端製造企業を対象にしている。公開仕様やSDKはまだない。Anthropicはプレビュー後にMHSをオープンソース化する意向を示しているが、時期は決まっていない。

MHSはClaudeでしか動かないのか？

Anthropicは、MHSはモデルに依存せず、標準プロトコルを介して任意のエージェント基盤からアクセスできると説明している。ただし、発表資料にある詳細な例はすべてClaudeを使っている。独立した実装が登場するまでは、複数モデルで動くよう設計されているが、実証されたわけではないと考えるべきだ。

AIエージェントに物理設備を操作させても安全なのか？

正直に言えば、制限がどこに置かれているかによる。MHSは限界値、インターロック、非常停止をデバイスドライバーに置き、モデルより下の層で適用する。これは正しいアーキテクチャだ。しかしAnthropic自身が、Claudeの物理的推論には専門家の監督が必要だと説明している。公開された脅威モデルはまだなく、The Registerによる悪用リスクへの懐疑的な見方も妥当だ。宣言された限界値とインターロックを備えた設備で、人間が監督するパイロットを行うのは合理的だ。回転、加熱、加圧を伴うものを、監督なしのエージェントに任せるのはまだ早い。

結論

数か月に一度、業界は知性が決して希少な資源ではなかったことを再発見する。先月はKitesurfがブラウザーについてそれを示し、今度はMHSがハードウェアについて同じことをしている。モデルは、タンパク質アッセイを実行したり、レーザーのロックを維持したりするには十分な性能になった。足りなかったのは、モデルが機械を見つけ、マニュアルを読み、どこが限界なのかを正確に理解するための方法だ。これは配管の問題であり、だから答えの形として配管の仕様が適している。

現時点で証明されているのは、ドライバーのパターンが機能すること、統合時間の大幅な短縮が現実的でパートナーによって確認されていること、そして安全性をプロンプトではなくデバイス側に置く判断が正しいことだ。証明されていないのは、実運用で信頼するために必要なすべてだ。許可なしで読める仕様、脅威モデル、ガバナンス上の拠点、そして発表に招かれていなかった誰かによる再現結果が、まず必要になる。方向性には賭けたい。プレビューに遠心分離機を賭けるつもりはない。

自分のエージェント計画にハードウェアをどう組み込むか検討しているなら、私はその相談をクライアントと定期的に行っている。お問い合わせ。

参考資料

• Anthropic, 「Previewing the Model Hardware Standard」: https://www.anthropic.com/news/model-hardware-standard-research-preview （公開日 2026年8月27日、取得日 2026年8月29日）

• Model Hardware Standard preview site: https://modelhardwarestandard.com （取得日 2026年8月29日）

• AWS Strands, 「Robots working together: the Model Hardware Standard and Strands Robots」: https://strandsagents.com/blog/robots-working-together-model-hardware-standard-strands-robots/ （取得日 2026年8月29日）

• The Register, 「Anthropic proposes plumbing spec to link AI agents to lab kit and robots」: https://www.theregister.com/ai-and-ml/2026/08/28/anthropic-proposes-plumbing-spec-to-link-ai-agents-to-lab-kit-and-robots/5293135 （公開日 2026年8月28日、取得日 2026年8月29日）

• Kingy.ai, 「Anthropic's Model Hardware Standard (MHS)」: https://kingy.ai/blog/anthropic-model-hardware-standard-mhs/ （公開日 2026年8月28日、取得日 2026年8月29日）

• nextaipress, 「Anthropic Model Hardware Standard (MHS)」: https://nextaipress.com/anthropic-model-hardware-standard-mhs/ （公開日 2026年8月28日、取得日 2026年8月29日）

• Open Robotics Discourse, 「Where does an intent validation layer sit relative to Anthropic's Model Hardware Standard and to ROS 2?」: https://discourse.openrobotics.org/t/where-does-an-intent-validation-layer-sit-relative-to-anthropics-model-hardware-standard-and-to-ros-2/57725 （公開日 2026年8月28日、取得日 2026年8月29日）

• Brave, 「Agentic Browser Security: Indirect Prompt Injection in Perplexity Comet」: https://brave.com/blog/comet-prompt-injection/ （公開日 2025年8月20日、取得日 2026年8月29日）

• Hacker News discussion, 「Previewing the Model Hardware Standard」: https://news.ycombinator.com/item?id=49468834 （取得日 2026年8月29日）

• Flickr, cover image 「Robot Arm」 by fireflythegreat (CC BY 2.0): https://www.flickr.com/photos/fireflythegreat/5604962354/ （取得日 2026年8月29日）