La couche d'exploitation IA pour l’environnement physique
L’intelligence a besoin d’un lieu d’action.
ALYT apporte une intelligence persistante, du contexte et l’exécution aux espaces physiques. Il connecte appareils et systèmes fragmentés dans un environnement que l’IA peut comprendre et utiliser — avec permissions et preuves intégrées.
Une plateforme fondée sur 20 ans d’expérience de l’équipe dans la connexion du monde physique, avant que l’IoT ne fasse partie du langage courant.
Les robots donnent un corps à l’IA. ALYT lui donne l’environnement.
Un modèle peut comprendre ce que vous voulez. Il doit encore savoir ce qui existe ici, où cela se trouve, dans quel état, ce qu’il est possible de faire et ce que vous êtes autorisé à modifier. ALYT maintient cette base sur tous les systèmes supportés.
L’IA incarnée met l’intelligence dans une machine. ALYT place l’intelligence dans l’environnement.
L’intelligence peut évoluer. Les pièces, capacités, états et autorisations ont quand même besoin d’un responsable persistant. ALYT apporte le modèle contextuel et la couche d’exécution régie entre l’intelligence et l’espace physique.
Intelligence + applications
Modèles. Agents. Applications. Robots à venir.
Modèles IA
Logiciel autonome
Intelligence OEM
Orientation robotique
Les API publiques servent déjà les applications. Un contexte agent plus riche et des interfaces robotiques sont prévus par la plateforme ; chaque connexion spécifique demande développement et qualification.
↕
Contexte ciblé et requêtes limitées · régis par ALYT
Interpréter le contexte pertinent et proposer une intention encadrée ; les règles définies suivent leur chemin direct.
Règles + autorisations
Accès actuel · Limites de capacité · Bornes d'autorisation
Exécution + vérification du résultat
Les commandes prises en charge et les routines locales atteignent les appareils via les connecteurs. L’état remonté et les résultats des commandes servent de preuve ; un simple accusé de réception ne constitue pas une preuve physique.
Simone · Intelligence locale intégrée · Simone est l'intelligence environnementale locale d’ALYT. La voix est une interface ; ALYT gère l’état et l’exécution quelle que soit l’intelligence impliquée.
Une voie directe pour les règles définies
Les routines locales et les réactions déclenchées par les capteurs utilisent leur propre voie de contrôle. Elles n’ont pas besoin d’une décision de modèle linguistique à chaque événement.
↕
L’environnement physique
Éclairage
Confort thermique
Sécurité
Caméras
Accès
Énergie
Audio
Stores
Capteurs
Appareils ménagers
Matter · Thread · Zigbee · Bluetooth LE · Wi-Fi · Réseaux locaux · APIs compatibles
Architecture conceptuelle. Les commandes locales nécessitent alimentation et connexions fonctionnelles ; les intégrations en ligne gardent leurs besoins internet.
Une boucle persistante, fermée par les preuves disponibles. Les règles définies suivent un chemin direct ; les modèles ajoutent de l’interprétation lorsque c’est utile.
01Percevoir
02Comprendre
03Raisonner
04Gérer
05Agir
06Vérifier
La vérification dépend des observations disponibles. Les éléments manquants ou obsolètes restent non confirmés ; les règles définies n’attendent pas l’avis d’un modèle.
Le modèle peut changer. L’environnement conserve son contexte.
ALYT ne cherche pas à devenir le fondement des plus grands modèles. Il propose ce qu’un modèle ne maîtrise généralement pas : une connaissance environnementale persistante, une sémantique des capacités partagée, l’autorité du moment et le chemin d’exécution physique. L’intelligence prise en charge peut s’appuyer sur cette base.
Intelligence physique en action
Le contexte fait toute la différence.
Une commande atteint un appareil. Le contexte relie la situation à l’espace.
Un environnement illustratif
« On va regarder un film. »
SalonLumières + stores + TV
BureauPreuves d’activité récente
Actions autoriséesCommandes limitées à la pièce
Illustration de l’architecture · comportement agentique plus riche en développement
Préparer cette pièce. Laisser l’autre tranquille.
Des applications séparées voient lampes, stores et TV. Un système contextuel perçoit aussi qu'une autre pièce doit rester inchangée.
01
Comprendre le lieu
Pièce concernée, état média actuel et commandes disponibles.
02
Respecter l’exception
Une autre pièce semble occupée ; ne modifiez pas ses appareils.
03
Coordonner + vérifier
Demandez les actions autorisées et examinez les preuves obtenues.
L’interprétation à objectif large et la planification tenant compte de l’occupation sont en développement ; aujourd’hui, les routines configurées assurent la coordination.
Un environnement illustratif
Nouvelles preuves : l’activité dans le bureau s’est stabilisée.
Décision précédenteBureau laissé tel quel
Nouvelle preuveL’activité a changé
PolitiqueVérifier avant d’agir
Illustration de l’architecture · comportement agentique plus riche en développement
Une exception a une raison. Les raisons peuvent changer.
Une scène figée attend une nouvelle commande. Un contexte persistant peut inviter à reconsidérer pourquoi une pièce a été exclue.
01
Se souvenir pourquoi
Gardez l’exception et la preuve qui l’explique.
02
Réévaluer prudemment
Le calme ne prouve pas qu’une pièce est vide ; l’incertitude demeure.
03
Restez dans le cadre autorisé
Seule une réponse autorisée et prise en charge peut suivre.
La réévaluation des objectifs basée sur les événements est une orientation architecturale ; ce comportement autonome n’est pas disponible aujourd’hui.
Un environnement illustratif
« Dois-je laisser les fenêtres ouvertes cette nuit ? »
ExtérieurPrévisions + risque de pluie
IntérieurTempérature + HVAC
FenêtresÉtat + informations de présence
Illustration de l’architecture · comportement agentique plus riche en développement
La météo rencontre la pièce concernée.
Une prévision seule ignore la maison. Un relevé intérieur seul ignore ce que réserve la nuit.
01
Croiser les savoirs utiles
Utilisez des données météo autorisées avec des relevés intérieurs actuels.
02
Rendez visibles les limites
Quelles fenêtres communiquent leur état ? Qu’est-ce qui est ancien ou inconnu ?
03
Conseiller selon le contexte
Expliquer une recommandation ; toute modification demande une autorisation.
Associer des connaissances externes à ce contexte domestique enrichi est une orientation de développement et non une solution météo universelle disponible.
Un environnement illustratif
« Nous sortons. »
PrésenceIndices, pas certitude
PérimètrePortes + fenêtres
Charges critiquesContraintes de maintien allumé
Illustration de l’architecture · comportement agentique plus riche en développement
Les mêmes mots. Une maison différente à chaque fois.
Une automatisation unique ne peut gérer un invité encore présent, une fenêtre ouverte ou un appareil qui doit rester branché.
01
Lire la situation actuelle
Prendre en compte l’éclairage, le climat, l’état de la sécurité et les indices de présence pertinents.
02
Préserver les limites
Conserver l’intégrité des charges critiques et de l’autorité propre à la sécurité.
03
Proposer une réponse encadrée
Coordonner uniquement les actions prises en charge, après autorisation requise.
La planification basée sur des objectifs est en développement. Une routine Absence enregistrée suit l’ordre et les conditions que vous définissez aujourd’hui.
Un environnement illustratif
Une porte s’ouvre au rez-de-chaussée à 02:13.
Mode de sécuritéMode confirmé actuel
Signaux récentsPorte + mouvement
PrésenceIndices connus + manques
Illustration de l’architecture · comportement agentique plus riche en développement
Un événement devient une situation.
« Mouvement détecté » indique qu’un signal est arrivé. L’heure, le mode de sécurité et l’activité récente aident à cibler ce qui nécessite une attention.
01
Maintenir la protection immédiate
Des règles de sécurité déterministes réagissent selon leur propre logique.
02
Ajouter le contexte utile
Relier l’événement à l’horaire et aux autres observations disponibles.
03
Rapporter avec incertitude
Expliquer ce qui est observé et ce qui reste inconnu.
La protection par capteurs existe déjà. Une interprétation d’événements plus riche par IA est en développement et ne remplace jamais les règles d’alarme.
Un environnement illustratif
La TV répond. Les stores signalent fermés. Une lampe reste silencieuse.
TVSignalée en marche
StoresSignalés fermés
LampeNon confirmé
Base actuelle · contrôles pris en charge et résultats remontés
Envoyer est un ordre. Exécuté nécessite une preuve.
Envoyer trois ordres ne garantit pas trois résultats confirmés. Une réponse fiable prend en compte les retours manquants.
01
Distinguer l’intention de l’état
Séparer la demande du retour de l’appareil.
02
Contrôler chaque résultat
Utiliser les résultats pris en charge et l’état le plus récent, pas le nombre d’envois.
03
Maintenir la différence visible
La lampe reste non confirmée ; le retour ne prouve que ce qui est observé.
L’état signalé et les résultats de commandes pris en charge constituent la base actuelle ; cette scène multi-appareils est illustrative, non un reçu de test physique.
Un environnement illustratif
Un agent—ou un futur robot—entre dans l’espace.
EnvironnementPièces + fonctionnalités
Contexte en temps réelÉtat + événements
AutoritéActions autorisées définies
Illustration de l’architecture · comportement agentique plus riche en développement
Un lieu qu’il peut comprendre. Des limites qu’il doit respecter.
Intégrer chaque appareil depuis le début revient à refaire le même travail. Une interface d’environnement autorisée peut fournir une base commune.
01
Lire le modèle autorisé
Consulter les pièces, les fonctionnalités et l’état signalé.
02
Faire une demande via ALYT
Les contrôles sont encadrés par les autorisations de l’application et les contrats de capacités.
03
Ajouter la perception si nécessaire
Un futur robot pourra combiner l’interface avec ses propres observations.
Les applications utilisent aujourd’hui des API publiques. Des outils agentiques plus poussés et la robotique sont une orientation de la plateforme ; aucune intégration robot déployée n’est revendiquée.
Un environnement illustratif
Le système de sécurité réagit. Que savons-nous de l’espace ?
Système de sécuritéSon propre chemin immédiat
Zones occupéesPreuves récentes uniquement
Autres zonesL’inconnu reste inconnu
Illustration de l’architecture · comportement agentique plus riche en développement
La protection agit. L’intelligence ajoute du contexte.
Un signal de sécurité ne doit pas attendre un modèle de langage. Un contexte supplémentaire peut aider à expliquer la situation sans décider de la réponse à l’alarme.
01
Préserver la responsabilité de la sécurité
Les alarmes certifiées et les contrôles déterministes gardent leurs propres responsabilités.
02
Fournir les éléments à disposition
Résumer les zones concernées et l’ancienneté des observations.
03
Nommer les inconnus
Ne pas déduire qu’une pièce silencieuse est vide ou sûre.
Illustration architecturale, il ne s’agit pas d’une fonction certifiée pour la sécurité des personnes, d’un système d’évacuation ou d’une garantie de localisation des occupants.
Illustrations de l’architecture, non enregistrements d’un fonctionnement autonome. Capacités, autorisations et preuves dépendent de l’installation.
Pour IA, robotique et équipes produit
Une interface encadrée pour l’environnement physique.
Une IA n’a pas besoin d’une API d’appareil supplémentaire. Il lui faut comprendre le lieu – et un moyen fiable de demander une action autorisée. Utilisez les pièces, capacités, états, événements et commandes d’ALYT plutôt que de reconstruire chaque intégration pour chaque endroit.
Agents IA + logiciels autonomes
Utilisez l’API publiée pour lire l’état supporté et demander des commandes encadrées. Des contextes enrichis et propositions agentiques limitées sont en développement ; leur disponibilité suit le contrat publié.
Robotique, comme orientation plateforme
Un espace compatible ALYT peut fournir un modèle autorisé et lisible par machine des pièces, capacités, états et actions permises. Un robot futur pourrait exploiter cette interface en plus de sa perception. Aucune intégration robotique active n’est revendiquée.
OEM + applications physiques
Reliez l’intelligence produit, la sécurité et les applications bâtiment à des fonctions partagées et des contrôles encadrés. Le déploiement embarqué, le placement de modèles et l’accompagnement sont définis et qualifiés par projet.
Commandes + preuve
ALYT garde l'autorité d’exécution. Les résultats des commandes supportées et l’état déclaré peuvent être vérifiés ; la preuve repose sur ce que l’appareil ou l’adaptateur peut observer. L’inconnu reste inconnu.
La couche physique tient son autonomie.
Les commandes locales supportées et les routines sauvegardées disposent de leur propre chaîne d’exécution sous réserve d’alimentation et de connexion fonctionnelles. Les services réservés au cloud gardent leur dépendance internet. Le placement du modèle et l’hébergement de la plateforme sont des choix distincts.
Construisez dès aujourd’hui. Préparez la suite.
APIs publiques, SDK, événements supportés et bac à sable sont déjà disponibles. Un contexte d'environnement enrichi et des propositions agentiques sont en développement. La robotique et les déploiements embarqués sont qualifiés selon les projets.
Les pièces, appareils, capacités, états déclarés, historiques récents et accès forment un modèle contextuel vivant. La présence constitue une preuve, pas une identité ou une localisation parfaite. Les routines sauvegardées expriment les intentions aujourd’hui ; des objectifs plus riches et la planification sont en développement.
Pièces + capacités
L’attribution des pièces et les commandes normalisées donnent aux appareils compatibles une signification commune, quel que soit le fabricant ou le protocole.
État + historique
Les relevés et changements restent utiles après une commande. L’ancienneté des données et l’absence de preuves importent autant que la dernière valeur connue.
Présence + objectifs
Des signaux peuvent affiner l’estimation de présence ; l’appartenance au foyer n’est pas une preuve de localisation. Les routines sauvegardées expriment aujourd’hui l’intention ; des plans prenant en compte les objectifs sont en développement.
Permissions + politique
Les accès et contrats de capacité actuels encadrent les actions. Un modèle ne peut pas s’octroyer lui-même des autorisations ni certifier sa propre réussite.
En quoi ALYT va-t-il plus loin qu’un hub domotique ?
Le hub amène ALYT à la maison. Il repose sur une couche d’environnement persistant : pièces, capacités normalisées, état déclaré, autorisations et exécution. Simone est une intelligence dans cette architecture ; les applications compatibles utilisent l’API publiée. Des outils agentiques plus riches sont en développement.
Que continue-t-il sans internet ?
Les commandes locales des appareils pris en charge et les routines éligibles enregistrées sur le hub continuent localement. Toute routine nécessitant un service en ligne dépend toujours de ce service ; l’accès à distance et le contenu cloud requièrent internet.
Puis-je avoir une installation dédiée en auto-hébergement ?
Oui, sur demande, pour un client individuel avec des besoins spécifiques, comme une villa, un manoir, un domaine, une entreprise ou un site professionnel. Il s’agit d’un déploiement sur-mesure à locataire unique. Le périmètre, l’infrastructure, l’image et le support sont définis avec ALYT.
Un partenaire peut-il auto-héberger tous ses clients ?
L’option d’auto-hébergement sur-mesure est dédiée à un seul client. Ce client reste suivi par le partenaire ; les autres clients du partenaire utilisent la plateforme standard hébergée par ALYT.
Une autre IA ou un robot peut-il fonctionner avec ALYT ?
Les applications peuvent utiliser dès aujourd’hui les API publiques, événements supportés et commandes encadrées d’ALYT. Un contexte agentique enrichi et des propositions limitées sont en développement. La robotique est une orientation de la plateforme : un robot futur pourrait utiliser un modèle d’environnement autorisé en parallèle de sa propre perception. Ce n’est pas aujourd’hui une intégration robotique déployée ni la promesse que chaque modèle IA est déjà connecté.
ALYT peut-il être intégré à un autre produit ?
Le hub est une implémentation de la plateforme. Son architecture est prévue pour les déploiements intégrés ou dédiés, en déterminant les appareils cibles, l’environnement d’exécution, le placement des modèles, les mises à jour et le support projet par projet. Contactez-nous pour discuter d’une intégration produit ; disponibilité et critères dépendent du déploiement.
Faites place à l'intelligence.
Rassemblez vos appareils. Offrez un foyer à vos routines quotidiennes. Découvrez ALYT.
