Decision Foundry · référence du concept

Un lieu planifié pour rendre les décisions Physical AI inspectables.

Le concept approuvé de la Foundry, les stations proposées, les missions de défaillance, le passeport de preuves et la limite fournisseur sont conservés ici comme référence.

Planifiée · illustrative jusqu’à sa mise en service

Retour aux travaux actuels du Lab

La proposition

Pas un showroom de tours de force. Un lieu pour prendre la prochaine décision.

Une démonstration de modèle demande si un comportement peut fonctionner dans des conditions choisies. The Decision Foundry demande si le produit complet doit avancer. Valeur client, intelligence, matériel, logiciel, sûreté, opérations et économie sont évalués ensemble. Un résultat convaincant ne vaut pas validation : les preuves déterminent s’il faut poursuivre, réorienter, séquencer ou arrêter.

Un système connecté

Un cycle de vie. Un runtime. Un retour de preuves.

Le Product System détermine pourquoi et quand le produit avance. L'architecture système Physical AI détermine comment le système se comporte en exploitation.

Product System

Stratégie → Discovery → Productisation → Lancement → Passage à l’échelle

Cinq portes de décision gouvernent le passage du produit. Six prismes de décision vérifient si les preuves atteignent le seuil de la décision en cours.

Runtime Physical AI

Percevoir → Connecter → Calculer → Raisonner → Agir → Orchestrer

Confiance, sûreté et cybersécurité entourent chaque couche.

Retour de preuves

Les incidents, la variabilité du terrain, une découverte technique ou l’économie peuvent rouvrir une décision antérieure. Rien n’avance automatiquement.

La mission visiteur

Un signal devient une décision — ou s’arrête à la frontière.

01Cerner la véritable décisionLivrable : contrat de décision

Zones de laboratoire proposées

  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

Suivez une initiative circonscrite, de l’intention déclarée à un dossier de décision inspectable. Au fil du parcours, l’architecture se précise autour de ce qui doit être observé, autorisé et prouvé.

  1. 01LOCK

    Cerner la véritable décision

    Nommer l’usage prévu, le responsable, la frontière du système, le seuil d’acceptation et la condition d’arrêt avant de choisir un modèle.

    Livrable : contrat de décision
  2. 02GROUND

    Ancrer et décider

    Observer la situation de référence déclarée, relier les signaux terrain aux connaissances gouvernées et comparer les options en rendant visibles les sources, l’incertitude et le contexte opérationnel.

    Livrable : proposition circonscrite
  3. 03GATE

    Autoriser ou s’abstenir

    Les contrôles de schéma, de liste autorisée, de politique et d’autorité déterminent si une proposition peut atteindre la commande déterministe. L’ambiguïté ou une intention dangereuse s’arrête ici.

    Livrable : registre d’autorisation
  4. 04RECOVER

    Agir, observer et reprendre

    Exécuter une action circonscrite, injecter une variation déclarée, observer la réponse de l’opérateur et du système, puis prouver le fonctionnement des voies de dégradation, d’arrêt et de retour arrière.

    Livrable : comportement système observé
  5. 05PROVE

    Prouver et passer à l’échelle

    Comparer le résultat aux seuils d’acceptation et d’arrêt. Consigner les preuves, les hypothèses ouvertes et une recommandation : poursuivre, réorienter, séquencer ou arrêter.

    Livrable : dossier de gate du Product System

Architecture illustrative

Mettre la frontière d’autorité à l’épreuve

Modifiez une condition. Le modèle peut interpréter et proposer ; la frontière du système détermine la suite.

AutoriséeLes entrées restent dans l’enveloppe déclarée. Une proposition typée franchit les politiques et l’autorité humaine, atteint la commande déterministe et renvoie des preuves.

Runtime Mistral uniquement. Endpoint UE. Autorisé par le propriétaire.

L’autorité déterministe d’abord. Mistral interprète et challenge.

L’environnement déployé autorise du code déterministe ou des modèles Mistral exacts et épinglés via un endpoint UE côté serveur. Les parcours JARVIS, Recherche et Product Council autorisés en production sont actifs par décision du propriétaire. Les travaux d’assurance ouverts restent déclarés ; aucun repli vers une région globale ou un autre fournisseur n’existe.

  1. Calculer

    Actif · déterministe

    Économie, capacité, disponibilité, contraintes, propagation des risques et empreintes sont calculées par du code inspectable avec hypothèses, unités et formules explicites.

  2. Modérer

    Actif · autorisé par le propriétaire

    Le modèle de modération épinglé doit approuver entrée et sortie. Si la modération ou l’inférence UE est indisponible, l’IA échoue en mode fermé tandis que la simulation déterministe reste disponible.

  3. Challenger

    Actif · autorisé par le propriétaire

    Small, Medium et Large jouent séparément les rôles de facilitateur, analyste systèmes et critique. Les désaccords sont conservés et les défaillances communes à la famille de modèles sont signalées.

  4. Ancrer

    Preuves locales

    Le VPS détient identifiants de preuve, recherche, versions de prompts et état. Aucun web search intégré ni service Files, Libraries, Agents ou Conversations n’entre dans le chemin de production.

  5. Prouver

    Preuves versionnées

    Chaque résultat substantiel consigne modèles exacts, versions de prompt et méthode, classifications, preuves, empreintes déterministes, limites, statut de revue et responsable humain.

  6. Contenir

    Adaptateur UE uniquement

    Tous les appels hébergés partent du serveur vers https://api.eu.mistral.ai. Les autres hôtes, alias, identifiants non approuvés et replis fournisseur sont refusés ; les secrets n’entrent jamais dans le navigateur.

Aucune voie du modèle vers la machine ou la décision

Aucune réponse Mistral n’est une commande directe d’automate, robot, borne ou véhicule. Le code déterministe détient calculs et contraintes ; une fonction de sûreté indépendante peut refuser ou arrêter l’action ; une personne nommée assume investissement, mise en production, conformité, sûreté et engagements client.

Explicitement hors production

OCR, embeddings, voix, Agents, Conversations, Files, Libraries, Batch, web search intégré, fine-tuning, Forge et services preview sont désactivés tant que la capacité exacte n’est pas vérifiée pour le traitement régional UE, le Zero Data Retention, le contrat, la sécurité et un besoin mesuré. Seule exception : un modèle en préversion publique utilisé dans le Product Council, mistral-large-4-0 (Mistral Large 4), que Mistral peut mettre à jour.

Hyperion Consulting est indépendante de Mistral AI. L’endpoint régional UE est une frontière technique, pas la preuve que toute la chaîne de sous-traitants et le plan de contrôle restent dans l’UE. Aucun partenariat, certification, souveraineté ou statut de conformité n’est revendiqué.

Vérifier dans la documentation officielle de Mistral

Premiers packs de mission

Conçus autour de la défaillance — pas d’une perfection mise en scène.

Chaque mission commence à l’état projeté et illustratif. Elle ne devient mesurée que lorsque la cellule de référence existe, que le protocole est publié et que le résultat est reproductible.

Maintenance ancrée

Lire l’état de la machine et un corpus de maintenance gouverné, montrer les passages sources, déclarer l’incertitude et proposer un ordre de travail circonscrit — sans diagnostiquer l’équipement de manière autonome ni émettre de commande.

Projeté · illustratif jusqu’à la mise en service

Frontière d’autorité

Donner au système une instruction ambiguë ou dangereuse. L’intelligence peut proposer ou s’abstenir ; interfaces typées, autorité de politique et sûreté indépendante déterminent si quoi que ce soit peut atteindre le contrôleur.

Projeté · illustratif jusqu’à la mise en service

Couper le réseau

Déconnecter l’accès externe et observer l’inférence locale, les connaissances en cache et le repli déterministe au regard des exigences déclarées de mode dégradé.

Projeté · illustratif jusqu’à la mise en service

Enveloppe opérationnelle

Mettre la perception et le comportement appris à l’épreuve de l’éblouissement, de l’occultation, de pièces inconnues, de la dérive et de variations du poste afin d’exposer — et non masquer — la limite validée.

Projeté · illustratif jusqu’à la mise en service

Du canary à la flotte

Tester une révision en simulation, la déployer sur un actif contrôlé, ne l’étendre que tant que les seuils d’acceptation tiennent, et revenir en arrière lorsqu’ils ne tiennent plus.

Projeté · illustratif jusqu’à la mise en service

Packs de mission sectoriels

Un système de décision. Six contextes physiques.

Les trois premiers correspondent aux priorités sectorielles publiées d’Hyperion. Infrastructures intelligentes, logistique et défense sont des contextes de recherche ; leur publication ne suppose aucune mission client dans ces secteurs.

Prioritaire

Industrie & robotique

Inspection, manipulation, temps de cycle, intervention opérateur, modes dégradés et déploiement répétable sur ligne.

Prioritaire

Automobile & mobilité connectée

Frontières véhicule, edge et cloud ; perte de connectivité ; changement OTA par étapes ; observabilité de flotte et retour arrière.

Prioritaire

Énergie & infrastructures de recharge

Autonomie locale, coordination des actifs et des flottes, fonctionnement hors ligne, reprise après incident et coût de service.

Recherche

Infrastructures & villes intelligentes

Capteurs distribués, autorités multiples, vie privée, cybersécurité, continuité et contraintes du service public.

Recherche

Logistique & flottes autonomes

Exceptions, relais humain, flottes mixtes, variabilité des sites, utilisation et déploiement répétable.

Recherche · circonscrit

Défense & double usage

Missions non classifiées, non cinétiques et sans ciblage, avec des données publiques ou synthétiques. Aucun ciblage d’armes ni aucune décision létale autonome.

Passeport de preuves

Chaque moment impressionnant porte ses limites.

Une démonstration n’est utile que si un acheteur peut comprendre ce qui s’est passé, dans quelles conditions et ce que le résultat ne prouve pas.

Live
Exécutable maintenant ; pas automatiquement éprouvé pour la production.
Mesuré
Observé dans des conditions nommées ; non extrapolé au-delà.
Simulé
Produit dans un environnement numérique ou synthétique ; pas en exploitation terrain.
Replay
Exécution antérieure figée ; pas une interaction en direct.
Illustratif
Scénario ou architecture proposés ; aucune mise en œuvre n’est sous-entendue.
Projeté
Prévu pour une construction future ; pas encore mis en service.

Le dossier accompagne le résultat

Question · usage prévu · origine et droits des données · versions du modèle, du prompt, de l’outil, du firmware et du jeu de données · conditions d’exploitation · frontière d’autorité · seuils d’acceptation et d’arrêt · résultat attendu et observé · défaillances · limites · date de reproduction · ce que l’exécution ne prouve pas

JARVIS · Lab OS

Le guide — pas le gouverneur.

JARVIS permet à un visiteur d’observer l’état du système, de mettre à l’épreuve un scénario circonscrit, de comparer les décisions et d’expliquer le résultat à partir de preuves citées. Il peut synthétiser et proposer ; il ne peut ni écarter un seuil d’acceptation, ni certifier un système, ni autoriser une action physique dangereuse.

Interroger JARVIS sur la Foundry
Observer
État du système, provenance et sources
Éprouver
Injection circonscrite de défaillance
Décider
Options et conséquences sur le cycle de vie
Expliquer
Preuves, limites et dossier de décision

Comment fonctionne le système complet

Un seul système d'IA physique — de la perception à l'action fiable

Sélectionnez une étape pour suivre le système de bout en bout.

Diagramme en pixel art de la pile Physical AI, avec un signal qui s'élève des capteurs jusqu'à l'orchestration.

01 / 08Équipement et contrôle

Capteurs & environnement. Le monde physique, perçu — caméras, profondeur, radar et signaux OT.

Explorer l’approche d’ingénierie

Questions sur la Decision Foundry

The Decision Foundry est-elle déjà ouverte ?

Non. L’installation physique est au stade de développement du concept et n’est pas mise en service. Les démonstrations numériques actuelles et la R&D détenue par Hyperion sont qualifiées séparément.

Hyperion est-elle partenaire de Mistral AI ?

Aucun partenariat ni accès privilégié n’est revendiqué. Hyperion est indépendante de Mistral AI. Les parcours JARVIS, Recherche et Product Council autorisés par le propriétaire utilisent un runtime exclusivement Mistral via l’endpoint UE, avec des solutions de repli déterministes.

Un modèle Mistral peut-il commander directement une machine dans le laboratoire projeté ?

Non. Les sorties du modèle sont des propositions qui doivent franchir les contrôles de schéma, de liste autorisée, de politique et d’autorité avant la commande déterministe. La sûreté indépendante demeure hors de l’autorité du modèle.

The Decision Foundry est-elle un laboratoire de certification ?

Non. Elle ne remplace pas les spécialistes juridiques, de sûreté, de cybersécurité, d’évaluation de conformité ou de certification. Elle crée des preuves produit et architecture pour une décision circonscrite.

Avec quoi un participant doit-il repartir ?

Un dossier de décision circonscrit : preuves observées, hypothèses non résolues, limites et recommandation de poursuivre, réorienter, séquencer ou arrêter.

Quels secteurs le programme couvre-t-il ?

L’industrie, l’automobile et l’énergie sont les contextes prioritaires. Les infrastructures intelligentes, la logistique et la défense sont explicitement qualifiées de contextes de recherche ; leur publication ne suppose aucune mission client dans ces secteurs.

Apportez une initiative bloquée

Repartez avec la prochaine décision.

Lors d’un appel de cadrage de 30 minutes, Mohammed identifiera la décision et les preuves manquantes, et dira si l’un des trois mandats d’Hyperion convient — ou dira clairement que ce n’est pas le cas.

30 minutes · sans engagement · Mohammed mène chaque échange

Discuter de votre produitExaminer les preuves d’Hyperion
La Decision Foundry | Hyperion Consulting