Architecture Système¶

Pourquoi chaque composant est-il nécessaire, et où s’exécute réellement l’intelligence ?

La vue progressive ci-dessous reconstruit les responsabilités du produit actuel. Ce ne sont pas quatre nouvelles versions promises : chaque étape ajoute une préoccupation au schéma précédent.

S0 — Le problème et sa mesure¶

Un professionnel doit recevoir un contenu conforme et pouvoir le retenir. La mesure porte sur le livrable, sa conservation, la décision et la consommation. La cohorte exploratoire de douze cas a révélé des sorties invalides, des erreurs fournisseur et des réponses tronquées : aucune fiabilité générale n’est déduite de ce petit ensemble.

Studio React et Node, canonique Python et Pydantic AI, quatre forges ; le brief devient mandat, reçus et livrable. — Flux central simplifié. La voix, les fournisseurs média et le portail sont montrés dans la vue des conteneurs plus bas.

S1 — Un parcours conservé¶

Le noyau relie interface, décisions et données. Il rend un résultat consultable et attribuable à une version de brief. Cette responsabilité est déterministe.

flowchart TB
  classDef logiciel fill:#dbeafe,stroke:#3b82f6,color:#0f2c5f
  classDef cognitif fill:#dcfce7,stroke:#16a34a,color:#14532d
  classDef modele fill:#fef3c7,stroke:#d97706,color:#713f12
  classDef outil fill:#f9fafb,stroke:#9ca3af,color:#374151
  subgraph CORE["Parcours"]
    direction TB
  S["Studio<br/>interface et session"]:::logiciel -->|Demande et décision| C["Canonique<br/>recette et politique"]:::logiciel
  C -->|Conserve| D[("Carnet et registre")]:::logiciel
  end
  CORE ~~~ LEG
  style CORE fill:transparent,stroke:none
  subgraph LEG["Légende"]
    direction TB
    L1["Logiciel conventionnel"]:::logiciel
  end
  style LEG fill:transparent,stroke:#d1d5db

S2 — Une production relue et gouvernée¶

Une seule préoccupation s’ajoute : produire avec des spécialistes sous politique de compte. Le transport et les réservations restent dans le canonique ; les deux rôles cognitifs restent distincts.

flowchart TB
  classDef logiciel fill:#dbeafe,stroke:#3b82f6,color:#0f2c5f
  classDef cognitif fill:#dcfce7,stroke:#16a34a,color:#14532d
  classDef modele fill:#fef3c7,stroke:#d97706,color:#713f12
  classDef outil fill:#f9fafb,stroke:#9ca3af,color:#374151
  subgraph CORE["Parcours"]
    direction TB
  S["Studio<br/>interface et session"]:::logiciel -->|Demande et décision| C["Canonique<br/>recette et politique"]:::logiciel
  C -->|Conserve| D[("Carnet et registre")]:::logiciel
  subgraph A["Exécution des spécialistes"]
    direction TB
    P["Production"]:::cognitif -->|Texte à contrôler| R["Relecture indépendante"]:::cognitif
  end
  style A fill:transparent,stroke:#14b8a6,stroke-dasharray:6 4
  C -->|Appels bornés| P
  R -->|Contribution| D
  P -->|Inférence via transport| M["Modèle fournisseur"]:::modele
  R -->|Inférence via transport| M
  end
  CORE ~~~ LEG
  style CORE fill:transparent,stroke:none
  subgraph LEG["Légende"]
    direction TB
    L1["Logiciel conventionnel"]:::logiciel
    L3["Modèle fournisseur"]:::modele
    subgraph LF["Frontière agentique"]
      L2["Entité cognitive IA"]:::cognitif
    end
    L1 ~~~ L3 ~~~ L2
  end
  style LEG fill:transparent,stroke:#d1d5db
  style LF fill:transparent,stroke:#14b8a6,stroke-dasharray:6 4

S3 — Des compétences fournies par les forges¶

La bibliothèque devient une responsabilité explicite. L’Intelligence cherche un package ; son ingénierie fait fabriquer et vérifier ce qui manque via le transport canonique. La fabrication est une opération comptée séparément. Les quatre forges tiennent leurs propres états.

flowchart TB
  classDef logiciel fill:#dbeafe,stroke:#3b82f6,color:#0f2c5f
  classDef cognitif fill:#dcfce7,stroke:#16a34a,color:#14532d
  classDef modele fill:#fef3c7,stroke:#d97706,color:#713f12
  classDef outil fill:#f9fafb,stroke:#9ca3af,color:#374151
  subgraph CORE["Parcours"]
    direction TB
  S["Studio<br/>interface et session"]:::logiciel -->|Demande et décision| C["Canonique<br/>recette et politique"]:::logiciel
  C -->|Conserve| D[("Carnet et registre")]:::logiciel
  subgraph A["Exécution des spécialistes"]
    direction TB
    P["Production"]:::cognitif -->|Texte à contrôler| R["Relecture indépendante"]:::cognitif
  end
  style A fill:transparent,stroke:#14b8a6,stroke-dasharray:6 4
  C -->|Appels bornés| P
  R -->|Contribution| D
  P -->|Inférence via transport| M["Modèle fournisseur"]:::modele
  R -->|Inférence via transport| M
  C -->|Mandat| F["Passerelle<br/>et quatre forges"]:::logiciel
  F -->|Consignes via canonique| P
  end
  CORE ~~~ LEG
  style CORE fill:transparent,stroke:none
  subgraph LEG["Légende"]
    direction TB
    L1["Logiciel conventionnel"]:::logiciel
    L3["Modèle fournisseur"]:::modele
    subgraph LF["Frontière agentique"]
      L2["Entité cognitive IA"]:::cognitif
    end
    L1 ~~~ L3 ~~~ L2
  end
  style LEG fill:transparent,stroke:#d1d5db
  style LF fill:transparent,stroke:#14b8a6,stroke-dasharray:6 4

S4 — Une création média seulement si demandée¶

Le parcours ajoute une capacité métier : générer le média autorisé. Un texte seul se termine après acceptation, sans passer par cette branche. Les trois contrats text, media et mixed sont vérifiés par la recette.

flowchart TB
  classDef logiciel fill:#dbeafe,stroke:#3b82f6,color:#0f2c5f
  classDef cognitif fill:#dcfce7,stroke:#16a34a,color:#14532d
  classDef modele fill:#fef3c7,stroke:#d97706,color:#713f12
  classDef outil fill:#f9fafb,stroke:#9ca3af,color:#374151
  subgraph CORE["Parcours"]
    direction TB
  S["Studio<br/>interface et session"]:::logiciel -->|Demande et décision| C["Canonique<br/>recette et politique"]:::logiciel
  C -->|Conserve| D[("Carnet et registre")]:::logiciel
  subgraph A["Exécution des spécialistes"]
    direction TB
    P["Production"]:::cognitif -->|Texte à contrôler| R["Relecture indépendante"]:::cognitif
  end
  style A fill:transparent,stroke:#14b8a6,stroke-dasharray:6 4
  C -->|Appels bornés| P
  R -->|Contribution| D
  P -->|Inférence via transport| M["Modèle fournisseur"]:::modele
  R -->|Inférence via transport| M
  C -->|Mandat| F["Passerelle<br/>et quatre forges"]:::logiciel
  F -->|Consignes via canonique| P
  C -->|Création autorisée| K["Fournisseur média"]:::outil
  K -->|Fichier et reçu| D
  end
  CORE ~~~ LEG
  style CORE fill:transparent,stroke:none
  subgraph LEG["Légende"]
    direction TB
    L1["Logiciel conventionnel"]:::logiciel
    L3["Modèle fournisseur"]:::modele
    subgraph LF["Frontière agentique"]
      L2["Entité cognitive IA"]:::cognitif
    end
    L1 ~~~ L3 ~~~ L2
    L4["Capacité métier"]:::outil
    L2 ~~~ L4
  end
  style LEG fill:transparent,stroke:#d1d5db
  style LF fill:transparent,stroke:#14b8a6,stroke-dasharray:6 4

C4 — Contexte du système¶

flowchart TB
  U[Professionnel] -->|Brief, choix, correction| CK[ComeKeting]
  AD[Administrateur] -->|Comptes et politique| CK
  MT[Mainteneur des forges] -->|Bibliothèque et suivi| CK
  CK -->|Appels autorisés| IA[Fournisseurs de cognition]
  CK -->|Créations demandées| ME[Fournisseurs média et voix]

Les fournisseurs sont externes. Une forge du système n’est pas un fournisseur de modèles.

C4 — Conteneurs et réseaux¶

flowchart TB
  U[Navigateur] -->|HTTPS cible| S[Studio · Node et React]
  U -->|Lecture seule| D[Docs · Nginx]
  S -->|HTTP privé| C[Gateway canonique · Python]
  S -->|WebSocket privé| V[Voix]
  C -->|HTTP authentifié| G[Passerelle des forges]
  G --> I[Intelligence]
  G --> A[Automatisation]
  G --> O[Orchestration]
  G --> E[Expérience]

Ces neuf services se construisent en cinq images : les cinq rôles de forge partagent une image. Le Studio, le canonique, la voix et les quatre forges ont sept volumes de données au total. Le portail n’en ajoute aucun. Les forges sont sur des réseaux internes dédiés ; leurs appels aux modèles passent par le canonique, jamais par une clé injectée dans une forge.

C4 — Composants du canonique¶

flowchart TB
  P[Progression du projet] --> R[Recette et contrats]
  R --> B[Politique et registre du compte]
  R --> I[Packages et transport cognitif]
  R --> T[Équipe de spécialistes]
  T --> D[Contributions et publication du dossier]
  P --> L[Lien et reçus des forges]

Cette vue nomme des responsabilités dans une bibliothèque Python partagée, pas de nouveaux microservices. Les imports internes restent communs aux rôles de forge et au canonique.

Deux systèmes dans chaque forge¶

La doctrine distingue exploitation / coordination — recevoir, chercher, rendre, tenir les états — et ingénierie — fabriquer, maintenir, réviser les composants. La bibliothèque d’Intelligence et sa fabrication automatique concrétisent une partie de cette vision. Une interaction explicite avec les deux systèmes de chaque forge n’est pas encore exposée partout dans le poste.

Responsabilités et validation¶

Préoccupation	Composant dominant	Famille
Session et choix	Studio	Logiciel conventionnel
Contrats et dépense	Canonique	Logiciel conventionnel
Produire et relire	Spécialistes	Entités cognitives IA
Fournir l’inférence	Fournisseur de modèles	Modèle
Tenir les bibliothèques et états	Forges et passerelle	Services conventionnels, avec ingénierie déléguée
Produire un média	Fournisseur média	Capacité métier
Expliquer le système	Portail	Site statique

Livrables : ces vues, les contrats entre domaines et des images dont les sources sont identifiées. Validation : suivre un mandat jusqu’aux reçus et au carnet, puis vérifier le refus d’une opération hors politique. Un diagramme cohérent ne suffit pas à prouver ces comportements.

Les objets du domaine ; leurs interfaces.