Glossaire
◆ Ingénieur IA ● Profil digitalCe glossaire fixe le vocabulaire de toute la documentation. La plupart des règles
de configuration découlent directement de ces définitions. Tout terme défini ici
est référençable depuis n’importe quelle page via :term: : par exemple un lien
vers Run Receipt ou outputInference.
Catégorie & composants
- AI Platform
Catégorie de NEXA : pilotage des moteurs, preuve native et Human-in-the-loop réunis. À ne pas confondre avec une plateforme IA généraliste ou un outil de productivité.
- Cockpit
Interface de pilotage centralisée de la DSI : santé des moteurs, observabilité, FinOps, identités. À distinguer du dashboard métier, qui est un livrable de projet.
- Core
Socle technique de gouvernance : observabilité, FinOps, sécurité et AI Knowledge Vault. Ce n’est pas l’infrastructure d’hébergement seule.
- Evidence Panel
Composant natif rendant chaque résultat traçable : lineage, sources, statut de validation. À distinguer du Cockpit (pilotage).
- AI Knowledge Vault
Référentiel d’archivage des connaissances opérationnelles propres à l’organisation. Ce n’est pas une simple sauvegarde de prompts.
- Architecture réversible
Séparation de l’intelligence (le moteur LLM) et du contrôle (le Core). C’est l’inverse d’une dépendance à un fournisseur LLM unique.
- Vertical Suites
Suites de workflows profonds industrialisant les rituels d’un domaine métier.
Taxonomie des exécutions
- Inférence
Unité atomique : une soumission unique à un moteur. C’est le niveau le plus fin de la taxonomie.
- Run
Ensemble cohérent d”Inférences : une exécution complète de workflow, attachée à un Run Receipt unique.
- Projet
Regroupement de plusieurs Runs d’un même domaine métier. Contient les tables résultat.
- Job
Déclencheur planifié d’un Run (cron / orchestration).
- Run Receipt
Reçu technique attaché à chaque exécution : la mémoire de fabrication d’un résultat. Brique élémentaire de la preuve. Voir le concept Run Receipt.
- Audit Pack
Dossier consolidé exportable : justification formelle d’un résultat. Livrable de conformité.
Construction d’un dashboard
- Dashboard
Document MongoDB décrivant une page de visualisations. Contient des Box.
- Box
Conteneur de visualisations. Découpe ses 12 colonnes (
boxColsArea) entre ses Subbox.- Subbox
Unité de visualisation individuelle, portée par une requête SQL (
subboxQuery). Voir le catalogue complet. La Console (wireframe) est une subbox à rendu HTML versionné.- dashboardGutter
Nombre de colonnes de la grille : toujours 12.
- Placeholder <project_id>
Marqueur remplacé à l’exécution par l’ID réel du projet dans les requêtes SQL.
- outputInference
Schéma listant les tables résultat autorisées dans les requêtes des Subbox. Une table absente de ce schéma est rejetée.
- Filtre neutre
Valeur « All / Tous » traduite en
1=1(aucune condition appliquée).
Intelligence, preuve & sécurité
- HITL
- Human-in-the-loop
Boucle de validation obligatoire : Opérateur → Réviseur → Approbateur. Voir le cycle de vie de l’agent.
- RAG
Retrieval-Augmented Generation : réponse d’un LLM à partir d’un contexte documentaire récupéré. Voir le guide RAG.
- Embeddings
Représentations vectorielles des textes, utilisées pour la recherche par similarité (pgvector). Voir la configuration.
- handoff package
Livrable de la Transition A2 : exigences, critères de succès, contraintes. Voir le parcours de cadrage.
- nexa__pipeline
Pipeline cible que l’agent génère et applique au fil du cycle Human-in-the-loop.
- Prompt injection
Tentative de détournement d’un LLM via des instructions cachées dans l’entrée ou le contexte. Voir sécurité.
Les deux profils
- Ingénieur IA
Profil qui construit la plateforme :
nexa__pipeline, schémas de dashboard, requêtes SQL des Subbox, filtres, intégrations. Balisé ◆ doré dans la documentation.- Profil digital
Profil qui utilise le studio en ligne : cadre un rituel, lance un Run, lit les Evidence Panels, valide en Human-in-the-loop. N’écrit pas de code. Balisé ● obsidienne.
Voir aussi