
Labwire は、各ベンダー向けのカスタムコードの代わりに、AI エージェントが単一の標準化されたインターフェースを通じて実験機器を安全に制御できるオープンプロトコルです。すべてのコマンドには必須の UCUM ユニットと安全分類が付与され、実行は暗号署名されたバンドルを生成して改ざん耐性のある証拠を提供します。これは監査可能な実験室業務に不可欠です。このプロジェクトは現在 5 分のクイックスタートと 3 つの現実的なシミュレーション機器で試用可能ですが、プロトコル仕様はまだ v0.3 ドラフト段階で、バージョン 1.0 前に変更されます。
こういう要約が、毎朝あなたのメールに届きます。
無料で登録 →何が起きたか
Labwire はオープンソースプロトコルおよび SDK で、AI エージェントが普遍的なインターフェースを通じて実験機器を発見・制御できるようにします。現在 v0.3 ドラフト段階のプロトコルは WebSocket 上で JSON-RPC 2.0 を使用し、各機器の動作を暗号署名で証明するバンドルを含み、3 つのシミュレーション機器、Claude 向け MCP アダプタ、および 5 分で使える Python クイックスタートを提供します。
なぜ重要か
現在、すべての機器メーカーが異なる方言を使用しており、各機器に対してカスタム統合を強いられています。Labwire は会話を標準化することで、どの AI フレームワークでもどの機器でも接着コードなしで駆動できるようにします。一方、プロトコルに組み込まれた必須の安全インターロック(S0~S3 クラス)と UCUM ユニットコードは、サイレントエラーと危険なコマンドを防止します。署名済みランバンドルは、規制対象の実験室業務に不可欠な、改ざん耐性のある監査可能な証拠を提供します。
注目点
プロトコルはまだ 1.0 未満(v0.3 ドラフト)であり、ワイヤー形式は変更されます。ophyd(Bluesky)デバイスおよび PyLabRobot リキッドハンドラー向けのブリッジはすでに存在します。暗号化オペレーターバインディングはロードマップに含まれていますが、まだ提供されていません。実ハードウェアドライバーは明示的に対象外です。このプロジェクトはプロトコルとアダプターレイヤーを対象としており、数千のベンダードライバーの再実装ではありません。
Labwire は、AI エージェントが実験機器を安全かつ監査可能に制御できるように設計されたオープンプロトコルおよび Python SDK です。コアとなる洞察は MCP(Claude のツール発見プロトコル)から借用しています。各機器用のカスタムコードの代わりに、機器はその能力を JSON Schema として公開し、どのエージェントフレームワークでも接着コードなしで駆動できます。
このプロトコルは WebSocket 上で JSON-RPC 2.0 を実行し、初期化・能力ハンドシェイク、プッシュファースト コマンドライフサイクル、およびプロトコルレベルの安全インターロックを備えています。3 つの設計原則が目立ちます。第 1 に、すべての数量は必須の UCUM ユニットコード(例えば、流量の「uL/min」)を含み、サイレント単位エラーを防止します。第 2 に、破壊的または危険なすべてのアクションは安全クラス(S0~S3)でタグ付けされます。S2 アクション(分配のような不可逆的)はオペレーター確認を必要とします。S3 アクション(危険)はオペレーター許可を必要とし、エージェントは造成できません。第 3 に、すべての実行は ed25519 署名付きマニフェストを生成し、1 つの CLI コマンドで検証され、機器が記録したものの移植可能で改ざん耐性のある証拠を提供します。
v0.3 ドラフトは「things」(リキッドハンドラーのデッキのような型付き機器状態)および型付きリファレンスのサポートを追加するため、パラメータはウェルまたはサイトに名前を付けることができ、現在の状態に対して検証されます。プロトコルは、発見だけでプロンプトエンジニアリングなしにエージェントをデッキに導くように設計されています。
このプロジェクトは、レイテンシ、ノイズ、ドリフト、障害モードを備えた 3 つの現実的なシミュレーション機器(天秤、シリンジポンプ、電源)を提供します。これは実ハードウェアのエミュレーションではなく、プロトコルを 5 分でテスト可能にする元のモデルです。閉ループデモは、スクリプトされたオプティマイザーが 3 つの機器にわたってヒーター電圧と試薬流量をチューニングし、隠れた収率最適値(例では 87.2%)に収束し、その後、勝利したランの署名済みバンドルを検証することを示しています。`make demo-claude` は同じループを Claude をエージェントとして実行し、MCP ツールとして機器スキーマを読み取ります。
ophyd(Bluesky のハードウェアレイヤー、シンクロトロンで広く使用)および PyLabRobot(リキッドハンドラー)向けのブリッジはすでに構築されています。ophyd ブリッジはユニットとリスク分類を提供する小さな YAML アノテーションを必要とし、その後、UCUM コードを欠いている数量を持つデバイスの提供を拒否します。PyLabRobot ブリッジは設計課題を明らかにしました。プロトコルは数量のアクションをうまくモデル化しますが、ophyd のツリー形状の状態は v0.2 に住む場所がありません。作成者は、それらを平滑化するのではなく、8 つの課題と v0.3 の具体的な推奨事項をリストした SPEC-FINDINGS.md を公開しました。
プロトコル v0.3 はまだドラフトです。ワイヤー形式は 1.0 前に変更されます。このプロジェクトは、数千のベンダードライバーの再実装、フリート制御、Web UI、スタブ API キーを超えた認証、クラウドホスティング、または暗号化オペレーターバインディング(ロードマップに含まれている)を提供することを明示的に目指していません。これはエージェント対機器プロトコルレイヤーとアダプター機構を対象としています。実ハードウェアドライバーは将来の業務またはコミュニティコントリビューションに属します。ライセンスは Apache-2.0 で、特許許可付き。これはプロトコルにおいて重要です。コード、仕様、例、およびコントリビューションガイドラインはすべて GitHub の benchwire/labwire 下に存在します。
Labwire は自律型実験室業務の実際の課題に対応しています。すべての機器が異なる言語で通信するため、科学者とエンジニアは各機器のカスタムドライバーを作成する必要があります。このプロトコルは会話をユニバーサルスキーマとしてモデル化し、MCP(Claude のツール発見標準)から借用しています。これにより、どのエージェントフレームワークでも、接着コードなしに機器が何ができるかを発見し、それを制御できます。プロトコルは、ベンダーアドオンではなく、ワイヤーレベルで安全性と監査可能性を強制します。必須の UCUM ユニットはサイレント単位ミスマッチを防止し、S0~S3 安全クラスは不可逆的なアクションをオペレーター確認の背後に配置し、ed25519 署名済みランバンドルは何が起きたかの移植可能で改ざん耐性のある記録を作成します。
このプロジェクトはそのスコープと制限について誠実です。仕様だけではなく、実行コードをリリースしています。3 つの現実的なシミュレーション機器、MCP アダプタ、SDK、および 5 分のクイックスタートは、デザインが機能することを証明しています。ophyd(シンクロトロン施設で広く使用)および PyLabRobot(リキッドハンドラー)向けのブリッジはすでに構築されています。同時に、作成者は v0.2 に含まれていないもの(実ハードウェアドライバー、暗号化オペレーターバインディング、フリート制御)について明確に述べており、ブリッジング業務中に発見された 8 つの具体的な設計課題を記載した SPEC-FINDINGS.md を公開しており、これが v0.3 に反映されます。これは、磨きあげられたクレームよりも誠実な反復に関心のあるプロジェクトを示しています。
タイミングは、2025~2026 年のエージェント対機器プロトコルへの広範なシフトと一致しています。LAP(arXiv:2606.03755)と SCP(arXiv:2512.24189)は同様の問題に収束しています。Labwire は LAP の必須ユニットコードと安全分類法を謝辞とともに借用しました。今日の実的な利点は、Labwire が実行コードと SDK を持っているのに対し、LAP は仕様のみであることです。
AIが要約して、あなたの選んだトピックだけを1日1通。LINE・Email・Slackで届きます。
登録無料・30秒で完了・いつでも解除できます
まだコメントがありません。最初のコメントを投稿しましょう!
ログインして議論に参加200以上のソースから厳選したAIニュースを毎日無料でお届けします。
無料で始める登録無料・30秒で完了・いつでも解除できます