L’écosystème LUXIA

Domaines de l’écosystème

LUXIA Identity

Le registre des identités et des accès. Les fournisseurs s’y branchent ; l’identité, les droits et l’historique y restent.

Niveau de preuve :Vérifié en production

Capacités vérifiées en production ; bêta privée en préparation.

Agents IA gouvernés

ALMA

Un agent IA qui agit est une identité qui agit. ALMA étudie ce qu’un agent peut faire, avec quels droits, et comment le prouver.

Étape
Prototype, étape 2 sur 5
État
Projet de recherche des Labs. Prototype fonctionnel ; aucune offre, ni périmètre ni disponibilité annoncés.
Preuves lues le

Le problème

Ce que la plateforme résout

Les agents IA ne se contentent plus de répondre : ils envoient, suppriment, réservent. Chaque action engage quelqu’un. Sans règles explicites, un agent agit avec toute l’autorité de la personne qui l’a lancé.

  • Une intention devinée

    Un agent qui interprète des mots-clés peut se tromper d’action sans que personne ne le voie.

  • Une action annoncée, pas prouvée

    Un agent peut affirmer avoir agi alors que l’opération a échoué.

  • Une autorité trop large

    Un agent qui hérite de tous les droits de son utilisateur peut faire plus que ce qui lui a été demandé.

Niveau de preuve :Cible

Un agent agit avec des droits explicites, limités et datés

Dans les plateformes Luxia-IT, un agent agira comme une identité de service : des droits explicites, limités dans leur portée et dans le temps, jamais l’autorité de la personne qui l’a lancé.

Architecture

Comment elle est construite

Personne

  • Demande en langage naturel
  • Accord explicite

ALMA

  • Orchestrateur
  • Outils déclarés
  • Règles d’autorisation
  • Actions en attente

Services connectés

  • Agenda
  • Messages
  • Tâches et rappels

Traçabilité

  • Journal des actions
  • Données sensibles chiffrées
Le prototype actuel est un assistant personnel vocal en français.

Capacités

Ce qui fonctionne aujourd’hui

Chaque capacité indique son niveau de preuve. Aucune n’est présentée au-delà de ce qui a été démontré.

  • Niveau de preuve :Implémenté

    Outils déclarés

    Chaque capacité est un outil déclaré avec son schéma et son niveau de risque. Le modèle choisit l’outil ; l’intention n’est pas devinée par des mots-clés.

  • Niveau de preuve :Implémenté

    Accord avant l’irréversible

    Envoyer un message, envoyer un e-mail ou supprimer une donnée exige une confirmation explicite, quel que soit le niveau d’autonomie choisi.

  • Niveau de preuve :Implémenté

    Aucune action annoncée sans preuve

    Une action n’est annoncée que si l’outil a répondu avec succès. Un échec est dit en clair, avec sa raison.

  • Niveau de preuve :Implémenté

    Journal et file d’attente

    Les actions en attente d’accord et les actions exécutées sont journalisées.

Feuille de route

Ce qui n’est pas encore disponible

Conçu ou visé, mais pas en service. Le niveau indique jusqu’où chaque élément est allé.

  • Niveau de preuve :Implémenté

    Intégrations validées avec de vrais comptes

    Agenda, messagerie et e-mail : le parcours de connexion réel reste à valider.

  • Niveau de preuve :Cible

    Agents gouvernés par LUXIA Identity

    Un agent rattaché à une organisation, avec ses habilitations et sa trace dans le journal.

Sécurité et exploitation

Mesures de sécurité

  • Niveau de preuve :Implémenté

    Données personnelles chiffrées

    Jetons des comptes connectés et coordonnées chiffrés en base.

Limites

Ce que la plateforme ne fait pas aujourd’hui

  • Ni produit, ni offre : un terrain d’étude des Labs.
  • Les intégrations externes ne sont pas encore validées avec de vrais comptes.

Lecture

Comment lire les niveaux de preuve

Les cinq niveaux de preuve et les cinq étapes

Niveau de preuve d’une capacité

Niveau de preuve :Vérifié en production
Démontré dans l’environnement de production, par une vérification en lecture seule consignée dans un rapport.
Niveau de preuve :Vérifié en intégration
Démontré par les tests automatisés et une répétition, sans être encore déployé en production.
Niveau de preuve :Implémenté
Code intégré avec ses tests, pas encore démontré dans un scénario réel.
Niveau de preuve :Conçu
Une conception écrite existe. Aucun code n’est en service.
Niveau de preuve :Cible
Orientation d’architecture retenue. Ni conçue en détail, ni disponible.

Étape d’une plateforme

Recherche, étape 1 sur 5
Exploration. Aucun engagement de produit.
Prototype, étape 2 sur 5
Fonctionne en démonstration ou en test. Ni déployé pour des tiers, ni proposé.
En développement, étape 3 sur 5
Des capacités fonctionnent en production. Pas d’offre commerciale.
Pilote, étape 4 sur 5
Utilisé par des organisations invitées, dans un cadre contractuel limité.
Disponible, étape 5 sur 5
Proposé commercialement, avec une documentation et un support définis.

Voir ALMA sur votre cas

Nous présentons l’état réel de la plateforme, ses limites et ce qu’un premier échange de cadrage permettrait d’établir.