18 — Inventaire de l'intelligence artificielle : modèles, agents, compétences, outils, serveurs MCP et gabarits de prompt#

Inventaire ancré dans le code, relevé le 17 août 2026. Chaque entrée nomme sa source. Ce document distingue rigoureusement quatre natures de système, trop souvent confondues sous le mot « IA » :

• un modèle de langage (génératif, appelé par une passerelle) ;
• un modèle d'apprentissage automatique classique (entraîné, déterministe à paramètres figés) ;
• une règle métier (aucun modèle, un calcul explicite) ;
• un agent (une boucle qui planifie, appelle des outils et se fait critiquer).

Un affichage qui ne varie pas avec son entrée n'est pas un résultat de modèle. Quand la preuve de variation n'a pas pu être établie dans ce passage, c'est écrit.

Table des matières#

1. Vue d'ensemble de la couche IA
2. Modèles d'apprentissage automatique en service
3. Le registre des systèmes d'IA
4. Agents
5. Compétences d'agent
6. Compétences globales
7. Compétences documentaires
8. Outils appelables
9. Orchestrateurs
10. Serveurs MCP
11. Gabarits de prompt
12. Copilotes de domaine et experts virtuels
13. Gouvernance : approbation humaine, crédits, réversibilité
14. Ce qui n'a pas pu être vérifié

1. Vue d'ensemble de la couche IA#

La couche d'intelligence artificielle de Kaxentra n'est pas un assistant unique posé sur le produit. C'est un ensemble de systèmes déclarés, catalogués et gouvernés, dont l'inventaire vit dans un registre applicatif interrogeable.

1.1 Les briques#

1.2 Chiffres de l'inventaire#

2. Modèles d'apprentissage automatique en service#

Aucun de ces six systèmes n'est un modèle de langage. Ce sont des modèles statistiques ou d'apprentissage automatique classiques, entraînés, appelés par le service d'inférence. C'est la distinction la plus importante de ce document.

2.1 Tableau des modèles#

2.2 Ce que cette architecture garantit — et ce qu'elle ne garantit pas#

Ce qu'elle garantit.

1. Dégradation explicite plutôt que silencieuse. La prévision de trésorerie expose dans ses diagnostics la disponibilité des bibliothèques statistiques et d'apprentissage automatique. Si la bibliothèque manque, la réponse le dit et descend d'un cran dans la cascade — elle ne rend pas un chiffre en prétendant qu'il vient du modèle supérieur.
2. Le modèle utilisé est nommé. Un lecteur peut savoir si son chiffre vient d'un modèle saisonnier ajusté ou d'un repli naïf. C'est la condition de la valeur Traçabilité.
3. Fusion modèle + règle traçable. Sur le score de fraude, la part statistique et la part réglementaire sont distinctes.

Ce qu'elle ne garantit pas.

1. Aucune mesure de qualité publiée. Il n'existe pas, dans ce relevé, de tableau d'erreur (erreur absolue moyenne, aire sous la courbe) exposé à l'utilisateur ou à l'administrateur. Un modèle sans mesure de performance affichée demande une confiance qu'il n'a pas justifiée.
2. Aucune date de réentraînement affichée. La dérive d'un modèle est invisible pour l'utilisateur.
3. Pas d'apprentissage profond en service. Malgré la demande fréquente de « DL », aucun réseau de neurones profond n'a été trouvé dans le service d'inférence. Les capacités qui pourraient en relever (extraction documentaire, vision) passent par les services documentaires — voir §14.

3. Le registre des systèmes d'IA#

Le registre est l'inventaire gouverné de tout ce que la plateforme peut exécuter en matière d'IA. Il ne se contente pas de lister : il conditionne l'activation.

3.1 Ce que le registre expose#

3.2 Les trois règles de gouvernance, appliquées et vérifiées#

Ce sont les règles les plus importantes de toute la couche IA. Elles sont écrites dans la base, pas seulement dans une politique.

Mécanismes complémentaires relevés : journal en ajout seul, piste d'audit, garde d'accès sur les points d'entrée, conditionnement par clef d'offre, et un registre à portée permettant qu'une entrée soit diffusée à certains locataires et pas à d'autres.

3.3 Pourquoi ces règles existent#

La passerelle est partagée entre cinq produits. Une compétence importée depuis Internet devient une capacité exécutable au contact de données comptables et fiscales réelles. C'est une surface d'attaque de chaîne d'approvisionnement, et elle est traitée comme telle.

4. Agents#

Huit agents déclarés. Six agents de domaine, deux agents de contrôle.

4.1 Agents de domaine#

4.2 Agents de contrôle#

4.3 Ce que la présence d'un agent critique change#

Un agent critique distinct de l'agent producteur est un choix d'architecture, pas un détail. Il rend possible une propriété qu'une boucle simple ne peut pas offrir : le producteur ne valide pas son propre travail. L'une des compétences du critique est explicitement une porte de conformité qui bloque une sortie violant les règles fiscales ou la politique du cabinet. Une sortie bloquée n'est pas une sortie dégradée — elle ne sort pas.

4.4 Agents dynamiques#

Le registre distingue les agents déclarés (semés au démarrage, stables) des agents dynamiques (enregistrés à chaud, avec signal de vie et purge). Un point d'entrée de découverte permet à un orchestrateur de trouver quel agent porte quelle capacité, sans liste codée en dur.

5. Compétences d'agent#

Trente-six compétences, chacune avec un identifiant lisible de la forme <agent>.<compétence>.

5.1 Agent Conseiller (5)#

5.2 Agent Analyste (4)#

5.3 Agent Calculateur (6)#

5.4 Agent Extracteur (6)#

5.5 Agent Réviseur (3)#

5.6 Agent Rédacteur (6)#

5.7 Agent Planificateur (3)#

5.8 Agent Critique (3)#

6. Compétences globales#

Six compétences réutilisables, non rattachées à un agent particulier.

7. Compétences documentaires#

Douze fiches de compétence versionnées avec le code, sous forme de documents. Elles décrivent le savoir-faire attendu, indépendamment de l'implémentation.

7.1 Compétences métier comptable (8)#

7.2 Compétences génériques (4)#

8. Outils appelables#

Cinq outils déclarés, chacun avec un schéma de paramètres.

8.1 Liste blanche outil par agent#

C'est un mécanisme de sécurité, pas une commodité. Un agent ne peut appeler que les outils qui lui sont explicitement accordés.

Lecture de cette table. L'Agent Extracteur n'a pas accès au web ni à la base de connaissances : il extrait ce qu'on lui donne, il n'invente pas de contexte. L'Agent Calculateur n'a pas accès aux documents ni au web : il calcule sur des entrées fournies, à partir de taux consultés dans une source de taux — il ne va pas chercher un taux sur Internet. Ces deux restrictions sont les plus significatives de la table.

9. Orchestrateurs#

9.1 La boucle#

flowchart TD
    n01["Demande de l utilisateur"] --> n02["Meta-orchestrateur"]
    n02 --> n03["Agent Planificateur : decomposition en graphe de taches"]
    n03 --> n04["Orchestrateur d equipe"]
    n04 --> n05["Agent de domaine choisi"]
    n05 --> n06["Appel d outils autorises seulement"]
    n06 --> n07["Sortie intermediaire"]
    n07 --> n08["Agent Critique : evaluation"]
    n08 -->|"accepter"| n09["Etape suivante ou sortie finale"]
    n08 -->|"reviser"| n10["Replanification"]
    n10 --> n03
    n08 -->|"porte de conformite : bloquer"| n11["Sortie bloquee - rien n est servi"]
    n09 --> n12{"Action a consequence ?"}
    n12 -->|"oui"| n13["Approbation humaine nominative"]
    n12 -->|"non"| n14["Reponse servie avec source et cout"]
    n13 -->|"approuve"| n14
    n13 -->|"refuse"| n15["Abandon journalise"]

Borne dure : six itérations maximum. Une boucle d'agents sans borne est un risque de coût et de latence non maîtrisé ; ici la borne est déclarée dans la configuration de l'orchestrateur.

10. Serveurs MCP#

10.1 Serveur déclaré au démarrage#

10.2 La curation des compétences MCP externes#

Un balayage daté du 9 août 2026 a évalué 34 candidates : 20 retenues, 14 écartées avec un motif écrit et interrogeable.

Trois constats de ce balayage, qui orientent la stratégie :

1. Il n'existe aucun serveur MCP mûr pour la fiscalité canadienne ou québécoise. Les seuls candidats sont des projets individuels à très faible activité, ou des dépôts inaccessibles. En revanche, les interfaces gouvernementales utiles sont des lectures sans clef : écrire trois compétences de première main est plus sûr et plus rapide que d'auditer un dépôt inconnu.
2. Plusieurs serveurs de référence largement utilisés sont archivés depuis mai 2025 — et leur documentation ne porte aucun avertissement de dépréciation. La page se lit comme si le serveur était vivant. C'est un piège classique : l'absence d'avertissement n'est pas une preuve de maintenance.
3. Un registre MCP public indexe la publication, pas la confiance. Un état « actif » y signifie « publié », jamais « audité ». Une recherche sur un logiciel comptable connu y fait remonter des projets communautaires et pas le serveur officiel de l'éditeur.

Note d'usage. Ces trois constats sont des instantanés datés du 9 août 2026, pas un état permanent. Ils se revalident avant toute décision d'intégration.

11. Gabarits de prompt#

11.1 Gabarits d'agent#

Trente-six gabarits, un par compétence d'agent. Chaque gabarit porte :

Ce que ce dispositif garantit et ce qu'il ne garantit pas. Il garantit qu'aucune compétence n'est exécutée sans prompt système déclaré et versionné. Il ne garantit pas la qualité du prompt : celui-ci est généré par gabarit, donc uniforme. Un prompt uniforme sur 36 compétences très différentes est un point d'amélioration honnête — voir §14.

11.2 Gabarit de base du copilote#

La mécanique de résolution mérite d'être décrite, parce qu'elle évite un piège réel. Au démarrage, le service tente de récupérer le prompt de base gouverné depuis le registre central.

• Si le registre porte un texte différent de celui embarqué dans le code, il est appliqué en surcharge.
• Si le registre porte un texte identique, toute surcharge précédemment appliquée est effacée. C'est le point important : sans cet effacement, une version ancienne du registre pourrait masquer indéfiniment le prompt du code, y compris après mise à jour du code. Le résolveur est donc auto-réparant.
• Si le registre est injoignable, la surcharge en place reste intacte et le service continue de fonctionner. L'indisponibilité du registre ne casse jamais le copilote.

Le nettoyage ne se déclenche que sur une correspondance positive. Une réponse vide ou absente — c'est-à-dire un registre injoignable — ne vaut pas correspondance. C'est exactement la distinction entre « le texte est identique » et « je n'ai pas pu regarder ».

11.3 Structure du prompt de base du copilote#

Le prompt de base n'est pas un bloc monolithique. Il est découpé en segments dont une base figée, destinée à la mise en cache, et des segments variables. Les segments relevés :

La séparation lecture / conseil / proposition / écriture est le cœur de la sûreté du copilote. Trois familles d'outils sur quatre ne peuvent rien écrire. La quatrième exige une confirmation humaine et suit un protocole déclaré.

12. Copilotes de domaine et experts virtuels#

12.1 Personas de direction virtuelle (9)#

12.2 Compétences de direction virtuelle#

Environ trente compétences. Chacune porte des champs de gouvernance remarquables :

revert_payload_schema est le champ le plus significatif de tout ce document. Il signifie qu'une compétence qui produit un effet déclare, à la conception, comment cet effet s'annule. Ce n'est pas une journalisation après coup : c'est une condition de réversibilité inscrite dans la définition de la compétence. C'est la traduction technique de la valeur Réversibilité.

Les compétences relevées, par persona :

12.3 Prompts d'expert du service de copilotes (10)#

Structure de sortie imposée. Les experts rendent une structure — objectifs, options, option retenue avec sa justification, artefacts requis, risques, indicateurs, citations avec leur source — et non un texte libre. Quand le modèle ne rend pas la structure attendue, un repli explicite est produit et marqué comme tel (fallback: true). Un repli marqué est honnête ; un repli déguisé en résultat ne le serait pas.

13. Gouvernance : approbation humaine, crédits, réversibilité#

13.1 Les cinq mécanismes#

13.2 Allocations de crédits par forfait#

⚠️ Écart mesuré le 17 août 2026 sur la production. Le catalogue canonique sert 10 crédits mensuels pour le forfait Gratuit, alors que la base en porte 23. Le service le signale lui-même : son contrôle de cohérence rend coherent = false et détaille l'écart dans sa réponse plutôt que de le taire. C'est le comportement attendu — mais l'écart doit être résolu avant le lancement. Il est inscrit au carnet de produit.

13.3 Diagramme de la gouvernance#

flowchart LR
    subgraph s1["Avant execution"]
        n01["Competence declaree au registre"]
        n02["Revue obligatoire"]
        n03["Activation possible"]
        n04["Cout estime en credits"]
        n05["Solde de credits suffisant ?"]
    end
    subgraph s2["Execution"]
        n06["Garde-fou d entree"]
        n07["Agent + outils autorises"]
        n08["Agent Critique"]
        n09["Garde-fou de sortie"]
    end
    subgraph s3["Effet"]
        n10["Action a consequence ?"]
        n11["Approbation humaine nominative"]
        n12["Effet applique"]
        n13["Schema d annulation enregistre"]
    end
    subgraph s4["Apres"]
        n14["Journal d audit"]
        n15["Cout reel debite"]
        n16["Source consultable affichee"]
    end
    n01 --> n02 --> n03 --> n04 --> n05
    n05 -->|"oui"| n06
    n05 -->|"non"| n17["Refus explicite au plafond"]
    n06 --> n07 --> n08 --> n09 --> n10
    n10 -->|"oui"| n11 --> n12
    n10 -->|"non"| n12
    n12 --> n13
    n12 --> n14 --> n15 --> n16

14. Ce qui n'a pas pu être vérifié#

Cette section est délibérément explicite. Une absence de vérification n'est pas une absence de défaut, et elle ne doit jamais être présentée comme une confirmation.

14.1 Un point d'hygiène de marque relevé au passage#

Le prompt d'identité du copilote contient encore une dénomination interne antérieure dans un texte qui est servi au modèle et oriente ses réponses à l'utilisateur. Ce n'est pas un défaut fonctionnel, mais c'est une fuite de nom de code sur une surface qui touche l'utilisateur final. À corriger avant le lancement public, au même titre que les autres occurrences de nom interne.

Kaxentra — dossier de lancement. Document interne, version 1.0 du 17 août 2026. Marque publique : Kaxentra. Éditeur : i2t Digital. Les éléments marqués [HYPOTHÈSE] ne sont pas publiables en l'état. Les personas d'extension communautaire (E01–E08) décrivent des fonctionnalités non livrées.