Un point d’exécution sans interface fondé sur le moteur OpenFlux. Il prend en charge les tâches IA de NexusAI OS, les réalise dans un environnement de projet et retourne résultats et historique du travail.
Couche d’exécution des tâches IA
01 / Positionnement
OpenFlux Runtime est un point d’exécution IA sans interface, fondé sur le moteur OpenFlux, qui fonctionne comme couche d’exécution de NexusAI OS. Il s’enregistre auprès d’OS, récupère les tâches IA et travaille à partir des réglages d’agent, principes de l’organisation, objectifs et documents de projet transmis avec chaque tâche. Il traite fichiers, commandes et code dans un environnement de projet, puis retourne livrables, historique du travail et blocages qui demandent une personne. Le travail IA confié est ainsi réalisé en arrière-plan et reste consultable.
Description de tâche, réglages d’agent, documents de projet et espace de travail
Livrables, modifications de code, liens de services et historique du travail
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.
02 / Capacités principales
S’enregistrer auprès d’OS et récupérer les tâches, les prolonger pendant le travail et respecter pause et annulation. Les tâches d’une même exécution restent sur le même point d’exécution.
Chaque tâche apporte l’agent configuré dans NexusAI et fixé à l’approbation du processus, avec les principes de l’organisation, la situation réelle, les objectifs et les documents de projet.
Chaque projet dispose de son conteneur et de son espace de travail ; les commandes s’exécutent dans le conteneur du projet. Les services lancés obtiennent un lien dès qu’ils sont joignables, et conteneur et espace sont supprimés à la fin du projet.
Les étapes de code travaillent sur leur propre branche puis fusionnent dans la branche du projet, en signalant tels quels les conflits de fusion. Quand une étape produit plusieurs versions, chacune garde son code sur sa branche et seule la version choisie est fusionnée.
Livrables et résumé du résultat reviennent à OS ; les événements du moteur forment un historique, pour voir dans OS ce que l’étape a fait et produit.
Les questions de l’agent pendant l’exécution reçoivent une réponse fondée sur les informations disponibles, pour que les tâches n’attendent pas. Quand le travail ne peut vraiment pas continuer, la raison revient à OS pour qu’une personne s’en charge.
03 / Cas d’usage
Une étape IA d’un processus OS est confiée à Runtime. L’agent analyse les documents du projet et les résultats de l’étape précédente, puis produit un fichier de rapport.
Fichier de rapport, résumé et historique consultables dans le projet OS.
Les étapes de code s’exécutent dans le conteneur du projet sur leur propre branche. Les services lancés sont accessibles par lien pour que les responsables les examinent.
Modifications de code fusionnées dans la branche du projet et liens de services ouvrables.
OS fait produire plusieurs résultats à une même étape selon différents angles. Runtime garde le code de chaque version sur sa branche et ne fusionne que celle retenue.
Des réalisations comparables ; seule la version adoptée reste sur la branche du projet.
04 / Parcours d’utilisation
Runtime s’enregistre auprès d’OS et récupère les tâches prêtes pour l’IA, avec réglages d’agent, objectifs, documents de projet et espace de travail.
L’agent travaille sur fichiers, commandes et code dans le conteneur et l’espace du projet, prolonge la tâche et respecte pause ou annulation.
Soumettre livrables, résumé et historique. Si le travail ne peut pas continuer, en expliquer la raison et le rendre à une personne.
05 / Périmètre & combinaison
Runtime n’a pas d’interface utilisateur. Couche d’exécution d’OS, il récupère et réalise les tâches IA ; objectifs, processus et décisions humaines restent dans OS.
Runtime ne conserve aucune clé de fournisseur de modèles. Les requêtes passent par la passerelle de modèles de l’entreprise et suivent les règles d’accès aux modèles, de budget et d’audit d’Atlas.
Runtime et OpenFlux partagent le même moteur d’exécution. Actions sur le bureau, mémoire à long terme et tâches planifiées individuelles restent dans OpenFlux.
06 / Relations entre produits
OpenFlux Runtime exécute les tâches IA attribuées par OS et retourne les résultats. Les définitions d’agents de Studio arrivent avec les tâches via OS. Atlas gouverne les politiques d’accès aux modèles, les budgets et les audits de Runtime.
OS organise objectifs, processus et projets et confie les étapes IA à Runtime. Runtime récupère chaque tâche, la réalise dans l’environnement de projet et retourne résultats, historique ou la raison d’un blocage.
Les agents sont configurés dans NexusAI et, une fois le processus OS approuvé, accompagnent chaque tâche jusqu’à Runtime, qui s’en sert pour fixer rôle et exigences de l’agent.
Les requêtes de modèles de Runtime passent par la passerelle de modèles de l’entreprise et suivent les règles d’accès aux modèles, de budget et d’audit d’Atlas ; l’usage est rattaché à l’organisation concernée.
OpenFlux sert les personnes sur le bureau, qui confient des tâches et vérifient les résultats. Runtime n’a pas d’interface et prend en charge les tâches attribuées par OS. L’un sert le travail personnel, l’autre l’exécution organisée.
POURSUIVRE LA DÉCOUVERTE
Revenez à l’architecture globale ou abordez ce produit avec nous en parlant de votre équipe et de vos systèmes.
Produit sélectionnéOpenFlux RuntimeCouche d’exécution des tâches IA
