コンテンツへスキップ

Hyperion Physical AI Decision Lab

AIが行動する権利を、証拠によって獲得する場所。

The Decision Foundryは、Hyperionが構想するIndustrial AI/Physical AIラボです。再構成可能な一つの環境で、製品価値、システム境界、モデルの挙動、人間の権限、障害復旧、そして次の投資判断に必要な証拠を検証します。

計画中のDecision Foundryを示す技術的な断面図。フィールドセルから知識と権限の境界を通り、アクチュエーションと証拠の還流へ進む信号を描いています。
構想アーキテクチャ — 稼働中のHyperion施設の写真ではなく、提案段階のシステム設計図です。

構想開発中

物理施設はまだ稼働していません。実行可能なデジタルデモと Hyperion が文書化した研究資料を公開しています。以下のゾーンとミッションは、構築・試験を経て別の表示が付くまでは構想上のものです。

現在利用可能

まず、今あるものから。

ここにあるのは現在のデジタル、ベンチ、社内R&D成果であり、計画中の物理施設ではありません。各ページで、証明できることとできないことを明示しています。

From Demo to Operated Product · Simulator 1.1

Physical AI Product Flight Simulator

Configure a fictional AMR, drone, cobot or vehicle-feature product. Stress economics, reliability, completeness, recovery and operator burden; inspect the diagnostic gaps; then export Product Decision, Product Bridge and Product System records with provenance. All outputs remain illustrative and experiment-only.

Fly a product decision

Auralink

Auralink

公開 Physical AI 研究 · Hyperion による文書化。検証可能な研究リファレンスであり、顧客導入や商業成果の主張ではありません。

Auralinkを見る

Reachy Mini + SO-101

Reachy Mini + SO-101

計測済み · シミュレーション · ドライラン。実センサーと遠隔操作の証拠を、シミュレーション自律動作や未実行のロボット動作と分けて提示します。

ロボティクスの証拠を見る

エッジモデルの評価

現在の版は編集レビュー待ちです。リンクと関連する性能数値は掲載せず、スループットや製品の準備状況について結論を示しません。

06 · 現在利用可能

意思決定ツール

6つのデモと初期計算を確認できます。

デモを実行

英語の参照資料:以下のプロトコルは、今後の記録と測定を定義します。実行結果は収集されていません。

Decision Lab protocol · definition only

From observation to operated-product evidence.

Planned · illustrative · no results collected

This protocol defines future records and measures; no run results have been collected for it. The physical Foundry remains planned and illustrative. Apply the protocol at the relevant Product System gate through all six lenses. Future observations belong in the existing Product System records and Evidence Passport, with configuration, exposure, authority, source, limitations, review and expiry. No stage establishes evidence maturity or authorises release automatically.

Five Product System gates and six lenses frame the decision. The five planned Foundry stations describe a facility concept. The six protocol stages below define what to record and measure.

  1. 01

    Observation

    What is true now, how was it observed, and what reference establishes validity?

    Required record

    Timestamped sensor or data observation; origin and rights; configuration and envelope; evaluator or ground truth; missing, invalid and stale-state flags.

    Metric definitions · no measured values

    Valid observation rate

    Valid observations divided by required observation opportunities. Define validity before collection; retain missing observations in the opportunity count.

    Denominator: Required observation opportunities in the declared window.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Observation-to-state latency

    Distribution of elapsed time from a relevant physical event to a usable system state. Declare clock alignment and report censored or missing transitions.

    Denominator: Matched event-to-state pairs; disclose unmatched event count separately.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

  2. 02

    Future

    Which future state is predicted, at what horizon, with what uncertainty and alternatives?

    Required record

    Source observation, forecast horizon, model and configuration, predicted state, uncertainty, alternatives and abstention. Pair predictions with later observations before assessing them.

    Metric definitions · no measured values

    Forecast error by horizon

    Apply a declared loss function between each prediction and its later reference observation. Report a distribution by horizon and slice; unobserved futures remain unassessed.

    Denominator: Matched prediction/reference pairs at each declared horizon; disclose unmatched predictions.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Forecast calibration

    Compare stated probabilities with observed frequencies within predeclared probability bins. Report bin sizes, uncertainty and excluded cases.

    Denominator: Resolved predictions within each declared probability bin and outcome definition.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

  3. 03

    Action

    What was proposed, authorised, executed or rejected, and whose authority governed it?

    Required record

    Typed proposal, applicable constraints, human or deterministic authorisation, bounded command or abstention, execution acknowledgement and actual resulting state. Separate model proposal from control and specialist acceptance.

    Metric definitions · no measured values

    Accepted action transition rate

    Accepted resulting state transitions divided by authorised action attempts. Use predeclared acceptance criteria and retain failed or aborted attempts.

    Denominator: Authorised action attempts within the same configuration and authority boundary.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Authority boundary event rate

    Report blocked, escalated and unauthorised proposals separately by reason, divided by proposal opportunities. A blocked proposal is not inherently a system failure or success.

    Denominator: Proposal opportunities under the declared authority policy.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

  4. 04

    Recovery

    After degradation or failure, was the condition contained and valid task state restored or the run stopped?

    Required record

    Trigger and failed transition, severity, retry/replan/rollback/handback/stop path, recovery owner, restored state, recurrence and outcome. Preserve failed recoveries and human interventions.

    Metric definitions · no measured values

    Accepted recovery rate

    Accepted recoveries divided by recovery attempts, using a declared restored-state criterion. Report degraded, failed, aborted and escalated outcomes separately.

    Denominator: All recovery attempts for the declared failure population and window.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Return-to-duty time

    Distribution of elapsed time from detection to accepted resumed useful work. Report unrecovered and censored episodes separately.

    Denominator: Recovery episodes; disclose which resumed duty and which remained stopped.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

  5. 05

    Useful work

    Did the complete human–machine workflow deliver an accepted customer outcome, with what operator burden?

    Required record

    Customer acceptance definition and human baseline; attempted and accepted outcomes; exposure, scheduled and continuous duty; rejects, aborts, interventions, attention and recovery work.

    Metric definitions · no measured values

    Accepted useful outcome rate

    Accepted useful outcomes divided by attempted outcomes, under the declared acceptance definition. Report throughput and longest continuous useful duty alongside the ratio.

    Denominator: Attempted customer outcomes in the declared window; do not substitute easy subtasks.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Operator burden

    Operator attention, intervention and recovery minutes divided by duty hours. Distinguish elapsed supervision from person-minutes across multiple operators; compare with the human baseline.

    Denominator: Duty hours for the same system, workflow and observation window.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

  6. 06

    Operated-product evidence

    Does this exact configuration sustain value, controls, service and economics for the declared population and window?

    Required record

    Evidence Passport and traceable Product System records: configuration, envelope, authority, population, window, exposure, evidence origin and maturity, source, limitations, review, expiry and human recommendation. Classify gaps; do not promote a planned protocol or simulation into field evidence.

    Metric definitions · no measured values

    Availability by cause

    Available duty time divided by scheduled duty time. Classify unavailable time by cause and disclose planned exclusions and overlapping causes.

    Denominator: Scheduled duty time for the same population and window.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Severity event rate

    Events divided by declared exposure, reported separately for each severity class. Preserve zero events, missing counts and absent exposure as distinct states.

    Denominator: Declared exposure such as attempts, operating hours or distance; specify the unit and never combine incompatible denominators.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

    Cost per successful outcome

    Total ownership and operating cost divided by accepted useful outcomes over the same window. Include integration, infrastructure, service, operator and recovery cost; disclose assumptions and allocation. An absent or zero denominator yields no ratio.

    Denominator: Accepted useful outcomes matching the cost population and accounting window.

    Window and breakdowns

    Declare the observation window, population, configuration, envelope and authority before collecting data. Report missing and excluded cases.

    configuration · operating-envelope slice · authority and supervision · site and task · failure or exclusion reason

These definitions support the existing Product Management metrics tree. Future observations must use the Product System and Evidence Passport. Version: decision-lab-protocol.v1.

プロポジション

技を見せるショールームではない。次の意思決定を下す場所。

モデルのデモが問うのは、選んだ条件下で一つの挙動が成立するかです。The Decision Foundryが問うのは、製品全体を次へ進めるべきかです。顧客価値、インテリジェンス、ハードウェア、ソフトウェア、安全、運用、経済性を一体で評価します。説得力のある出力だけでは合格になりません。証拠に基づき、継続、方向転換、協業、一時停止、中止を決定します。

一つにつながるシステム

一つのライフサイクル。一つのランタイム。一つの証拠還流。

Product Systemは、製品をなぜ、いつ前へ進めるかを統治します。Physical AI システムアーキテクチャは、稼働中のシステムがどう振る舞うかを統治します。

Product System

戦略 → Discovery → 製品化 → ローンチ → スケール

五つの意思決定ゲートが、製品をいつ進められるかを定めます。六つの意思決定レンズが、現在の意思決定に必要なエビデンス基準を満たしているかを検証します。

Physical AIランタイム

知覚 → 接続 → 計算 → 推論 → 行動 → オーケストレーション

信頼、安全、サイバーセキュリティが全レイヤーを包みます。

証拠の還流

インシデント、現場のばらつき、技術的発見、経済性によって、過去の意思決定が再び開かれることがあります。自動的に先へ進むものはありません。

来訪者のミッション

信号は意思決定になる。あるいは境界で止まる。

01本当の意思決定を捉える成果物:意思決定契約

構想中のラボゾーン

  1. 01Mission Lock
  2. 02Field Cell
  3. 03Signal Spine
  4. 04Sovereign Core
  5. 05Knowledge Forge
  6. 06Failure Theatre
  7. 07Authority Gate
  8. 08Fleet Observatory
  9. 09Evidence Chamber
  10. 10Executive Studio
  11. 11Field Notes Studio

明示された意図から検証可能な意思決定記録まで、一つの限定された施策を追います。進むにつれ、何を観測し、誰が承認し、何を証明すべきかを軸にアーキテクチャが明確になります。

  1. 01LOCK

    本当の意思決定を捉える

    モデルを選ぶ前に、意図する用途、責任者、システム境界、受入基準、停止条件を明示します。

    成果物:意思決定契約
  2. 02GROUND

    根拠を与え、判断する

    明示したベースラインを観測し、現場信号を統制された知識につなぎます。出典、不確実性、運用文脈を可視化したまま選択肢を比較します。

    成果物:範囲を限定した提案
  3. 03GATE

    承認するか、保留する

    スキーマ、許可リスト、ポリシー、権限の検査により、提案が決定論的制御へ進めるかを判断します。曖昧さや危険な意図はここで止まります。

    成果物:承認記録
  4. 04RECOVER

    行動し、観測し、復旧する

    限定された一つの行動を実行し、明示した変動を注入します。オペレーターとシステムの反応を観測し、縮退、停止、ロールバックの経路が機能することを証明します。

    成果物:観測されたシステム挙動
  5. 05PROVE

    証明し、スケールする

    結果を受入基準と中止基準に照合します。証拠と未解決の仮説を記録し、継続、方向転換、協業、一時停止、中止のいずれかを提言します。

    成果物:Product Systemゲート記録

構想アーキテクチャ

権限境界にストレスをかける

条件を一つ変えてください。モデルは解釈し、提案できます。その先を決めるのはシステム境界です。

承認入力は明示した運用範囲内です。型付きの提案がポリシーと人間の権限を通過し、決定論的制御へ到達して証拠を返します。

Mistral のみ。EU エンドポイント。所有者承認済み。

決定論的権限が先。Mistral は解釈し、異議を唱える。

展開環境が許可するのは、決定論的コード、またはサーバー側 EU エンドポイント経由の厳密に固定された Mistral モデルだけです。本番許可リスト内の JARVIS、検索、Product Council は所有者の決定により稼働しています。未完了の保証事項は引き続き開示され、グローバル地域や別プロバイダーへのフォールバックはありません。

  1. 計算

    稼働中・決定論的

    経済性、容量、可用性、制約、リスク伝播、ハッシュは、明示的な仮定・単位・式を持つ検査可能なコードで計算します。

  2. モデレーション

    稼働中 · 所有者承認済み

    固定されたモデレーションモデルが入力と出力を承認する必要があります。モデレーションまたは EU 推論が使えない場合、AI は安全に閉じ、決定論的シミュレーションは利用可能なままです。

  3. 検証

    稼働中 · 所有者承認済み

    Small、Medium、Large はファシリテーター、システム分析、批評の役割として別々に動作します。不一致を保持し、同一モデルファミリーに共通する失敗モードを開示します。

  4. 根拠付け

    ローカル証拠

    証拠 ID、検索、プロンプト版、状態は VPS が所有します。本番経路に組み込みウェブ検索、Files、Libraries、Agents、Conversations サービスはありません。

  5. 証明

    バージョン化された証拠

    重要な結果ごとに、正確なモデル、プロンプトと手法の版、分類、証拠 ID、決定論的ハッシュ、制約、レビュー状態、人間の責任者を記録します。

  6. 封じ込め

    EU 専用アダプター

    ホステッド呼び出しはすべてサーバーから https://api.eu.mistral.ai へ送られます。他のホスト、エイリアス、未承認 ID、別プロバイダーへのフォールバックを拒否し、秘密情報はブラウザコードに入りません。

モデルから機械・意思決定への経路はない

Mistral の応答が PLC、ロボット、充電器、車両への直接指令になることはありません。計算と制約の権限は決定論的コードにあり、独立した安全機能が拒否・停止でき、投資、リリース、コンプライアンス、安全、顧客への約束は指名された人間が決定します。

明示的に本番対象外

OCR、embeddings、音声、Agents、Conversations、Files、Libraries、Batch、組み込みウェブ検索、fine-tuning、Forge、preview サービスは、EU リージョン処理、ゼロデータ保持、契約適合、安全性、測定された必要性が機能単位で検証されるまで無効です。

Hyperion Consulting は Mistral AI から独立しています。EU リージョンエンドポイントは技術境界であり、復処理者とコントロールプレーンの全経路が EU 内に留まる証明ではありません。提携、認証、主権、コンプライアンス状態を主張しません。

Mistral公式ドキュメントで確認

最初のミッションパック

演出された完璧さではなく、失敗を中心に設計。

各ミッションは、計画・構想段階から始まります。参照セルが存在し、プロトコルが公開され、結果が再現可能になって初めて「計測済み」となります。

根拠付き保守

機械状態と統制された保守コーパスを読み、根拠箇所を示し、不確実性を明記して、限定された作業指示を提案します。機器の自律診断や制御コマンドの発行は行いません。

計画中 · 稼働開始までは構想

権限境界

曖昧または危険な指示を与えます。インテリジェンスは提案または保留できますが、コントローラーへ何を届けるかは、型付きインターフェース、ポリシー権限、独立した安全機能が決めます。

計画中 · 稼働開始までは構想

ネットワークを切る

外部接続を遮断し、ローカル推論、キャッシュ済み知識、決定論的フォールバックを、明示した縮退モード要件に照らして観測します。

計画中 · 稼働開始までは構想

運用範囲

グレア、遮蔽、未知部品、ドリフト、作業場所のばらつきで知覚と学習済み挙動を試し、検証済みの境界を隠さず露出させます。

計画中 · 稼働開始までは構想

カナリアからフリートへ

改訂版をシミュレーションで試し、一つの管理対象へ投入します。受入基準を満たす間だけ展開を広げ、満たさなければロールバックします。

計画中 · 稼働開始までは構想

Evidence Passport

印象的な瞬間ほど、その限界を明示する。

デモが有用なのは、何が、どの条件で起き、その結果が何を証明しないのかを購入者が理解できる場合だけです。

ライブ
現在実行可能。自動的に本番実証済みになるわけではありません。
計測済み
明示した条件で観測。条件外へ外挿しません。
シミュレーション
デジタルまたは合成環境で生成。実フィールド運用ではありません。
リプレイ
過去の固定実行。ライブ操作ではありません。
構想
提案中のシナリオまたはアーキテクチャ。実装済みを意味しません。
計画中
将来の構築を予定。まだ稼働していません。

結果には記録が伴う

問い · 意図する用途 · データの出所と権利 · モデル、prompt、ツール、firmware、datasetのリビジョン · 運用条件 · 権限境界 · 受入基準と中止基準 · 期待結果と観測結果 · 失敗 · 制限 · 再現日 · その実行が証明しないこと

JARVIS · Lab OS

案内役であり、統治者ではない。

JARVISにより、来訪者はシステム状態を観測し、限定シナリオへストレスをかけ、意思決定を比較し、引用した証拠に基づいて結果を説明できます。統合と提案はできますが、受入基準の免除、システム認証、危険な物理動作の承認はできません。

FoundryについてJARVISに聞く
観測
システム状態、来歴、出典
ストレス
限定された障害注入
判断
選択肢とライフサイクルへの影響
説明
証拠、限界、意思決定記録

システム全体の仕組み

ひとつのフィジカルAIシステム——センシングから信頼できるアクションまで

ステージを選ぶと、システムを端から端までたどれます。

フィジカルAIスタックのピクセルアート図。信号がセンシングからオーケストレーションへと上昇していく様子を示す。

01 / 08デバイスと制御

センサーと環境. 物理世界をセンシング——カメラ、深度、レーダー、OT信号。

設計アプローチを見る

Decision Foundryに関する質問

The Decision Foundryはすでに開設されていますか?

いいえ。物理施設は構想開発中で、まだ稼働していません。現在のデジタルデモとHyperion所有のR&Dは個別に表示しています。

HyperionはMistral AIのパートナーですか?

提携や特別アクセスを主張していません。Hyperion は Mistral AI から独立しています。所有者が承認した JARVIS、検索、Product Council は EU エンドポイント経由の Mistral のみを使用し、決定論的な代替経路を備えています。

Mistralモデルは、構想中のラボで機械を直接制御できますか?

いいえ。モデル出力は提案であり、決定論的制御の前にスキーマ、許可リスト、ポリシー、権限の検査を通過しなければなりません。独立した安全機能はモデル権限外に置かれます。

The Decision Foundryは認証試験所ですか?

いいえ。法務、安全、サイバーセキュリティ、適合性評価、認証の専門家に代わるものではありません。限定された意思決定のための製品・アーキテクチャ証拠を作ります。

参加者は何を持ち帰れますか?

限定された意思決定記録です。観測した証拠、未解決の仮説、制限事項、そして継続、方向転換、協業、一時停止、中止のいずれかの提言を含みます。

対象業界はどこですか?

製造、自動車、エネルギーが重点領域です。スマートインフラ、物流、防衛は研究文脈と明示しており、掲載は当該業界での顧客実績を意味しません。

行き詰まった施策を一つ持ち込む

次の意思決定を持ち帰る。

30分の適合確認で、Mohammedが意思決定、足りない証拠、FoundryミッションまたはHyperionの三サービスの適合性を明らかにします。適さなければ、率直にそう伝えます。

30分 · 義務なし · すべてMohammedが担当