Ga naar inhoud

Hyperion Physical AI Decision Lab

Waar AI het recht om te handelen moet verdienen.

The Decision Foundry is Hyperions geplande lab voor Industrial en Physical AI: één herconfigureerbare omgeving om productwaarde, systeemgrenzen, modelgedrag, menselijke bevoegdheid, herstel na storingen en het bewijs voor de volgende toezegging te toetsen.

Illustratieve technische doorsnede van de geplande Decision Foundry, waarin signalen van een veldcel via kennis- en bevoegdheidsgrenzen naar activering en een bewijsretour stromen.
Illustratieve architectuur — een voorgestelde systeemblauwdruk, geen foto van een operationele Hyperion-faciliteit.

Concept in ontwikkeling

De fysieke faciliteit is nog niet in gebruik genomen. Er zijn uitvoerbare digitale demonstraties en door Hyperion gedocumenteerde onderzoeksartefacten beschikbaar. De voorgestelde zones en missies hieronder blijven illustratief totdat ze zijn gebouwd, getest en anders gelabeld.

Nu beschikbaar

Begin met wat er is.

Dit zijn huidige digitale, testbank- en interne R&D-artefacten — niet de geplande fysieke faciliteit. Elke pagina vermeldt wat ze wel en niet kan bewijzen.

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

Publiek Physical-AI-onderzoek · door Hyperion gedocumenteerd. Een inspecteerbare onderzoeksreferentie — geen klantimplementatie of claim over commerciële uitkomsten.

Inspecteer Auralink

Reachy Mini + SO-101

Reachy Mini + SO-101

Gemeten · gesimuleerd · dry-run. Bewijs uit echte waarneming en teleoperatie blijft gescheiden van gesimuleerde autonomie en niet-uitgevoerde robothandelingen.

Inspecteer het roboticabewijs

Evaluatie van edge-modellen

De huidige versie wacht op redactionele beoordeling. De link en bijbehorende prestatiecijfers worden niet getoond; er volgt geen conclusie over doorvoer of productgereedheid.

Engelse referentie: het protocol hieronder definieert toekomstige registraties en metingen. Er zijn geen uitvoeringsresultaten verzameld.

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.

De propositie

Geen showroom vol trucs. Een plek voor de volgende beslissing.

Een modeldemonstratie vraagt of één gedrag onder gekozen omstandigheden kan werken. The Decision Foundry vraagt of het volledige product verder moet. Klantwaarde, intelligentie, hardware, software, veiligheid, operatie en economie worden samen beoordeeld. Een overtuigende uitkomst is geen voldoende: het bewijs bepaalt of het advies doorgaan, bijsturen, faseren of stoppen luidt.

Eén verbonden systeem

Eén levenscyclus. Eén runtime. Eén bewijsretour.

Het Product System bepaalt waarom en wanneer het product verdergaat. De Physical AI-systeemarchitectuur bepaalt hoe het systeem zich tijdens gebruik gedraagt.

Product System

Strategie → Discovery → Productisering → Lancering → Schalen

Vijf beslispoorten bepalen wanneer het product verder mag. Zes beslislenzen toetsen of het bewijs voldoet aan de drempel voor de huidige beslissing.

Physical AI-runtime

Waarnemen → Verbinden → Rekenen → Redeneren → Handelen → Orkestreren

Vertrouwen, veiligheid en cyberbeveiliging omringen elke laag.

Bewijsretour

Incidenten, variatie in het veld, technische ontdekkingen of economische factoren kunnen een eerdere beslissing heropenen. Niets gaat automatisch verder.

De bezoekersmissie

Een signaal wordt een beslissing — of stopt bij de grens.

01Leg de echte beslissing vastUitkomst: besliscontract

Voorgestelde labzones

  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

Volg één afgebakend initiatief van uitgesproken intentie tot een controleerbaar beslisverslag. Onderweg wordt de architectuur zichtbaar rond wat geobserveerd, geautoriseerd en bewezen moet worden.

  1. 01LOCK

    Leg de echte beslissing vast

    Benoem het beoogde gebruik, de verantwoordelijke eigenaar, systeemgrens, acceptatiedrempel en stopvoorwaarde voordat een model wordt gekozen.

    Uitkomst: besliscontract
  2. 02GROUND

    Onderbouw en beslis

    Observeer de vastgelegde uitgangssituatie, verbind veldsignalen met beheerde kennis en vergelijk opties terwijl bronnen, onzekerheid en operationele context zichtbaar blijven.

    Uitkomst: afgebakend voorstel
  3. 03GATE

    Autoriseer of onthoud

    Schema-, allowlist-, beleids- en bevoegdheidscontroles bepalen of een voorstel de deterministische besturing mag bereiken. Ambiguïteit of onveilige intentie stopt hier.

    Uitkomst: autorisatieverslag
  4. 04RECOVER

    Handel, observeer en herstel

    Voer één afgebakende handeling uit, injecteer een vastgelegde afwijking, observeer de reactie van operator en systeem en bewijs dat degradatie-, stop- en rollbackpaden werken.

    Uitkomst: geobserveerd systeemgedrag
  5. 05PROVE

    Bewijs en schaal

    Vergelijk de uitkomst met acceptatie- en stopdrempels. Leg het bewijs en open aannames vast en adviseer doorgaan, bijsturen, faseren of stoppen.

    Uitkomst: gateverslag van het Product System

Illustratieve architectuur

Zet de bevoegdheidsgrens onder druk

Verander één voorwaarde. Het model mag interpreteren en voorstellen; de systeemgrens bepaalt wat er daarna gebeurt.

GeautoriseerdInvoer blijft binnen de vastgelegde operationele grens. Een getypeerd voorstel passeert beleid en menselijke bevoegdheid, bereikt deterministische besturing en levert bewijs terug.

Alleen Mistral. EU-endpoint. Door de eigenaar geautoriseerd.

Deterministische autoriteit eerst. Mistral interpreteert en daagt uit.

De uitgerolde omgeving staat deterministische code of exact vastgepinde Mistral-modellen toe via een EU-endpoint aan de serverzijde. De voor productie toegestane trajecten JARVIS, Zoeken en Product Council zijn actief op besluit van de eigenaar. Open assurancewerk blijft vermeld; er is geen terugval naar een wereldwijde regio of andere provider.

  1. Berekenen

    Actief · deterministisch

    Economie, capaciteit, beschikbaarheid, beperkingen, risicodoorgifte en hashes worden berekend door inspecteerbare code met expliciete aannames, eenheden en formules.

  2. Modereren

    Actief · door eigenaar geautoriseerd

    Het vastgepinde moderatiemodel moet invoer en uitvoer goedkeuren. Als moderatie of EU-inferentie niet beschikbaar is, sluit AI veilig terwijl deterministische simulatie beschikbaar blijft.

  3. Uitdagen

    Actief · door eigenaar geautoriseerd

    Small, Medium en Large werken afzonderlijk als facilitator, systeemanalist en criticus. Meningsverschillen blijven zichtbaar en gedeelde faalwijzen van de modelfamilie worden gemeld.

  4. Onderbouwen

    Lokaal bewijs

    De VPS bezit bewijs-ID’s, retrieval, promptversies en toestand. In het productiepad zitten geen ingebouwde webzoekfunctie en geen Files-, Libraries-, Agents- of Conversations-diensten.

  5. Bewijzen

    Geversioneerd bewijs

    Elk wezenlijk resultaat legt exacte modellen, prompt- en methodeversies, classificaties, bewijs-ID’s, deterministische hashes, beperkingen, beoordelingsstatus en menselijke eigenaar vast.

  6. Begrenzen

    Alleen EU-adapter

    Alle gehoste aanroepen vertrekken server-side naar https://api.eu.mistral.ai. Andere hosts, aliassen, niet-goedgekeurde ID’s en providerfallbacks worden geweigerd; geheimen komen nooit in browsercode.

Geen route van model naar machine of besluit

Geen Mistral-antwoord is een direct commando voor PLC, robot, laadpaal of voertuig. Deterministische code bezit reken- en beperkingsautoriteit; een onafhankelijke veiligheidsfunctie kan weigeren of stoppen; een genoemde persoon bezit investerings-, vrijgave-, compliance-, veiligheids- en klantbeslissingen.

Expliciet buiten productie

OCR, embeddings, spraak, Agents, Conversations, Files, Libraries, Batch, ingebouwde webzoekfunctie, fine-tuning, Forge en previewdiensten zijn uitgeschakeld totdat de exacte capaciteit is geverifieerd voor EU-regionale verwerking, Zero Data Retention, contractfit, veiligheid en meetbare behoefte.

Hyperion Consulting is onafhankelijk van Mistral AI. Het EU-regionale endpoint is een technische grens, geen bewijs dat de volledige subverwerker- en control-plane-keten in de EU blijft. Er wordt geen partnerschap, certificering, soevereiniteit of compliancestatus geclaimd.

Verifieer in de officiële Mistral-documentatie

Eerste missiepakketten

Ontworpen rond falen — niet rond geënsceneerde perfectie.

Elke missie begint als gepland en illustratief. Ze wordt pas gemeten wanneer de referentiecel bestaat, het protocol is gepubliceerd en de uitkomst reproduceerbaar is.

Onderbouwd onderhoud

Lees machinestatus en een beheerde onderhoudscorpus, toon ondersteunende passages, benoem onzekerheid en stel een afgebakende werkorder voor — zonder apparatuur autonoom te diagnosticeren of besturingscommando’s uit te geven.

Gepland · illustratief tot ingebruikname

Bevoegdheidsgrens

Geef het systeem een dubbelzinnige of onveilige instructie. Intelligentie mag voorstellen of zich onthouden; getypeerde interfaces, beleidsbevoegdheid en onafhankelijke veiligheid bepalen of iets de controller bereikt.

Gepland · illustratief tot ingebruikname

Trek de netwerkverbinding

Verbreek externe connectiviteit en observeer lokale inferentie, gecachte kennis en deterministische fallback tegenover vastgelegde eisen voor gedegradeerde modus.

Gepland · illustratief tot ingebruikname

Operationeel bereik

Daag waarneming en aangeleerd gedrag uit met verblinding, occlusie, onbekende onderdelen, drift en werkplekvariatie om de gevalideerde grens bloot te leggen — niet te verbergen.

Gepland · illustratief tot ingebruikname

Van canary naar vloot

Test een revisie in simulatie, geef deze vrij op één gecontroleerd asset, breid alleen uit zolang acceptatiedrempels standhouden en draai terug wanneer dat niet zo is.

Gepland · illustratief tot ingebruikname

Bewijspaspoort

Elk indrukwekkend moment draagt zijn grenzen mee.

Een demonstratie is alleen nuttig wanneer een koper kan zien wat er gebeurde, onder welke omstandigheden en wat de uitkomst niet bewijst.

Live
Nu uitvoerbaar; niet automatisch bewezen voor productie.
Gemeten
Geobserveerd onder benoemde omstandigheden; niet daarbuiten geëxtrapoleerd.
Gesimuleerd
Geproduceerd in een digitale of synthetische omgeving; geen veldoperatie.
Replay
Een vaste eerdere run; geen live interactie.
Illustratief
Een voorgesteld scenario of architectuur; implementatie wordt niet geïmpliceerd.
Gepland
Bedoeld voor een toekomstige bouw; niet in gebruik genomen.

Het verslag reist mee met de uitkomst

Vraag · beoogd gebruik · herkomst en rechten van data · revisies van model, prompt, tool, firmware en dataset · operationele omstandigheden · bevoegdheidsgrens · acceptatie- en stopdrempels · verwachte en geobserveerde uitkomst · storingen · beperkingen · reproductiedatum · wat de run niet bewijst

JARVIS · Lab OS

De gids — niet de bestuurder.

JARVIS laat een bezoeker de systeemstatus observeren, een afgebakend scenario onder druk zetten, beslissingen vergelijken en de uitkomst aan de hand van geciteerd bewijs uitleggen. Het mag synthetiseren en voorstellen; het kan geen acceptatiedrempel opheffen, systeem certificeren of onveilige fysieke handeling autoriseren.

Vraag JARVIS naar de Foundry
Observeren
Systeemstatus, herkomst en bronnen
Belasten
Afgebakende foutinjectie
Beslissen
Opties en gevolgen voor de levenscyclus
Uitleggen
Bewijs, beperkingen en beslisverslag

Hoe het volledige systeem werkt

Eén Physical AI-systeem — van waarnemen tot betrouwbare actie

Kies een fase om het systeem van begin tot eind te volgen.

Pixelart-diagram van de Physical AI-stack, met een signaal dat opstijgt van sensoren tot orkestratie.

01 / 08Apparaat en besturing

Sensoren & omgeving. De fysieke wereld, waargenomen — camera's, diepte, radar en OT-signalen.

Zo bouwen we dit

Vragen over de Decision Foundry

Is The Decision Foundry al open?

Nee. De fysieke faciliteit bevindt zich in conceptontwikkeling en is niet in gebruik genomen. Huidige digitale demonstraties en R&D in eigendom van Hyperion worden afzonderlijk gelabeld.

Is Hyperion een partner van Mistral AI?

Er wordt geen partnerschap of speciale toegang geclaimd. Hyperion is onafhankelijk van Mistral AI. De door de eigenaar geautoriseerde trajecten JARVIS, Zoeken en Product Council gebruiken uitsluitend Mistral via het EU-endpoint, met deterministische terugvalpaden.

Kan een Mistral-model rechtstreeks een machine in het voorgestelde lab besturen?

Nee. Modeluitvoer is een voorstel dat schema-, allowlist-, beleids- en bevoegdheidscontroles moet passeren vóór deterministische besturing. Onafhankelijke veiligheid blijft buiten de bevoegdheid van het model.

Is The Decision Foundry een certificeringslaboratorium?

Nee. Het vervangt geen specialisten in recht, veiligheid, cyberbeveiliging, conformiteitsbeoordeling of certificering. Het creëert product- en architectuurbewijs voor een afgebakende beslissing.

Waarmee moet een deelnemer vertrekken?

Een afgebakend beslisverslag: geobserveerd bewijs, onopgeloste aannames, beperkingen en een advies om door te gaan, bij te sturen, samen te werken, te pauzeren of te stoppen.

Welke sectoren bestrijkt het programma?

Maakindustrie, automotive en energie zijn primaire contexten. Slimme infrastructuur, logistiek en defensie zijn expliciet als onderzoekscontext gelabeld; publicatie impliceert geen klantprojecten in deze sectoren.

Breng één vastgelopen initiatief mee

Vertrek met de volgende beslissing.

In een fitgesprek van 30 minuten brengt Mohammed de beslissing en het ontbrekende bewijs in kaart en bepaalt hij of een Foundry-missie of een van Hyperions drie mandaten past — of zegt hij helder dat dit niet zo is.

30 minuten · vrijblijvend · Mohammed leidt elk gesprek