NexusAI
5La famille dédiée à la compréhension métier, à la création d’IA, à la gouvernance et à l’organisation de l’exécution, avec un service téléphonique IA dédié.
EDE AI TECH
Les familles indiquent l’appartenance à une marque. L’architecture des capacités et les connexions ci-dessous expliquent les rôles des produits.
La famille dédiée à la compréhension métier, à la création d’IA, à la gouvernance et à l’organisation de l’exécution, avec un service téléphonique IA dédié.
Centré sur l’exécution par les agents : l’espace desktop sert le travail personnel, Runtime prend en charge les tâches de l’organisation sans interface avec le même moteur, et Router relie canaux d’équipe et terminaux.
Une marque autonome pour l’expression des connaissances, les explications interactives et le partage.
La couche d’exécution du travail dans l’organisation
Fondé sur le moteur OpenFlux, OpenFlux Runtime ne possède pas d’interface utilisateur. Il prend en charge les tâches IA attribuées par NexusAI OS, travaille dans l’environnement du projet et retourne les résultats et les traces d’exécution à OS.
Définir les responsabilités, les instructions et les exigences de travail de l’agent.
Après approbation du processus, transmettre avec la tâche les réglages d’agent, les objectifs, les documents de projet et les exigences.
Réaliser le travail IA dans l’environnement du projet et retourner à OS les livrables, les traces d’exécution ou la raison d’un blocage.
OS organise objectifs, processus, personnes et décisions. Runtime s’enregistre, récupère les tâches et suit les réglages d’agent et les documents transmis avec chacune. Il traite fichiers, commandes et code dans le conteneur et l’espace de travail du projet, puis retourne les livrables, les traces d’exécution ou la raison d’un blocage.
Les livrables, modifications de code, liens de services et traces d’exécution reviennent dans le projet concerné. L’équipe peut les examiner, les accepter et poursuivre le travail. Les blocages nécessitant une décision humaine sont également retournés à OS.
OS précise ce qu’une étape IA doit faire et sur quelles bases. Runtime récupère et exécute la tâche, puis retourne à OS les résultats, les traces d’exécution ou la raison d’un blocage.
Studio crée et configure les agents. OS référence ces définitions et les transmet avec les tâches après approbation du processus. Runtime suit les responsabilités et les instructions reçues.
Les requêtes de modèles de Runtime passent par la passerelle de modèles de l’entreprise. Atlas applique les règles d’accès, de budget et d’audit de l’organisation concernée et enregistre les usages.
OpenFlux et Runtime partagent le même moteur d’exécution. OpenFlux s’adresse aux personnes sur leur poste de travail ; Runtime, sans interface, prend en charge les tâches de l’organisation attribuées par OS.
Relations entre produits
Suivre chaque produit de ses entrées au traitement puis à la livraison. Références de définitions, gouvernance, transmission des tâches et acheminement décrivent des connexions concrètes. Les rôles complémentaires expliquent la répartition du travail ; applications autonomes et exports ont leurs propres usages. Les connexions prévues indiquent une orientation future ; interfaces et collaboration restent à définir.
Décisions & exécution
Son rôle dans l’écosystème
NexusAI OS organise objectifs, processus entre services, personnes et agents dans le contexte des projets. Il attribue et suit le travail, conserve les décisions humaines et les documents, puis reçoit les résultats des tâches IA exécutées par Runtime.
Objectifs, processus, personnes et définitions d’agents
Tâches, décisions, avancement et livrables
Préparer principes de l’organisation, objectifs, échéances et documents de projet ; préciser le travail à faire avancer.
Définir étapes entre services, tâches humaines et responsabilités des agents, puis confier les tâches IA à Runtime.
NexusAI OSExaminer résultats et traces, accepter ou retourner les livrables et suivre attentes et blocages.
Maintenir principes, objectifs stratégiques et de rentabilité, indicateurs et échéances. Relier les objectifs aux processus et projets pour clarifier finalité et exigences du travail.
Organiser étapes et dépendances par couloirs de services. Attribuer le travail à des personnes, agents ou sous-processus pour faire avancer un projet avec des responsabilités claires.
Organiser tâches, validations et questions en actions à traiter. Les personnes ajoutent la situation réelle, acceptent ou renvoient les résultats ; décisions et commentaires suivent le projet.
Maintenir informations clés, fichiers et livrables du projet pour que les étapes suivantes reprennent l’existant. Consulter documents, déroulement et temps d’exécution dans la page.
Le centre suit, attribue et relance ; il utilise les informations connues pour débloquer ou transmettre à une personne. L’état d’exécution est conservé pour reprendre après attente ou interruption.
Produire des propositions en parallèle sous plusieurs angles, puis les évaluer ou combiner leurs points forts. Conserver les raisons et laisser les personnes changer le choix ou demander une nouvelle évaluation.
OS utilise les responsabilités et instructions d’agents de Studio ainsi que les identités et l’organisation d’Atlas. Il organise le travail et confie les tâches IA à Runtime ; OpenFlux propose un espace de travail complémentaire sur le bureau.
OS utilise les agents configurés dans NexusAI pour les étapes IA. Une fois le processus approuvé, ces réglages accompagnent chaque tâche jusqu’au point d’exécution.
OS décide ce qu’une étape IA doit faire et sur quelles bases ; Runtime récupère la tâche et la réalise dans l’environnement de projet. OS poursuit dès qu’il reçoit résultats, historique ou la raison d’un blocage.
OS reçoit utilisateurs et organisation d’Atlas pour attribuer les étapes transversales. Atlas garde la responsabilité des identités et de l’organisation ; OS maintient objectifs et états du travail.
OS organise objectifs, processus transversaux et tâches humains-IA. OpenFlux traite outils du bureau, fichiers et contexte de travail personnel. Ils répondent aux besoins de coordination et d’action sur le bureau.
Des limites claires
Modélisation métier, création d’agents, gouvernance, coordination du travail, exécution des tâches et acheminement des échanges répondent à des questions différentes.
Terrain modélise objets métier, règles et actions, avec preuves et confirmation humaine.
Studio définit comment les agents utilisent instructions, modèles, connaissances et outils.
Les workflows Studio organisent étapes, branches et outils au sein d’une application IA.
OS coordonne le travail entre services et dans le temps, avec personnes, décisions, suivi et livrables.
OS décide quoi faire, qui s’en charge et sur quelles bases, suit l’avancement et conserve les décisions humaines.
Runtime récupère les tâches IA, les réalise dans un environnement de projet et retourne résultats, historique ou la raison d’un blocage.
Atlas définit qui peut utiliser quelles applications et quels modèles, avec quotas et historiques d’usage.
OS décide de la prochaine étape, de son responsable et de la façon de dépasser un blocage.
OpenFlux sert les personnes sur le bureau : elles confient des tâches, utilisent les outils du bureau et vérifient les résultats.
Runtime n’a pas d’interface et prend en charge les tâches attribuées par OS. Les deux reposent sur le même moteur d’exécution.
OpenFlux exécute le travail des agents et gère outils du bureau et contexte des projets.
Router connecte plateformes collaboratives, terminaux et messages et transmet contexte et résultats.
Les capacités en action
Des exemples concrets montrent ce que chaque produit prend en charge, des entrées aux résultats utiles.
Terrain conserve le sens métier et les preuves avant d’exporter les outils.
Structures de données · échantillons · SQL
Objets · règles · processus · preuves
NexusAI TerrainRequêtes · actions · MCP · Skills
OS décide quoi faire et sur quelles bases ; OpenFlux Runtime réalise le travail.
Objectifs · réglages d’agent · documents de projet
NexusAI OSConteneur · espace de travail · branche de code
OpenFlux RuntimeLivrables · liens de services · historique
Le service de routage et l’environnement d’exécution sur le bureau ont des rôles distincts.
Feishu · DingTalk · WeCom · Slack
Messages · contexte · attribution au terminal
OpenFlux RouterTravail des agents · outils · résultats
OpenFluxChoisir l’application selon ses sources et son public.
Appareil SIM → passerelle vocale → gestion des appels
NexusAI SmartPhoneSources → narration → questions & partage
Narriflow