コンテンツへスキップ

研究リファレンス · ソースとシミュレーションの証拠

ローカルセンサーストリームに対してオンデバイス推論を実行する、主権的なエッジコンピュートユニットのピクセルアート シーン。
Ventures

Auralink

共有リソースの調整のための Physical AI 研究リファレンス。

デバイス、エッジ、クラウドの境界をまたぐ、共有リソースに関する意思決定。

A neutral horizontal runtime and coordination substrate for physical agents across device, site, edge, and cloud boundaries. The reviewed record establishes source and simulation scope for a governed horizontal candidate and selected vertical packs; it does not establish physical deployment.

Documented research reference

Source through 2026-08-24

Inspectable artefacts

Explicit claim boundary

ビジネス ↔ テクノロジーの橋渡し · Physical AI reference implementation

Pressure-tests product and architecture decisions against a real cross-domain Physical AI source system.

これはポートフォリオとソースの解釈であり、顧客、導入、認証、成果を示すものではありません。

  1. 01

    ビジネス上の圧力

    Every new physical-agent vertical can become another bespoke platform, multiplying integration, operations, support, and assurance cost.

  2. 02

    プロダクト判断

    Separate the reusable horizontal coordination substrate from vertical protocol ownership and keep final safety authority with the local controller.

  3. 03

    技術記録

    Signed proposals, resource leases, policy and admission boundaries, local veto, authoritative readback, catalogues, conformance paths, and cross-domain simulation.

  4. 04

    エビデンスの還流

    Runtime constraints and validation gaps reopen platform scope, supported-vertical claims, deployment obligations, release decisions, and product economics.

課題

クロスドメインの調整レイヤーが明示しなければならない、システム上の判断

  • クロスドメインプロトコルの不在

    EV充電、ロボティクス、エネルギー、インフラは、それぞれ独自のプロトコルと権限モデルを持ち込みます。それでもクロスドメインのサイトには、こうした垂直分野の境界を消し去ることなく、共有される電力、空間、時間、優先度を割り当てるための明示的なルールが必要です。

  • クラウド依存の調整

    安全やリソースに関する判断がクラウドとの往復に依存するのであれば、設計には定義された縮退モードが必要です。そのためAuralinkは、エッジでの継続性とローカルな安全権限を、すでに実証済みの稼働率の主張としてではなく、検証すべきアーキテクチャ要件として扱います。

  • ベンダーごとのオペレーティングスタック

    サイトには、アイデンティティ、テレメトリ、更新ポリシー、運用上の制約がそれぞれ異なる、複数のベンダースタックが存在し得ます。調整は、こうした所有の境界を保ちながら、共有リソースに関する判断を追跡可能にしなければなりません。

  • 安全クラスのプリエンプションがない

    優先度とプリエンプションのルールは、ルーチン作業を、安全および緊急時の権限と区別しなければなりません。ソースはその語彙をモデル化しています。応答のタイミングと物理的な作用については、引き続きハードウェアとサイトでの検証が必要です。

仕組み

文書化された、デバイス・エッジ・クラウドの分割—ローカルな安全権限は明示したまま

詳細

証拠

レビューしたソースが裏付けること—そして、別の検証ゲートがなお必要な箇所

レビュー済みのソーススナップショットにおける、統制されたコンポーネント項目
68
保持された実行記録で合格した選定テストスイート。明記された除外事項は引き続き適用されます
81 / 81
ゴールデンパス・シミュレーションで動作させた垂直分野の経路
3
証拠の区分。ライブサイトやフリートの記録ではありません
ソース + シミュレーション
本番ハードウェアの統合、認証、顧客への導入
主張なし
ハードウェア・イン・ザ・ループ、現行プロトコルとの相互運用性、現場での検証
別のゲート

エンジニアリングの規律

ここには、現在公開が許可され、条件を明記した研究結果のみを掲載します。非公開のインベントリは公開しません。

スナップショットは利用できません

公開ファクトは掲載前に再検証が必要です。

保持されているゴールデンパス・シミュレーションで一緒に動作させているのは、3つの経路だけです。残りの項目は文書化された設計範囲であり、導入の証拠ではありません。

  • EV充電&DC急速充電

    シミュレーション

    シミュレーションによるEV充電の経路が、汎用の調整コントラクトを動作させます。現行のOCPPおよびOCPIとの相互運用性、実機、認証は、引き続き別の作業です。

  • ロボティクス、AGV&ファクトリーセル

    シミュレーション

    シミュレーションによるロボティクスの経路が、ワークスペースと電力の調整を動作させます。Open-RMFおよび厳密なVDA 5050との互換性、実機のロボット、安全性の検証は、そのシミュレーションでは裏付けられません。

  • スマートシティインフラ

    シミュレーション

    シミュレーションによるスマートシティの経路が、汎用コーディネーターを動作させます。現行のNTCIP/SNMPとの相互運用性、コントローラーのハードウェア、自治体での導入は主張しません。

  • サイト全体エネルギー + BESS + 太陽光

    文書化された設計

    バッテリー、太陽光、サイト負荷の調整は、文書化された設計およびシミュレーションの範囲として示されています。稼働中のBESS、インバーター、エネルギーサイトでの検証は主張しません。

  • 産業IoT

    文書化された境界

    産業用プロトコルとスケジューリングの境界が文書化されています。現行のOPC UA/Modbusとの相互運用性、機械との統合、プラントでの検証は、未解決のゲートとして残っています。

  • スマートビルディング

    文書化された境界

    HVACと建物負荷のコンポジションは、文書化されたアプリケーション境界です。ビル管理システムとの統合や、サイトでの結果は主張しません。

ACS v0.1 概要

Auralink Coordination Specification(ACS v0.1)は、リファレンスコーディネーターと、そのシミュレーション上の参加者のための小さな語彙を提案します。デバイスやプロトコルによる採用を示唆するものではありません。

  • RESOURCE

    Power

    変電所、バスバー、フィーダー、または単一の充電器コンタクター上のワット。ハードな物理的上限を持つ階層的なバス間でクレームが構成されます。

  • RESOURCE

    Workspace

    工場フロアの立方メートル、または交差点の平方メートル。ロボットAGVの予約や交通優先制御のためのプリミティブ。

  • RESOURCE

    SignalPhase

    信号機の時間枠。緊急車両の優先制御、公共交通の優先リクエスト、需要応答型タイミングのためのプリミティブ。

  • RESOURCE

    Spectrum

    RFチャネル + 帯域幅 + 時間。混在する5G/LoRa/Wi-Fi環境—農場、港、メガプロジェクト—のためのプリミティブ。

  • RESOURCE

    TimeSlot

    共有物理アセット(生産セル、ロボットアーム、ドック)上の離散的なスケジュール済みインターバル。エネルギーを考慮したスケジュールのためにPowerと組み合わせ可能。

  • RESOURCE

    Token

    OCPIローミング、仮想エネルギークレジット、V2G決済、カーボン割り当てのための帳簿管理プリミティブ。「ソフト」なリソースタイプ。

  • CLASS 1

    Emergency

    ハードウェアのESTOP、バックアップ負荷、その他のローカルな緊急時権限を表現します。タイミングと物理的な作用には、デバイス固有の検証が必要です。

  • CLASS 2

    Safety-critical

    熱、衝突、グリッド安定性に関する保持など、安全上重要な制約を表現します。仕様は優先度のセマンティクスを定義していますが、実際の安全挙動は、ソースだけでは裏付けられません。

  • CLASS 3

    Priority

    サービスウィンドウや充電スケジュールなど、範囲の限定された優先作業を表現します。テーパーのセマンティクスは、リファレンス設計の一部です。

  • CLASS 4

    Routine

    バックグラウンド充電やアイドル状態の予約など、延期可能な作業を表現します。リファレンスポリシーでは、これがテーパーの対象として最初に検討されるクラスです。

サプライチェーンの信頼

  • イメージ署名

    cosign + Sigstoreアドミッション

    署名とアドミッション制御の構成がソースに表現されています。ホストされたワークフローの実行、イメージの公開、クラスターでの強制については、ここでは主張しません。

  • Provenance + SBOM

    SLSA + SBOM証明

    Provenance、SBOM、検証スクリプトの各サーフェスが存在します。公開された証明一式は、個々のリリースごとに別途確認する必要があります。

  • 監査チェーン

    SHA-256連鎖監査 + ウィットネスアンカー

    ソースには、連鎖監査とウィットネスアンカーの概念およびテストが含まれます。永続化、外部アンカリング、運用上の保存については、デプロイ環境での検証が必要です。

  • 鍵保管

    Sealed-at-rest · TPM / KMS / Vault Transit

    署名者と鍵保管の境界は、プラガブルになるよう設計されています。特定のTPM、KMS、Vaultの導入を主張するものではありません。

  • トランスポート

    NATSへのTLS 1.3 mTLS

    mTLSの構成と可観測性のサーフェスがソースに存在します。証明書のライフサイクルと、稼働中のトランスポートでの強制は、引き続きオペレーターの責任です。

  • シークレット

    HashiCorp Vault + ESO

    クレデンシャルプロバイダーのインターフェースとKubernetesのシークレットテンプレートが存在します。これは、稼働中のVault、ESO、本番クラスターの存在を裏付けるものではありません。

詳細

Auralinkの詳細を掘り下げます。アクセスにはNDAが必要です。

NDAに署名してこれらの文書のロックを解除

これらの文書には、独自のアーキテクチャの詳細、ベンチマーク、実装の具体的な内容が含まれています。簡単なNDAが両者を保護します。

  • マーケティングホワイトペーパー

    なぜ調整プレーンが分散型物理AIに欠けているプリミティブなのか、そしてEV/ロボティクス/スマートシティ/IIoTにわたって何を可能にするよう設計されているのか。

    NDAが必要です
  • 研究論文

    ACS v0.1—規範として提案する6つのリソースタイプ、4つの安全クラス、グレースフルテーパープリエンプション、差分プライバシー下での連合学習。TLA+形式モデル付き。

    NDAが必要です
  • 技術ホワイトペーパー

    クラウドとエッジにわたる完全なシステムアーキテクチャ、Rustによる充電器OS、Goによるエージェントバンドル、デプロイメントトポロジー、RAGバックボーン、そして文書化された設計範囲としてのメガプロジェクトプレイブック。

    NDAが必要です

ソースコード

GitHubリポジトリとHuggingFaceモデルを閲覧します。まずNDAの承諾が必要です。

コードアクセスをリクエストする前に、まずNDAに署名してください。

  • GitHubリポジトリ

    契約に署名してアクセス
  • HuggingFaceモデル

    契約に署名してアクセス

パートナーシップ

OCPP 2.0.1 + 1.6J はソースに表現されており、ROS 2 ブリッジはプロトタイプ、OpenADR 2.0b + IEEE 2030.5 は進行中 — 現行プロトコルとの相互運用性は、引き続き別のゲートです。文書化されたドメインでパートナーを募集中。

お問い合わせ
  • 充電ポイント事業者&DSO

    OCPP 2.0.1 / 1.6J、OCPI 2.2.1 ローミング、ISO 15118-2/-20 フレームワークがソースに表現されています。EV 充電の経路はシミュレーションで動作させています;現行プロトコルとの相互運用性、実機、認証は、引き続き CPO パートナーとの別の作業です。

  • ロボットOEM&都市インテグレーター

    stale-pose / failsafe / e-stop を備えた ROS 2 ブリッジを 2026-05 にプロトタイプ化。OpenADR 2.0b + IEEE 2030.5 のデモ。apps/city/ 配下にある、大規模複合用途およびハイパースケール産業サイト向けのメガプロジェクトプレイブックは、文書化された設計範囲であり、導入の証拠ではありません。

  • 代替実装者

    調整仕様(ACS v0.1)は、提案段階の規範的な語彙です;破壊的変更は RFC を経る想定です。独自のコーディネーターを構築する、SDK を組み込む、またはリファレンス実装を実行する。この設計は、単一の実装へのロックインを避けることを目指しています。

ロードマップ

Physical AI 研究リファレンスの、次の証拠ゲート。

  1. 01
    complete

    ソース + シミュレーションの記録

    レビューしたスナップショットには、統制されたコンポーネント登録簿、選定テストスイートの実行記録、アーキテクチャと仕様の資料、形式解析の成果物、垂直分野をまたぐゴールデンパス・シミュレーションが含まれます。本番に関する判定ではありません。

  2. 02
    upcoming

    ハードウェア・イン・ザ・ループ + 現行プロトコルとの相互運用性

    本番HALの境界、実デバイスの挙動、現行プロトコルのアダプター、障害注入、復旧、タイミングを、明示的な受け入れ基準に照らして検証します。

  3. 03
    upcoming

    範囲を限定した現場試験 + アシュアランスケース

    狭く定義された環境を1つ選び、システムと安全に関する責任の所在を文書化し、受け入れテストと復旧テストを実施し、その境界を超えて一般化することなく証拠を保持します。

  4. 04
    upcoming

    拡大の前に、再現性

    範囲を限定した試験の後にのみ:アーキテクチャ、サポート、経済性、安全性の証拠、運用手順が、別のサイトや垂直分野でも再現されるかどうかを検証します。先端的な研究は、その規模拡大の判断とは切り離されたままです。

AIインサイト

The AI Dispatch

デモから信頼できる運用へ。購読すると、Physical AIの新しい読み物が届きます。

いつでも購読解除できます。スパムは一切ありません。