Anthropic、実験機器をつなぐMHS公開―統合作業を数分に短縮へ

Anthropicは2026年8月27日、AIエージェントと物理機器をつなぐModel Hardware Standard（MHS）のリサーチプレビューを開始した。Reutersの8月27日付報道 が確認した通り、対象は科学研究機関と先端製造分野で、一般提供ではなく初期版の検証段階にある。

最初の参加者には一部の研究所とメーカーが含まれ、顕微鏡、分注装置、プレートリーダー、ロボットアームなどを共通の方式で扱う。ITmediaの8月28日付記事 によると、Anthropicは従来数週間から数カ月を要した機器統合を数時間から数分に短縮できると説明している。ただし、これは提供側の初期事例に基づく説明であり、あらゆる施設で数分以内の導入を保証するものではない。

MHSは機器ごとの操作を共通ドライバーで表す

MHSが標準化するのは、AIモデルそのものではなく、機器の状態や操作方法をエージェントへ伝える境界だ。研究室や工場の装置はメーカーや世代によってAPI、SDK、制御ソフト、データ形式が異なる。従来は装置の組み合わせごとに変換処理を作り、個別に接続する必要があった。

MHSドライバーは、温度の取得や設定に相当する「read」「write」などの基本命令に加え、機器が測定できる値、変更可能な設定、物理的な特性、安全上の限界を共通形式で記述する。エージェントはその記述から機器を発見し、状態を読み取り、複数装置にまたがる処理の順序を組める。

対象は原則としてプログラムから操作できる入口を持つ機器で、MHS自体は特定のAIモデルに依存しない。公開事例にはAPIやSDKのほか、既存ソフトのGUIを介した接続もあるが、プログラミングインターフェースを持たない機器には現段階で対応できない。共通ドライバーを導入しても、装置固有の校正、保守、安全認証が不要になるわけではない。

MCPは接続経路、MHSは物理機器側の記述

MHSとModel Context Protocol（MCP）は競合する仕様ではない。MCPはAIアプリケーションが外部のツールやデータへアクセスするための接続方法で、MHSはその先にある物理機器の能力、状態、操作、制約を表す。MCPはMHS対応機器を呼び出す経路の一つであり、コマンドラインやコードファイルから制御する経路も用意されている。

責任境界は四つに分けて考えられる。上位のAIモデルとエージェント実行環境が目的を解釈し、MCPなどが要求を運び、MHSドライバーが要求を装置固有の操作へ対応付け、最後に制御ソフトと機器本体が動作する。モデルを替えても同じドライバーを再利用しやすくなる一方、ドライバーの能力記述や制限が誤っていれば、上位の判断だけでは安全を確保できない。

統合時間が短くなる理由も、この分離にある。HHMI Janelia Research Campusの顕微鏡系では、既存のMHS環境へレーザービーム撮影用カメラを追加し、出力をミラー制御へ渡す作業が数分で済んだという。一方、Carnegie Mellon Universityの初期事例では、分注装置、プレートリーダー、ロボットアーム、監視カメラのドライバーと統合層を一から構築し、結果取得まで約8時間を要した。数分という結果は既存基盤へ機器を追加した特定例で、初回構築を含む全導入の所要時間とは区別する必要がある。

安全限界は記述できるが、共通の権限・監査仕様は未公開

MHSドライバーは、ロボットアームの重量、速度、可動範囲など、コードだけでは把握しにくい物理特性と安全限界をエージェントへ伝える。Anthropicの公式発表に収録された初期事例 では、Carnegie Mellon Universityの構成でプレート欠落、向きの誤り、読み取り装置の使用中、カメラ切断、到達不能な機器、緊急停止の作動という6条件を意図的に発生させ、いずれも機器が動く前に遮断したとしている。

この結果が示すのは、確認済みの一構成でインターロックが機能したことまでだ。すべてのMHSドライバーに同一の検知機能や物理的な緊急停止が自動で備わるわけではない。機器本体の安全回路や緊急停止は最終防護として残り、MHS側の制限は危険な命令をより早い段階で拒否する追加層と位置付けるのが妥当だ。

人間の関与方法も用途によって異なる。公開されたqPCRの実証では、エージェントが反応曲線を監視し、停止か継続かを研究者に確認してから停止処理へ進んだ。別の量子レーザー実証では、エージェントが危険と判断した操作の前に人間の承認を待つ場面があり、専門家の監督が必要だと説明されている。

一方、公開資料からは、利用者、エージェント、機器ごとの権限分離を必須化する共通方式や、改ざん耐性、保存期間、閲覧権限まで定めた監査ログの要件は確認できない。個別事例には操作ログや検査可能な決定論的スクリプトが登場するが、それをMHS全体の必須機能とみなすことはできない。認証、承認フロー、ログ管理、事故時の責任分担は、施設側と機器側で別途設計すべき未確定領域として残る。

現在は限定プレビュー、オープンソース化は将来計画

現時点で公開されているのは、参加申請制のリサーチプレビュー、標準ドライバーの考え方、基本的な読み書き命令、機器の発見、MCP・コマンドライン・コードを介した操作、複数機器を調整した初期実証である。MHSはAnthropicとHHMI Janelia Research Campusの共同作業から始まり、研究、ロボティクス、電子機器、製造分野の参加組織が検証を進めている。

仕様のオープンソース化、対応ドライバーの拡大、追加の安全性評価、物理世界でのAI利用に関する安全ロードマップは今後の計画だ。Hugging FaceはLeRobotへの対応を進め、Raspberry Piも複数製品への統合を予定しているが、一般提供日や最終仕様は示されていない。

今回の公開で始まったのは、誰でも任意の実験装置を直ちに接続できる完成済み規格の提供ではない。個別連携を再利用可能なドライバーへ置き換え、異なる機器を一つの作業手順にまとめられるかを、安全性とともに検証する段階だ。次の焦点は、オープンソース版の仕様、必須となる権限・監査要件、対応機器一覧、そして異なる施設でも統合時間と安全評価を再現できるかに移る。