Glossaire

◆ Ingénieur IA ● Profil digital

Ce 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 (wire frame) 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