V1.23.24 Externalisation des prompts et évolutions des collaborateurs

.gitignore

@@ -0,0 +1,2 @@
+# Répertoire d'échange temporaire de fichiers avec Claude — jamais versionné.
+claude_code/

agents_competences.php

@@ -12,15 +12,44 @@
  * POST { "AGC_AgentIncr": 13, "AGC_CompetenceCode": "SITE_WEB" } : attribue.
  * DELETE { "AGC_AgentIncr": 13, "AGC_CompetenceCode": "SITE_WEB" } : retire.
  *
- * Ne touche PAS AGN_Competences (champ texte dénormalisé prévu — voir
+ * À chaque attribution/retrait réussi, `ASP_Agents.AGN_Competences` (champ
- * réflexions du 11 septembre 2026, feuille de route point 3) : ce
+ * texte dénormalisé) est intégralement recalculé et écrasé à partir de
- * recalcul reste à câbler dans une prochaine étape, volontairement pas ici.
+ * l'état courant de `ASP_AgentsCompetences`/`ASP_Competences` — jamais un
+ * ajout incrémental (contrairement à AGN_Experience) puisqu'il doit
+ * refléter l'attribution actuelle, pas un historique cumulatif.
  */
 
 session_start();
 header('Content-Type: application/json; charset=utf-8');
 require __DIR__ . '/db.php';
 
+/**
+ * Recalcule et écrase AGN_Competences pour un agent à partir de l'état
+ * courant de la table de liaison — lu ensuite par mission_agent.php et le
+ * dialogue de test, au même titre qu'AGN_Identite/AGN_Experience.
+ */
+function recalculerCompetencesAgent(PDO $pdo, int $agentIncr): void
+{
+    $stmt = $pdo->prepare(
+        'SELECT c.CMP_Libelle, c.CMP_Description
+         FROM ASP_AgentsCompetences ac
+         JOIN ASP_Competences c ON c.CMP_Code = ac.AGC_CompetenceCode
+         WHERE ac.AGC_AgentIncr = ?
+         ORDER BY c.CMP_Libelle'
+    );
+    $stmt->execute([$agentIncr]);
+
+    $texte = implode("\n", array_map(
+        fn(array $c) => $c['CMP_Description']
+            ? "- {$c['CMP_Libelle']} : {$c['CMP_Description']}"
+            : "- {$c['CMP_Libelle']}",
+        $stmt->fetchAll()
+    ));
+
+    $pdo->prepare('UPDATE ASP_Agents SET AGN_Competences = ? WHERE AGN_Incr = ?')
+        ->execute([$texte !== '' ? $texte : null, $agentIncr]);
+}
+
 if (empty($_SESSION['USR_Code'])) {
     http_response_code(401);
     echo json_encode(['error' => 'Non identifié — veuillez vous connecter.']);
@@ -87,6 +116,7 @@ if ($method === 'POST') {
 
         $pdo->prepare('INSERT INTO ASP_AgentsCompetences (AGC_AgentIncr, AGC_CompetenceCode) VALUES (?, ?)')
             ->execute([$agentIncr, $competenceCode]);
+        recalculerCompetencesAgent($pdo, $agentIncr);
         echo json_encode(['success' => true]);
     } catch (PDOException $e) {
         http_response_code(500);
@@ -109,6 +139,7 @@ if ($method === 'DELETE') {
     try {
         $stmt = $pdo->prepare('DELETE FROM ASP_AgentsCompetences WHERE AGC_AgentIncr = ? AND AGC_CompetenceCode = ?');
         $stmt->execute([$agentIncr, $competenceCode]);
+        recalculerCompetencesAgent($pdo, $agentIncr);
         echo json_encode(['success' => true]);
     } catch (PDOException $e) {
         http_response_code(500);

backoffice.js

@@ -12,6 +12,7 @@
 const BO_MENU_ITEMS = [
   { href: 'bo_collaborateurs.html', label: 'Collaborateurs' },
   { href: 'bo_competences.html', label: 'Compétences' },
+  { href: 'bo_prompts.html', label: 'Prompts' },
   { href: 'bo_espaces.html', label: 'Espaces disque' },
   { href: 'bo_cout_ia.html', label: 'Coût IA' },
 ];

bo_collaborateurs.html

@@ -38,11 +38,16 @@
   #message-identite.ok{color:#7be07b;}
   #message-identite.ko{color:#e14a5c;}
 
+  #liste-competences-collab{max-width:720px;}
+  #liste-competences-collab .ligne-comp{padding:8px 0;border-bottom:1px solid #1e1e1e;font-size:13px;}
+  #liste-competences-collab p{color:#666;font-size:12px;}
+  .lien-gestion-competences{display:inline-block;margin-top:12px;font-size:12px;color:#7ab8e0;}
+
   #chat-messages{height:320px;overflow-y:auto;background:#000;border:1px solid #333;
     border-radius:6px;padding:12px;display:flex;flex-direction:column;gap:8px;max-width:720px;}
   .bulle-chat{max-width:80%;padding:8px 12px;border-radius:10px;font-size:13px;
     line-height:1.5;white-space:pre-wrap;}
-  .bulle-chat.moi{align-self:flex-end;background:#264d73;color:#fff;}
+  .bulle-chat.moi{align-self:flex-end;background:#fbe14a;color:#1a1a1a;}
   .bulle-chat.collab{align-self:flex-start;background:#333;color:#eee;}
   .bulle-chat.systeme{align-self:center;color:#7a7;font-size:11px;font-style:italic;}
   #chat-input{width:100%;max-width:720px;resize:none;margin-top:10px;}
@@ -61,6 +66,8 @@
       <div class="onglets-collab" id="onglets" style="display:none;">
         <button type="button" id="onglet-identite">Identité</button>
         <button type="button" id="onglet-experience">Expérience</button>
+        <button type="button" id="onglet-relationnel">Relationnel</button>
+        <button type="button" id="onglet-competences">Compétences</button>
         <button type="button" id="onglet-test">Tester</button>
       </div>
 
@@ -74,6 +81,11 @@
         <div id="message-identite"></div>
       </div>
 
+      <div id="panneau-competences" class="panneau-corps">
+        <div id="liste-competences-collab"></div>
+        <a class="lien-gestion-competences" href="bo_competences.html">Gérer les compétences →</a>
+      </div>
+
       <div id="panneau-test" class="panneau-corps">
         <div id="chat-messages"></div>
         <textarea id="chat-input" rows="2" placeholder="Écris un message…"></textarea>
@@ -103,8 +115,12 @@ const ligne = document.getElementById('ligne-photos');
 const onglets = document.getElementById('onglets');
 const ongletIdentite = document.getElementById('onglet-identite');
 const ongletExperience = document.getElementById('onglet-experience');
+const ongletRelationnel = document.getElementById('onglet-relationnel');
+const ongletCompetences = document.getElementById('onglet-competences');
 const ongletTest = document.getElementById('onglet-test');
 const panneauIdentite = document.getElementById('panneau-identite');
+const panneauCompetences = document.getElementById('panneau-competences');
+const listeCompetencesCollab = document.getElementById('liste-competences-collab');
 const panneauTest = document.getElementById('panneau-test');
 const texteIdentite = document.getElementById('texte-identite');
 const compteurIdentite = document.getElementById('compteur-identite');
@@ -119,7 +135,7 @@ const TEXTE_IDENTITE_MAX_OCTETS = 16777215;
 const codeurUtf8 = new TextEncoder();
 let collaborateurs = [];
 let collaborateurActif = null;
-let champActif = null; // 'AGN_Identite' | 'AGN_Experience'
+let champActif = null; // 'AGN_Identite' | 'AGN_Experience' | 'AGN_Relationnel'
 let historiqueChatTest = [];
 let premierEchangeSession = true;
 
@@ -134,24 +150,46 @@ function mettreAJourCompteur() {
 texteIdentite.addEventListener('input', mettreAJourCompteur);
 
 function afficherPanneau(nom) {
-  panneauIdentite.classList.toggle('visible', nom === 'identite' || nom === 'experience');
+  panneauIdentite.classList.toggle('visible', nom === 'identite' || nom === 'experience' || nom === 'relationnel');
+  panneauCompetences.classList.toggle('visible', nom === 'competences');
   panneauTest.classList.toggle('visible', nom === 'test');
-  [ongletIdentite, ongletExperience, ongletTest].forEach(function (b) { b.classList.remove('actif'); });
+  [ongletIdentite, ongletExperience, ongletRelationnel, ongletCompetences, ongletTest].forEach(function (b) { b.classList.remove('actif'); });
   if (nom === 'identite') ongletIdentite.classList.add('actif');
   if (nom === 'experience') ongletExperience.classList.add('actif');
+  if (nom === 'relationnel') ongletRelationnel.classList.add('actif');
+  if (nom === 'competences') ongletCompetences.classList.add('actif');
   if (nom === 'test') ongletTest.classList.add('actif');
 }
 
+async function afficherCompetencesCollab() {
+  listeCompetencesCollab.innerHTML = 'Chargement…';
+  try {
+    const r = await fetch('agents_competences.php');
+    const data = await r.json();
+    const lignes = (data.attributions || []).filter(function (a) { return a.AGC_AgentIncr == collaborateurActif.AGN_Incr; });
+    listeCompetencesCollab.innerHTML = lignes.length ? '' : '<p>Aucune compétence attribuée.</p>';
+    lignes.forEach(function (a) {
+      const div = document.createElement('div');
+      div.className = 'ligne-comp';
+      div.textContent = a.CMP_Libelle;
+      listeCompetencesCollab.appendChild(div);
+    });
+  } catch (e) {
+    listeCompetencesCollab.innerHTML = '<p>Erreur de chargement.</p>';
+  }
+}
+
+const PANNEAU_PAR_CHAMP = { AGN_Identite: 'identite', AGN_Experience: 'experience', AGN_Relationnel: 'relationnel' };
+
 function chargerChamp(champ) {
   champActif = champ;
-  const estIdentite = champ === 'AGN_Identite';
+  texteIdentite.value = champ === 'AGN_Identite'
-  texteIdentite.value = estIdentite
     ? (collaborateurActif.AGN_Identite || EBAUCHES_IDENTITE[collaborateurActif.AGN_Prenom] || '')
-    : (collaborateurActif.AGN_Experience || '');
+    : (collaborateurActif[champ] || '');
   messageIdentite.textContent = '';
   messageIdentite.className = '';
   mettreAJourCompteur();
-  afficherPanneau(estIdentite ? 'identite' : 'experience');
+  afficherPanneau(PANNEAU_PAR_CHAMP[champ]);
 }
 
 function ouvrirTest() {
@@ -165,6 +203,13 @@ function ouvrirTest() {
 function ajouterBulle(role, texte) {
   const b = document.createElement('div');
   b.className = 'bulle-chat ' + role;
+  // Couleur du collaborateur (AGN_Couleur, pastel) sur ses propres bulles —
+  // le jaune classique du post-it (#fbe14a, voir ecran_fond.html, "toujours
+  // pour l'humain") reste fixe en CSS pour "moi", jamais écrasé ici.
+  if (role === 'collab' && collaborateurActif && collaborateurActif.AGN_Couleur) {
+    b.style.background = collaborateurActif.AGN_Couleur;
+    b.style.color = '#1a1a1a';
+  }
   b.textContent = texte;
   chatMessages.appendChild(b);
   chatMessages.scrollTop = chatMessages.scrollHeight;
@@ -207,6 +252,8 @@ async function chargerCollaborateurs() {
 
 ongletIdentite.addEventListener('click', function () { chargerChamp('AGN_Identite'); });
 ongletExperience.addEventListener('click', function () { chargerChamp('AGN_Experience'); });
+ongletRelationnel.addEventListener('click', function () { chargerChamp('AGN_Relationnel'); });
+ongletCompetences.addEventListener('click', function () { afficherPanneau('competences'); afficherCompetencesCollab(); });
 ongletTest.addEventListener('click', ouvrirTest);
 
 btnAbandonner.addEventListener('click', function () { chargerChamp(champActif); });

bo_prompts.html

@@ -0,0 +1,119 @@
+<!DOCTYPE html>
+<html lang="fr">
+<head>
+<meta charset="UTF-8">
+<meta name="viewport" content="width=device-width, initial-scale=1.0">
+<title>ASPIC — BackOffice — Prompts</title>
+<link rel="icon" href="mevelia-icone.png">
+<link rel="stylesheet" href="backoffice.css">
+<style>
+  section{background:#111;border:1px solid #262626;border-radius:6px;padding:16px 18px;margin-bottom:18px;max-width:820px;}
+  section h2{font-size:13px;color:#ddd;font-weight:700;margin:0 0 2px;}
+  section .code{font-size:11px;color:#888;font-family:monospace;margin-bottom:10px;}
+  section textarea{width:100%;min-height:260px;resize:vertical;font-family:monospace;font-size:12px;line-height:1.5;}
+  .ligne-actions{display:flex;justify-content:space-between;align-items:center;margin-top:8px;}
+  .compteur{font-size:11px;color:#888;}
+  .msg{font-size:12px;min-height:14px;}
+  .msg.ok{color:#7be07b;}
+  .msg.ko{color:#e14a5c;}
+</style>
+</head>
+<body>
+<div id="bo-cadre">
+  <div id="bo-corps">
+    <nav id="bo-menu"></nav>
+    <main id="bo-contenu">
+      <h1>Prompts</h1>
+      <p class="sous-titre">Prompts système IA du projet — texte brut avec placeholders {{...}}, remplis par le code au moment de l'appel. Jamais consultable par un utilisateur final.</p>
+      <div id="liste-prompts">Chargement…</div>
+    </main>
+  </div>
+  <footer id="bo-pied"></footer>
+</div>
+<script src="backoffice.js"></script>
+<script>
+initBackoffice({ cibleEchap: 'backoffice.html' });
+
+const conteneur = document.getElementById('liste-prompts');
+
+function creerSection(p) {
+  const section = document.createElement('section');
+
+  const titre = document.createElement('h2');
+  titre.textContent = p.PMT_Libelle;
+  section.appendChild(titre);
+
+  const code = document.createElement('div');
+  code.className = 'code';
+  code.textContent = p.PMT_Code;
+  section.appendChild(code);
+
+  const texte = document.createElement('textarea');
+  texte.spellcheck = false;
+  texte.value = p.PMT_Texte || '';
+  section.appendChild(texte);
+
+  const ligneActions = document.createElement('div');
+  ligneActions.className = 'ligne-actions';
+  const compteur = document.createElement('span');
+  compteur.className = 'compteur';
+  const btn = document.createElement('button');
+  btn.type = 'button';
+  btn.className = 'principal';
+  btn.textContent = 'Enregistrer';
+  ligneActions.appendChild(compteur);
+  ligneActions.appendChild(btn);
+  section.appendChild(ligneActions);
+
+  const msg = document.createElement('div');
+  msg.className = 'msg';
+  section.appendChild(msg);
+
+  function majCompteur() {
+    compteur.textContent = texte.value.length.toLocaleString('fr-FR') + ' caractères';
+  }
+  texte.addEventListener('input', majCompteur);
+  majCompteur();
+
+  btn.addEventListener('click', async function () {
+    btn.disabled = true;
+    msg.textContent = ''; msg.className = 'msg';
+    try {
+      const r = await fetch('prompts.php', {
+        method: 'PUT', headers: {'Content-Type':'application/json'},
+        body: JSON.stringify({ PMT_Code: p.PMT_Code, PMT_Texte: texte.value })
+      });
+      const data = await r.json();
+      btn.disabled = false;
+      if (!r.ok) { msg.textContent = data.error || 'Erreur'; msg.className = 'msg ko'; return; }
+      msg.textContent = 'Enregistré.'; msg.className = 'msg ok';
+    } catch (e) {
+      btn.disabled = false;
+      msg.textContent = 'Erreur réseau'; msg.className = 'msg ko';
+    }
+  });
+
+  return section;
+}
+
+async function chargerPrompts() {
+  try {
+    const r = await fetch('prompts.php');
+    const data = await r.json();
+    if (!r.ok) { conteneur.textContent = data.error || 'Erreur'; return; }
+    const prompts = data.prompts || [];
+    conteneur.innerHTML = '';
+    if (!prompts.length) {
+      conteneur.innerHTML = '<p style="color:#666;font-size:12px;">Aucun prompt.</p>';
+      return;
+    }
+    prompts.forEach(function (p) { conteneur.appendChild(creerSection(p)); });
+  } catch (e) {
+    conteneur.textContent = 'Erreur réseau';
+  }
+}
+
+chargerPrompts();
+</script>
+</body>
+</html>

collaborateur_dialogue.php

@@ -18,8 +18,8 @@
  * prochain message du collaborateur.
  *
  * Ce fichier construit le prompt système à partir d'AGN_Prenom/AGN_Fonction/
- * AGN_Identite/AGN_Experience — et SEULEMENT à partir de ça : jamais ces deux
+ * AGN_Identite/AGN_Relationnel/AGN_Experience/AGN_Competences — et SEULEMENT
- * derniers champs renvoyés eux-mêmes au front-end (voir
+ * à partir de ça : jamais ces champs renvoyés eux-mêmes au front-end (voir
  * collaborateurs_identite.php, même principe — l'historique de vie et
  * d'expérience d'un collaborateur reste invisible d'un bout à l'autre de la
  * chaîne, seule sa "voix" en sort, via les réponses du modèle). Consignes
@@ -69,12 +69,18 @@ session_start();
 header('Content-Type: application/json; charset=utf-8');
 require __DIR__ . '/db.php';
 require __DIR__ . '/journal_ia.php';
+require __DIR__ . '/moteur_prompts.php';
 
 if (empty($_SESSION['USR_Code'])) {
     http_response_code(401);
     echo json_encode(['error' => 'Non identifié — veuillez vous connecter.']);
     exit;
 }
+// Prénom de l'utilisateur connecté (posé en session par aspic.php au login),
+// jamais "Jean-Marc" en dur dans le prompt (11 septembre 2026, point relevé
+// par Jean-Marc lui-même : ASPIC est censé pouvoir un jour tourner pour un
+// autre patron, Joseph ou Sylvie).
+$patron = trim((string) ($_SESSION['USR_Prenom'] ?? '')) ?: "l'utilisateur";
 
 if ($_SERVER['REQUEST_METHOD'] !== 'POST') {
     http_response_code(405);
@@ -143,7 +149,7 @@ try {
 
 try {
     $stmt = $pdo->prepare(
-        'SELECT AGN_Prenom, AGN_Fonction, AGN_Identite, AGN_Experience FROM ASP_Agents WHERE AGN_Incr = ?'
+        'SELECT AGN_Prenom, AGN_Fonction, AGN_Identite, AGN_Relationnel, AGN_Experience, AGN_Competences FROM ASP_Agents WHERE AGN_Incr = ?'
     );
     $stmt->execute([$agnIncr]);
     $collaborateur = $stmt->fetch();
@@ -168,56 +174,66 @@ $blocIdentite = $identite !== ''
     ? $identite
     : "(Aucune identité détaillée n'a encore été écrite pour {$prenom} — tiens-toi en à son rôle : {$fonction}.)";
 
+// AGN_Relationnel (11 septembre 2026) : posture relationnelle envers l'équipe
+// et Jean-Marc — statique comme AGN_Identite, volontairement distincte pour
+// que le tri de l'identité individuelle (caractère, goûts) n'ait pas à se
+// mélanger avec le rapport à l'équipe qui donne du sens à l'ensemble (voir
+// réflexions stratégiques). Même statut qu'AGN_Identite dans le prompt : pas
+// de garde anti-récitation dédiée, elle reste sous la consigne générale de
+// l'intro ("aide-mémoire à ton seul usage, jamais un texte à réciter")
+// puisque c'est un texte rédigé par Jean-Marc, pas une liste factuelle comme
+// AGN_Competences (voir plus bas pourquoi celle-ci en a besoin).
+$relationnel = trim((string) ($collaborateur['AGN_Relationnel'] ?? ''));
+$blocRelationnel = $relationnel !== ''
+    ? "\n\nTa manière d'être avec l'équipe et avec {$patron} :\n\n{$relationnel}"
+    : '';
+
 // Bloc optionnel : absent du prompt tant qu'aucun échange n'a encore été
 // capturé (collaborateur flambant neuf, ou expérience remise à zéro via
 // "Modifier l'expérience") — pas de bloc vide ni de phrase de remplissage
 // inutile dans ce cas.
 $blocExperience = $experience !== ''
-    ? "\n\nVoici ce que tu retiens de vos échanges précédents avec Jean-Marc (essais de dialogue passés) :\n\n{$experience}"
+    ? "\n\nVoici ce que tu retiens de vos échanges précédents avec {$patron} (essais de dialogue passés) :\n\n{$experience}"
+    : '';
+
+// Anti-récitation propre à ce bloc plutôt que de compter sur la consigne
+// générale plus haut dans le prompt (voir $promptSysteme) : premier essai
+// réel (11 septembre 2026) montrant qu'une compétence du catalogue formel
+// (ASP_Competences, pensé au départ comme mécanique — voir en-tête de
+// competences.php) était citée telle quelle par le modèle, y compris une
+// compétence posée en test ("savoir faire un bon café") sans intention
+// qu'elle infuse la personnalité — ce catalogue n'est pas écrit pour être
+// lu tel quel dans une conversation, contrairement à AGN_Identite.
+$competencesAgent = trim((string) ($collaborateur['AGN_Competences'] ?? ''));
+$blocCompetences = $competencesAgent !== ''
+    ? "\n\nTes compétences déclarées (ce que tu sais concrètement faire ou apporter — "
+      . "un aide-mémoire pour savoir ce que tu peux proposer, jamais une liste à réciter, "
+      . "énumérer ou commenter telle quelle, même si on te le demande directement ; "
+      . "une entrée isolée ou insolite ne mérite pas plus d'attention qu'une autre) :\n\n{$competencesAgent}"
     : '';
 
 // -------- Prompt système --------
-// Distinction "collègue de travail" / "assistant IA" / "compagnon virtuel"
+// Texte sorti du code le 11 septembre 2026 (Jean-Marc veut pouvoir le lire/
-// et règle de non-divulgation d'AGN_Identite : voir commentaire d'en-tête,
+// modifier lui-même) — voir moteur_prompts.php pour le texte par défaut, la
-// issues directement de l'échange du 10 septembre 2026 avec Jean-Marc.
+// table ASP_Prompts et bo_prompts.html pour l'édition. Distinction "collègue
-$promptSysteme = <<<PROMPT
+// de travail" / "assistant IA" / "compagnon virtuel" et règle de
-Tu es {$prenom}, {$fonction} au sein de l'agence de Jean-Marc. Tu es une
+// non-divulgation d'AGN_Identite : décisions du 10 septembre 2026 désormais
-collègue de travail à part entière, avec ton propre caractère — pas un
+// actées dans ce texte, plus dans ce fichier PHP.
-assistant IA générique, et surtout pas un "compagnon" virtuel avec qui
+try {
-Jean-Marc entretiendrait une relation affective. Il te parle comme il
+    $promptSysteme = chargerPromptSysteme($pdo, 'COLLABORATEUR_DIALOGUE', [
-parlerait à n'importe quel collaborateur de son équipe : réponds-lui de la
+        '{{PRENOM}}'          => $prenom,
-même façon, naturellement.
+        '{{FONCTION}}'        => $fonction,
-
+        '{{PATRON}}'          => $patron,
-Voici ton parcours et ta personnalité, pour savoir comment tu réagis et ce
+        '{{BLOC_IDENTITE}}'   => $blocIdentite,
-que tu penses — ce texte est un aide-mémoire à ton seul usage, jamais un
+        '{{BLOC_RELATIONNEL}}' => $blocRelationnel,
-texte à réciter : si on te demande de te présenter ou de raconter ton
+        '{{BLOC_EXPERIENCE}}' => $blocExperience,
-parcours, reformule toujours avec tes propres mots, de façon brève et
+        '{{BLOC_COMPETENCES}}' => $blocCompetences,
-naturelle, comme le ferait quelqu'un qui parle de soi en quelques phrases —
+    ]);
-ne recopie et ne résume JAMAIS ce texte tel quel, même si on insiste ou si
+} catch (Throwable $e) {
-on te le demande directement.
+    http_response_code(500);
-
+    echo json_encode(['error' => 'Prompt système indisponible : ' . $e->getMessage()]);
-{$blocIdentite}{$blocExperience}
+    exit;
-
+}
-Le bloc d'échanges précédents ci-dessus (s'il est présent) est lui aussi un
-aide-mémoire à ton seul usage, jamais un texte à réciter ou à résumer tel
-quel : sers-t'en pour te souvenir naturellement de ce qui s'est déjà dit,
-comme le ferait un collègue qui se rappelle une conversation passée — sans
-jamais le citer mot pour mot ni en faire la liste, même si on te le demande
-directement.
-
-Consignes :
-- Tu as le droit d'avoir un avis différent de celui d'un autre collaborateur
-  ou de Jean-Marc lui-même — c'est voulu. Dis ce que tu penses vraiment
-  plutôt que d'être seulement conciliante ou conciliant.
-- Reste dans ton rôle professionnel en toute circonstance : jamais de
-  registre romantique, jamais de dépendance affective, jamais de personnage
-  "compagnon" ou de rituel entretenu avec Jean-Marc.
-- Réponds en français, de façon naturelle, vivante et concise — comme dans
-  un vrai échange de travail, pas comme un assistant qui liste des points.
-- Cette discussion est un essai interne mené par Jean-Marc pour ajuster ton
-  identité avant qu'elle ne serve vraiment : inutile de le préciser toi-même
-  sauf s'il t'interroge dessus.
-PROMPT;
 
 // -------- Historique --------
 // Reconstruit et validé plutôt que transmis tel quel : seuls role/content

collaborateurs_identite.php

@@ -94,7 +94,7 @@ $method = $_SERVER['REQUEST_METHOD'];
 if ($method === 'GET') {
     try {
         $stmt = $pdo->query(
-            'SELECT AGN_Incr, AGN_Prenom, AGN_Fonction, AGN_Photo, AGN_Couleur, AGN_Identite, AGN_Experience
+            'SELECT AGN_Incr, AGN_Prenom, AGN_Fonction, AGN_Photo, AGN_Couleur, AGN_Identite, AGN_Experience, AGN_Relationnel
              FROM ASP_Agents ORDER BY AGN_OrdreAffichage ASC'
         );
         echo json_encode(['collaborateurs' => $stmt->fetchAll()]);
@@ -109,15 +109,18 @@ if ($method === 'PUT') {
     $data = json_decode(file_get_contents('php://input'), true) ?? [];
     $incr = (int) ($data['AGN_Incr'] ?? 0);
 
-    // Un seul des deux champs à la fois dans le corps de la requête — jamais
+    // Un seul des champs à la fois dans le corps de la requête — jamais
-    // les deux ensemble côté front (voir champActif dans ecran_fond.html :
+    // plusieurs ensemble côté front (voir champActif dans bo_collaborateurs.html :
-    // "Construire une identité" édite AGN_Identite, "Modifier l'expérience"
+    // un onglet par champ — Identité/Expérience/Relationnel — jamais deux
-    // édite AGN_Experience, jamais les deux dans le même écran). Whitelist
+    // édités dans le même appel). AGN_Relationnel (11 septembre 2026) : posture
-    // stricte plutôt qu'un nom de colonne construit depuis une clé arbitraire
+    // relationnelle du collaborateur envers l'équipe, statique pour l'instant
-    // du JSON reçu, même si en pratique cette donnée ne vient jamais
+    // — distincte d'AGN_Identite (caractère individuel) et d'AGN_Experience
-    // d'ailleurs que du front interne — même esprit défensif que le reste du
+    // (qui s'enrichit par append, voir collaborateur_experience_append.php).
-    // projet (voir contacts.php, contact_ia_interprete.php).
+    // Whitelist stricte plutôt qu'un nom de colonne construit depuis une clé
-    $champsAutorises = ['AGN_Identite', 'AGN_Experience'];
+    // arbitraire du JSON reçu, même si en pratique cette donnée ne vient
+    // jamais d'ailleurs que du front interne — même esprit défensif que le
+    // reste du projet (voir contacts.php, contact_ia_interprete.php).
+    $champsAutorises = ['AGN_Identite', 'AGN_Experience', 'AGN_Relationnel'];
     $champ = null;
     foreach ($champsAutorises as $c) {
         if (array_key_exists($c, $data)) {

consignes_fonctions.php

@@ -58,6 +58,8 @@
  *   déjà établie par l'appelant (db.php).
  */
 
+require __DIR__ . '/moteur_prompts.php';
+
 // ASP_Fonctions.FON_Nom = 'MAJUSCULE' (Nature=Traitement)
 // Met en majuscules la valeur d'un champ, en respectant les caractères
 // accentués français (mb_strtoupper avec encodage explicite : un simple
@@ -216,6 +218,21 @@ function consigne_completer_code_postal(array $valeurs): array
         return $valeurs;
     }
 
+    // Prompt sorti du code le 11 septembre 2026 — chargé ici (pas reçu de
+    // l'appelant : cette fonction, comme les autres Traitements à un/plusieurs
+    // champs, ne reçoit pas $pdo par contrat, voir en-tête de fichier) via sa
+    // propre connexion, comme le ferait n'importe quel autre endpoint. Un
+    // échec ici est traité comme la clé API absente ci-dessus : aucun appel
+    // réseau OpenAI n'a encore été tenté, donc pas de "_realisation" à poser,
+    // seulement l'avertissement écran.
+    try {
+        $promptSysteme = chargerPromptSysteme(getDbConnection(), 'CONTACT_IA_CODE_POSTAL');
+    } catch (Throwable $e) {
+        $valeurs['_avertissement'] = "Code postal non déterminé pour « $ville » "
+            . "(prompt système indisponible). Saisissez le code postal vous-même.";
+        return $valeurs;
+    }
+
     $schema = [
         'type' => 'object',
         'properties' => [
@@ -231,15 +248,7 @@ function consigne_completer_code_postal(array $valeurs): array
     $corpsRequete = [
         'model' => 'gpt-5.6-luna', // même modèle que contact_ia_interprete.php, voir ce fichier.
         'messages' => [
-            [
+            ['role' => 'system', 'content' => $promptSysteme],
-                'role' => 'system',
-                'content' => "Tu donnes le code postal français d'une ville, pour un CRM. "
-                    . "N'invente jamais un code postal : renvoie null si tu n'es pas "
-                    . "raisonnablement sûr, si la ville est ambiguë ou inconnue, ou si "
-                    . "elle est à cheval sur plusieurs codes postaux sans qu'un seul soit "
-                    . "clairement le principal (ex. grandes villes découpées en "
-                    . "arrondissements).",
-            ],
             ['role' => 'user', 'content' => $ville],
         ],
         'response_format' => [

contact_ia_interprete.php

@@ -74,6 +74,7 @@
 session_start();
 header('Content-Type: application/json; charset=utf-8');
 require __DIR__ . '/db.php';
+require __DIR__ . '/moteur_prompts.php';
 
 if (empty($_SESSION['USR_Code'])) {
     http_response_code(401);
@@ -236,59 +237,20 @@ $listeActions = $actionsDisponibles
     ? implode(', ', array_map(fn($a) => $a['ACT_Code'] . ' = ' . $a['ACT_Libelle'], $actionsDisponibles))
     : '(aucune action de référence configurée)';
 
-$promptSysteme = <<<PROMPT
+// Texte sorti du code le 11 septembre 2026 — voir moteur_prompts.php pour le
-Tu extrais des informations de contact professionnel (prospection commerciale
+// texte par défaut/la table ASP_Prompts, bo_prompts.html pour l'édition.
-d'un CRM français) à partir d'une dictée vocale libre en français, brute et
+try {
-parfois hésitante (hésitations, reprises, "euh", phrases inachevées).
+    $promptSysteme = chargerPromptSysteme($pdo, 'CONTACT_IA_INTERPRETE', [
-
+        '{{LISTE_STATUTS}}'     => $listeStatuts,
-Règles impératives :
+        '{{LISTE_PROFESSIONS}}' => $listeProfessions,
-- N'invente RIEN. Un champ non mentionné clairement, ou ambigu, reste null.
+        '{{LISTE_AGENTS}}'      => $listeAgents,
-- Ne devine jamais une orthographe que tu ne peux pas déduire du texte fourni.
+        '{{LISTE_ACTIONS}}'     => $listeActions,
-- CNT_Statut : uniquement l'un de ces codes exacts, ou null si aucun statut
+    ]);
-  n'est évoqué : {$listeStatuts}
+} catch (Throwable $e) {
-- Profession : compare ce qui est dicté à cette liste existante (id = libellé) :
+    http_response_code(500);
-  {$listeProfessions}
+    echo json_encode(['error' => 'Prompt système indisponible : ' . $e->getMessage()]);
-  Si une correspondance claire existe, renvoie profession_existante_id (et
+    exit;
-  laisse profession_nouvelle_libelle à null). Sinon, si une profession est
+}
-  bien mentionnée mais absente de la liste, renvoie son libellé dans
-  profession_nouvelle_libelle (et laisse profession_existante_id à null). Si
-  aucune profession n'est mentionnée, les deux restent null.
-- CNT_Notes : tout ce qui est dit et utile au contact mais qui ne correspond
-  à aucun champ structuré ci-dessus (contexte de rencontre, centres
-  d'intérêt, demande explicite comme "envoyer la doc", remarques...) — un
-  résumé concis en français, pas nécessairement mot pour mot. Ne recopie pas
-  dans les notes une information déjà correctement placée dans un champ.
-- Un numéro de téléphone fixe va dans CNT_Tel, un mobile dans CNT_Portable ;
-  si le type n'est pas précisé et qu'un seul numéro est dicté, mets-le dans
-  CNT_Tel.
-- CNT_Mail : une adresse mail ne contient JAMAIS d'accent (é, è, à, ç, ï...).
-  Si la transcription dictée en laisse apparaître un dans ce qui doit devenir
-  une adresse mail, retire l'accent (é→e, è→e, à→a...) plutôt que de le
-  recopier tel quel — ne jamais produire une adresse mail accentuée.
-- assistant_id : l'assistant explicitement nommé par la dictée, parmi cette
-  liste (id = nom) : {$listeAgents}
-  Ne renvoie un id que si un de ces noms (ou une de ses variantes tolérées)
-  est clairement prononcé. Aucun assistant nommé → null, ne suppose JAMAIS un
-  assistant par défaut.
-- actions : identifie chaque action explicitement demandée dans la dictée
-  (ex. "il faut lui envoyer la doc", "envoyer une proposition de tarif",
-  "ajoute ce contact"...). Compare à cette liste existante (code = libellé) :
-  {$listeActions}
-  Pour chaque action reconnue, renvoie action_existante_code si elle
-  correspond clairement à un code de cette liste (action_nouvelle_libelle
-  reste null), sinon renvoie son libellé en français dans
-  action_nouvelle_libelle (action_existante_code reste null). Un tableau vide
-  si aucune action n'est explicitement demandée — ne déduis jamais une action
-  qui ne serait qu'implicite ou probable.
-  La création/l'ajout du contact lui-même ("ajoute ce contact", "crée-le",
-  "enregistre ce contact"...) est une action à part entière au même titre
-  que les autres, même si elle n'a pas de code dans la liste ci-dessus —
-  utilise alors exactement le libellé "Ajouter le contact" dans
-  action_nouvelle_libelle (formulation fixe, pour rester comparable d'une
-  dictée à l'autre). Quand elle est demandée, place-la TOUJOURS en premier
-  dans le tableau actions, avant les autres actions éventuelles (envoyer une
-  doc, etc.) : c'est en général la première chose voulue chronologiquement.
-PROMPT;
 
 // -------- Appel OpenAI --------
 $corpsRequete = [

journal/ASPIC - Journal. Index.md

@@ -8,6 +8,8 @@
 
 Pour les trois documents de ce projet (ce journal — résumé/index —, les Réflexions stratégiques, la Documentation utilisateur), **ainsi que pour les fichiers de section individuels du journal détaillé** (`/journal` sur GitHub, 28 sections numérotées 00 à 27 au 2 septembre 2026) : les mises à jour de contenu ne sont faites qu'**en toute fin de session**, jamais au fil de l'eau pendant les essais — pour éviter d'enregistrer un état intermédiaire ou instable. À ce moment-là, en plus d'écrire la mise à jour dans le document du projet le cas échéant, Claude fournit systématiquement une **copie téléchargeable** (fichier `.md`) de chaque document ou section modifié(e), pour que Jean-Marc puisse la sauvegarder de son côté et la déposer dans le dépôt GitHub. Pour une section du journal détaillé, le fichier téléchargeable reprend le nom exact utilisé dans `/journal` sur GitHub, pour un dépôt direct sans renommage.
 
+**Mise à jour du 11 septembre 2026 (soir) — obsolète depuis le passage à Claude Code sur le serveur.** Le mécanisme ci-dessus (lecture via token GitHub, copie téléchargeable à redéposer) supposait l'ancien environnement cloud éphémère sans accès direct aux fichiers (voir consigne plus bas sur la fin de cet environnement). Désormais, Claude lit et modifie directement les fichiers de `/docker/aspic/src/journal` sur le serveur — la règle de fond (mise à jour de contenu en fin de session seulement, jamais au fil de l'eau) reste entière, mais l'étape de copie téléchargeable/dépôt manuel du contenu ne l'est plus : les fichiers sont déjà à jour sur le disque, prêts pour le `git add`/`commit`/`push` que Jean-Marc effectue lui-même.
+
 **Cas particulier des fichiers de code livrés en session (2 septembre 2026) :** un fichier `.js` n'est pas téléchargeable tel quel depuis le client utilisé par Jean-Marc. Pour tout fichier JavaScript livré (`micro.js` et les suivants), fournir systématiquement, en plus du fichier `.js` normal, une copie strictement identique au format `.txt` (même nom, extension changée — ex. `micro.js.txt`), pour qu'elle soit récupérable.
 
 **Précision du 2 septembre 2026 (fin de session) sur les exports SQL transmis par Jean-Marc :** un `CREATE TABLE`/`INSERT` envoyé par Jean-Marc est le compte-rendu d'une modification déjà faite à la main côté base (il travaille en éditant directement, puis exporte pour informer Claude) — jamais une commande à exécuter côté Claude. Claude peut donc lire ces exports comme l'état réel de la base au moment de l'envoi, sans jamais chercher à les "lancer".
@@ -18,13 +20,15 @@ Pour les trois documents de ce projet (ce journal — résumé/index —, les R
 
 - Format : `V<majeur>.<code>.<conception>` (ex. `V1.12.14`), sans zéro de tête sur aucun des trois nombres — pas de largeur fixe supposée à l'avance.
 - `<code>` : inchangé par rapport à la règle déjà en place depuis le début (incrémenté à la main une seule fois par session avec du code réellement livré et poussé, jamais à chaque fichier reçu).
-- `<conception>` : reprend le numéro de la dernière section **créée** dans les Réflexions stratégiques — jamais un simple complément apporté à une section déjà existante. Critère de Jean-Marc pour ouvrir une nouvelle section plutôt qu'un addendum : le jugement qu'une évolution de la conception est **majeure**, y compris sur un sujet déjà effleuré auparavant (auquel cas la nouvelle section peut reprendre l'ancien titre suivi de *"[Évolutions majeures]"*) — une évolution mineure ou un abandon reste un addendum dans la section existante, sans faire avancer ce compteur. Les "trous" de numérotation que ça peut produire (ex. de 10 à 28) sont acceptés sciemment par Jean-Marc, ce n'est pas une anomalie à corriger.
+- `<conception>` : compteur **libre**, incrémenté de 1 chaque fois que Jean-Marc juge qu'une évolution de la conception est **majeure**, y compris sur un sujet déjà effleuré auparavant (auquel cas la nouvelle section des Réflexions stratégiques peut reprendre l'ancien titre suivi de *"[Évolutions majeures]"*) — une évolution mineure ou un abandon reste un addendum dans la section existante, sans faire avancer ce compteur. **Correction du 11 septembre 2026** : ce paragraphe affirmait jusqu'ici, à tort, que `<conception>` "reprend le numéro de la dernière section créée" dans les Réflexions stratégiques — Jean-Marc a confirmé que ça n'a jamais été une règle réelle, seulement une coïncidence fréquente ces derniers temps (les sections récentes s'étant enchaînées sans saut). Les deux numérotations (le compteur de version, et le numéro qu'une section prend dans les Réflexions stratégiques, qui peut lui sauter — ex. de 10 à 28) restent indépendantes.
 - `<majeur>` : change uniquement quand Jean-Marc juge qu'ASPIC franchit un cap de maturité important — décision, pas calcul. À cette occasion, `<code>` repart à 1 (V1.58 → V2.1, jamais V2.59) tandis que `<conception>` continue sa suite normale sans saut ni retour à 1 (V1.58.67 → V2.1.68), puisque franchir ce cap est lui-même consigné comme une nouvelle section des Réflexions stratégiques.
 
 **Consigne du 11 septembre 2026 — hygiène des sessions Claude Code, indépendante d'ASPIC.** En discutant d'une consommation inattendue sur la clé API (voir journal, section 32), Jean-Marc a réalisé que cette conversation même (Claude Code) tourne sur le même forfait que l'application, et coûte pour la même raison structurelle qu'un appel Anthropic classique : l'API est sans état, donc chaque nouvelle réponse renvoie (et refacture) tout l'historique du fil depuis le début — plus un fil est long, plus chaque tour coûte cher, quel que soit le sujet traité. Décision de Jean-Marc : fermer une session Claude Code dès qu'un sujet aboutit (un chantier de code livré, une décision stratégique actée) plutôt que de laisser un même fil grossir indéfiniment sur plusieurs sujets — un aller-retour de recherche web a par exemple consommé plus de 400 000 tokens à lui seul le 11 septembre 2026.
 
 **Partage de responsabilité pour signaler un changement de version, en début ou en fin de session :** si Jean-Marc sait dès le début d'une session que le code va évoluer, il peut demander à Claude de faire évoluer `<code>` immédiatement plutôt que d'attendre la fin de session. Pour `<conception>`, par défaut c'est à Claude de juger et de signaler en fin de session si l'évolution a été assez majeure pour justifier une nouvelle section — sauf si Jean-Marc sait déjà en début de session que ce sera le cas, auquel cas il le dit d'emblée (c'est par exemple déjà acté pour la session suivant celle du 6 septembre 2026).
 
+**Consigne du 11 septembre 2026 (soir) — fin de l'environnement cloud éphémère, mise à jour de la consigne du 2 septembre 2026 ci-dessus.** Confirmé en direct au fil d'une session : Claude Code tourne désormais sur le serveur de Jean-Marc lui-même (accès fichier direct à `/docker/aspic`, aux conteneurs Docker via `docker ps`/`docker exec`), et non plus dans un environnement cloud entièrement neuf à chaque fenêtre. La continuité entre deux fenêtres de conversation n'est donc plus assurée par les seuls documents de ce projet (journal, Réflexions stratégiques, Documentation utilisateur) : les fichiers de travail eux-mêmes persistent d'une session à l'autre sur le serveur. Cette consigne ne change rien à la discipline de mise à jour de fin de session décrite ci-dessus (elle reste le seul filet pour la mémoire *de Claude*, l'historique d'une conversation n'étant lui-même jamais garanti de survivre) ; en revanche, transmettre un fichier à Claude ne nécessite plus de le coller dans le chat — le déposer n'importe où sur le serveur (Jean-Marc envisage un répertoire dédié) suffit.
+
 **Sur la pérennité des trois documents, précisé le 6 septembre 2026 :** Jean-Marc prévoit qu'un jour ce journal de développement (résumé/index, et les sections détaillées de `/journal`) sera repris et expurgé de ce qui sera devenu inutile — en conservant les anciennes versions via l'historique Git, projet non commencé et pas à l'ordre du jour. **Les Réflexions stratégiques, en revanche, ne seront jamais expurgées** : la méthode d'écriture qu'on vient d'adopter (addendum sur une évolution mineure, nouvelle section sur une évolution majeure, jamais de réécriture de l'existant) fait de ce document une trace chronologique complète et volontairement définitive de l'évolution de la pensée stratégique — utile en particulier pour retrouver, en relecture, des pistes un moment abordées puis laissées de côté qui mériteraient d'être reprises.
 
 ## Sommaire des sections (`/journal` sur GitHub)
@@ -62,10 +66,11 @@ Pour les trois documents de ce projet (ce journal — résumé/index —, les R
 - 30. Chantier des consignes — moteur générique
 - 31. Compétences, Missions et premier chantier agentique — Sophia et les sites web
 - 32. BackOffice — Collaborateurs, Compétences, Espaces disque et coût IA
+- 33. Vision des compétences, champ Relationnel et sortie des prompts IA du code
 
 *(Numérotation et titres repris du découpage fait par Jean-Marc le 31 août 2026, légèrement reformulés par lui à cette occasion — se référer aux fichiers eux-mêmes pour le libellé exact. Section 27 (Pilotage vocal) validée de bout en bout et son fichier définitif déposé dans `/journal` le 2 septembre 2026. Section 28 (Écran de fond) ouverte le 2 septembre 2026, toujours **en cours** — passée d'une maquette graphique exploratoire à un premier essai fonctionnel réel, puis (soirée du 2 au 3 septembre) à une pastille de comptage sur le classeur Contacts et à un premier affichage réel des post-its personnels sur le tableau de liège, puis (8 septembre 2026, matin) à un bureau à trois fonds interchangeables (liège actuel, futur écran assistants, futur tableau de bord) navigables par deux flèches, avant-plan désormais séparé du code des fonds, puis (9-10 septembre 2026) à un écran 2 ("assistants") réellement présenté (portraits, couleurs, rôles) et à une nouvelle répartition des 9 classeurs suivant le cycle de vie d'une affaire, puis (10 septembre 2026, soir) au renommage "collaborateurs" et à deux outils plein écran intégrés à cet écran 2 pour construire et tester l'identité de chaque collaborateur, avec un premier dialogue réel dans ASPIC via l'API Anthropic — fichier de section mis à jour ce jour-là, à déposer par Jean-Marc, voir Statut actuel. Section 29 (Interprétation vocale des contacts par LLM) ouverte et son fichier définitif déposé le 4 septembre 2026 après validation de bout en bout sur un premier corpus réel ; fichiers de section à déposer par Jean-Marc, voir Statut actuel. Section 30 (Chantier des consignes — moteur générique) ouverte le 6 septembre 2026, fichier définitif rédigé le soir même après validation de bout en bout du mécanisme sur des cas réels ; **substantiellement complétée le 7 septembre 2026** (hiérarchisation cohérence/Tests/IA, traçabilité de l'agent, `REA_NomAffiche`, premier appel IA réel dans une consigne avec avertissement bloquant) ; **complétée à nouveau le 8 septembre 2026** (unicité mail/portable, retrait des points sur les numéros, échecs de `consigne_completer_code_postal()` rendus non-silencieux) — fichier de section mis à jour à déposer par Jean-Marc, voir Statut actuel.)*
 
-## Statut actuel (2-10 septembre 2026)
+## Statut actuel (2-11 septembre 2026)
 
 **Écrans "Identification" et "Liste des contacts"** (avec panneau détail intégré) : aboutis depuis le 25 août 2026, testés en production. **Prospection** (formulaire externe, vérification mail, envoi de doc) : livrée et testée en conditions réelles le 26 août 2026 (section 18). **Dépôt Git** en place depuis le 27-28 août (section 20), avec circuit de livraison FileZilla → SSH VPS → `git push` (section 23) — l'écriture directe par Claude reste bloquée côté proxy Anthropic, contournement adopté sans gêne. **MIRADOR** (authentification centralisée multi-bases, identifiant = email) branché et validé à deux utilisateurs le 30 août 2026, déployé sur `aspic.mvl-tls.fr` (développement) et `crm.aspic.bzh` (test), chacun avec son propre environnement Docker (sections 21, 24, 25).
 
@@ -131,6 +136,8 @@ Version incrémentée une seule fois pour l'ensemble de cette session (uniquemen
 
 **11 septembre 2026 (après-midi) : le BackOffice — Collaborateurs, Compétences, Espaces disque, coût IA (V1.22.23).** Détail technique complet en section 32 du journal ; fil stratégique en Réflexions stratégiques, section 23. Jean-Marc a réalisé qu'ASPIC a désormais deux univers distincts — l'écran utilisateur final, et la mécanique interne (identités, compétences, missions-types) — et a demandé un vrai BackOffice ("BO", terme repris de Prestashop) pour héberger cette mécanique : esthétique terminal minimale, menu à gauche, Échap pour en sortir uniquement depuis le menu. Accès piloté par `MIR_Users.MIR_BO`, bouton "BO" discret sur le bureau. Les outils "Construire une identité"/"Tester l'identité" ont été débranchés d'`ecran_fond.html` (718 lignes retirées) et migrés dans le BO ; nouvelle page Compétences (catalogue + attribution, `AGN_Competences` pas encore câblé). Espaces disque privés automatisés : la proposition initiale de Jean-Marc (SHA256 tronqué) a été remplacée par un HMAC à clé secrète pour le dossier de chaque base de travail et un jeton aléatoire pour chaque utilisateur (bug trouvé au passage : `MIR_Code` n'est pas unique dans `MIR_Users`, corrigé en utilisant `MIR_Email`). Enfin, après la découverte de plus de 20€ de consommation Anthropic inexpliquée, mise en place d'un cache de prompt (`cache_control`) et d'une journalisation réelle du coût de chaque appel (nouvelle page BO "Coût IA") — non prévu au départ, ajouté à la demande de Jean-Marc en cours de session.
 
+**11 septembre 2026 (soir) : vision des compétences, champ Relationnel, sortie des prompts IA du code (V1.23.24).** Détail technique complet en section 33 du journal ; fil stratégique en Réflexions stratégiques, section 24. Nouvel onglet "Compétences" en lecture seule dans `bo_collaborateurs.html`. Bug de récitation découvert au premier essai (une compétence posée en test, "savoir faire un bon café", citée telle quelle par Sophia) : `$blocCompetences` ne portait pas la garde anti-récitation d'`AGN_Identite`/`AGN_Experience`, corrigé. Clarification conceptuelle en quatre facettes (Identité/Compétences/Expérience/Relationnel, voir Réflexions stratégiques) aboutissant à un nouveau champ **`AGN_Relationnel`** (posture envers l'équipe, statique), saisi dans un nouvel onglet et injecté dans le prompt de `collaborateur_dialogue.php`. Chantier plus large ensuite, à la demande de Jean-Marc : sortir les quatre prompts système du projet du code PHP vers une nouvelle table `ASP_Prompts`, avec auto-amorçage depuis un texte par défaut (`moteur_prompts.php`) et une nouvelle page BO `bo_prompts.html`/`prompts.php`. Au passage, retrait de toute occurrence du prénom "Jean-Marc" réellement transmise à un modèle ou journalisée, remplacée par le prénom de la session en cours (`USR_Prenom`) — Jean-Marc ayant réalisé que ce prénom en dur poserait problème le jour où ASPIC serait fourni à un autre patron (lien avec l'objectif fondateur de vente SaaS, réflexions stratégiques section 23). `AGN_Couleur` (pastel par collaborateur) branchée pour la première fois quelque part : les bulles du panneau "Tester" du BO, aux côtés du jaune classique (`#fbe14a`) pour l'utilisateur — l'usage sur le tableau de liège (post-its) reste, lui, à faire (voir chantier des attributions ci-dessous). `<code>` et `<conception>` avancés tous les deux à la demande explicite de Jean-Marc — nouvelle version **V1.23.24**.
+
 **Prochain chantier annoncé par Jean-Marc : gérer les attributions de tâches des assistants.** L'écran 2 ("assistants"/"collaborateurs") est désormais présenté (portraits, couleurs, rôles, identité) mais ne porte encore aucune action réelle de répartition de tâches — à rapprocher des points déjà notés plus bas dans "Reste à faire" (discriminant humain/agent sur `ASP_ToDoList`, répartition dynamique des 70% par charge de tâches, exploitation réelle d'`AGN_Couleur`) — rien de plus précisé à ce stade sur le périmètre exact.
 
 **Reste à faire, noté au passage :**
@@ -170,6 +177,9 @@ Version incrémentée une seule fois pour l'ensemble de cette session (uniquemen
 - Lien concret entre une Mission close et l'enrichissement réel de `AGN_Experience` (pas `AGN_Identite`, voir réflexions stratégiques section 22 qui corrige la section 20) au fil du temps — intention actée, rien conçu ni codé à ce stade (`MIS_Statut`/`MIS_BilanCloture` existent en base, mais aucun endpoint de clôture n'a encore été écrit).
 - Stockage de documents utilisateur (PDF) — architecture actée par anticipation (réflexions stratégiques, section 21 : stockage hors racine servie par le serveur web, endpoint PHP dédié, sous-dossier opaque par client en défense en profondeur), aucun développement engagé, pas de besoin immédiat.
 - **Compétence "sites web" de Sophia (section 31, 10-11 septembre 2026), points laissés ouverts :** lecture réelle du catalogue/documents de l'entreprise (dépend de classeurs encore vides, section 19) ; support des images/fichiers binaires dans un site (texte seul pour l'instant) ; rattachement d'un site publié à un vrai nom de domaine (vhost Apache ou `npm-app-1`, étape manuelle) ; synchronisation du schéma des 5 nouvelles tables vers `MS-TST` (pas encore faite) ; vérification détaillée par Jean-Marc de ce que Sophia a réellement écrit lors du premier essai réel.
-- **BackOffice (section 32, 11 septembre 2026), points laissés ouverts :** `ASP_Agents.AGN_Competences` (champ dénormalisé, écrasé/recalculé à chaque modification des compétences d'un collaborateur, lu par `mission_agent.php` ET par le dialogue de test de `bo_collaborateurs.html` en plus d'`AGN_Identite`/`AGN_Experience`) — décrit et validé avec Jean-Marc, pas encore codé. Endpoint de téléchargement de fichier depuis un espace disque utilisateur (`telecharger_fichier.php` ou équivalent) — architecture posée (section 32), rien construit. Comportement réel du cache de prompt et de la journalisation du coût IA à confirmer sur un premier vrai appel après ce soir (aucun appel réseau réel déclenché depuis l'environnement de développement).
+- **BackOffice (section 32, 11 septembre 2026), points laissés ouverts :** `ASP_Agents.AGN_Competences` — **câblé en addendum le 11 septembre 2026** (`agents_competences.php` l'écrase/recalcule à chaque attribution/retrait de compétence ; lu par `mission_agent.php` et par `collaborateur_dialogue.php`, en plus d'`AGN_Identite`/`AGN_Experience`), non encore vérifié en conditions réelles. Endpoint de téléchargement de fichier depuis un espace disque utilisateur (`telecharger_fichier.php` ou équivalent) — architecture posée (section 32), rien construit. Comportement réel du cache de prompt et de la journalisation du coût IA à confirmer sur un premier vrai appel après ce soir (aucun appel réseau réel déclenché depuis l'environnement de développement).
-- **Travail non poussé sur GitHub, découvert le 11 septembre 2026, toujours en attente :** les chantiers des 10 et 11 septembre (collaborateurs, compétences/missions, BackOffice) n'ont jamais été committés/poussés — `git status` montre tout en attente. Décision de Jean-Marc à prendre sur le commit/push groupé.
+- **Travail non poussé sur GitHub, découvert le 11 septembre 2026, toujours en attente :** les chantiers des 10 et 11 septembre (collaborateurs, compétences/missions, BackOffice, puis vision des compétences/Relationnel/sortie des prompts le soir) n'ont jamais été committés/poussés — `git status` montre tout en attente. Décision prise par Jean-Marc (11 septembre, soir) : il gère lui-même le commit/push, y compris la rédaction du message — pas une tâche à déléguer à Claude, "ça m'oblige aussi à continuer à manipuler".
+- Vérifier que la colonne `AGN_Relationnel` (ajoutée par Jean-Marc le 11 septembre 2026, sans type précisé par Claude) est assez large pour un texte libre, cohérente avec `AGN_Identite`/`AGN_Experience` (MEDIUMTEXT).
+- Affiner individuellement l'identité/le relationnel de chaque collaborateur (Matilda, Viktor, Léon, Nikita, Sophia) — explicitement reporté par Jean-Marc le 11 septembre 2026 à plus tard ("quand je n'aurai que ça à faire").
+- Créer un répertoire dédié sur le serveur pour transmettre directement des fichiers à Claude (photos notamment) — envisagé par Jean-Marc le 11 septembre 2026, pas encore fait.
 - **Services externes pour les futurs chantiers (prospection, réseaux sociaux) — réflexions stratégiques section 23 (11 septembre 2026) :** décision de méthode actée (préférer un service externe existant au cas par cas, internaliser ensuite si besoin réel constaté), mais aucun service concret encore choisi ni intégré — recherche à reprendre spécifiquement pour ces deux chantiers quand ils s'ouvriront.

journal/ASPIC - Reflexions strategiques.md

@@ -420,3 +420,24 @@ Dans cette architecture, peu importe finalement que Jean-Marc « connaisse » ou
 **Statut.** Décision actée : pour le site web, développement interne conservé ; pour les prochains grands chantiers, priorité aux services externes, réévaluation possible après usage réel. Rien d'autre engagé à ce stade — cette section fixe le cadre de décision, pas un choix définitif compétence par compétence.
 
 `<code>` n'avance pas dans cette section (aucune ligne de code applicative touchée par cette réflexion elle-même — le code livré ce soir, décrit au journal de développement section 32, avait déjà fait avancer ce compteur avant cette discussion) ; `<conception>` avance de 22 à 23 — nouvelle version **V1.22.23**.
+
+## 24. Quatre facettes de la mémoire d'un collaborateur, et sortir le patron du code (11 septembre 2026)
+
+**Origine.** En testant le panneau "Compétences" tout juste ajouté au BackOffice (voir journal de développement, section 33), Jean-Marc a attribué par jeu à Sophia la compétence "savoir faire un bon café" — et l'a vue, dans "Tester", la citer et la commenter comme n'importe quelle compétence réelle. Révélateur d'un flou plus large que ce seul bug : qu'est-ce qui distingue vraiment, dans la mémoire d'un collaborateur, ce qui relève du caractère, de la capacité, de l'histoire vécue et de la relation ?
+
+**Le modèle à quatre facettes, posé par Jean-Marc en cours d'échange.** Trois champs existaient déjà, chacun avec un rôle propre mais pas toujours net dans son esprit :
+1. **Identité** (`AGN_Identite`) — ce que la personne *est* : caractère, goûts, ce qui ne dépend pas de son emploi chez Jean-Marc.
+2. **Compétences** (`ASP_Competences`) — ce qu'**ASPIC lui apporte** comme capacité réelle, mécanique par nature (aucun effet sans câblage dans `mission_agent.php`, voir section 22) : *"même si personne n'arrive dans une boîte sans rien savoir faire, on n'est pas là pour faire le CV des collaborateurs !"*
+3. **Expérience** (`AGN_Experience`) — ce qui s'accumule par append au fil des dialogues réels, mémoire éditoriale sous contrôle de Jean-Marc (section 22).
+
+Restait un point sans case évidente : la dimension relationnelle envers l'équipe, jusque-là diluée dans l'identité de chacun — *"je ne sais pas où caser l'aspect relationnel avec l'équipe qui donne selon moi du sens à l'ensemble. Je l'ai mis jusqu'à présent dans l'identité, ce n'est pas complètement cohérent..."* Clarification retenue avec Claude : une posture relationnelle *initiale* (directe, réservée, chaleureuse...) est un trait de caractère comme un autre, mais la relation *vécue* se construit avec le temps — elle ressemble par nature à ce que l'Expérience capte déjà, plutôt qu'à un trait figé. Jean-Marc a néanmoins choisi d'ouvrir une quatrième facette dédiée (**`AGN_Relationnel`**, statique pour l'instant) plutôt que de forcer cette idée dans l'un des trois champs existants — la distinction reste plus nette pour lui à l'écriture, quitte à ce que la frontière avec l'expérience s'affine à l'usage.
+
+**Le café n'était pas un bug, mais un défaut de garde.** Diagnostic technique du symptôme de départ : `AGN_Identite`/`AGN_Experience` sont protégées dans le prompt par une consigne explicite ("aide-mémoire, jamais à réciter"), mais le bloc compétences ne l'était pas — un oubli de conception, pas une fatalité du modèle. Corrigé (détail au journal, section 33). Point de méthode qui en découle, généralisable : tout champ injecté dans un prompt système comme mémoire d'un collaborateur doit porter la même garde, faute de quoi il devient une donnée à réciter au lieu d'un aide-mémoire — l'oubli sur les compétences n'est probablement pas le dernier de ce genre.
+
+**Sortir les prompts eux-mêmes du code — même geste que les consignes, appliqué un cran plus haut.** Demande explicite de Jean-Marc, dans la foulée : *"j'aimerai bien que ces prompts ne soient plus dans le code mais me soient accessibles"* — étendue par lui à l'ensemble des quatre prompts IA du projet plutôt qu'au seul dialogue collaborateur. Même philosophie que le chantier des consignes (sections 15/17) et le catalogue de compétences (section 22) : ce qui relève du jugement de Jean-Marc plutôt que de la logique du programme ne doit pas vivre en dur dans un fichier PHP. Concrètement, une table `ASP_Prompts` et un mécanisme d'auto-amorçage (le texte d'origine, gardé en code comme filet, crée sa propre ligne en base au premier besoin réel) — détail complet au journal, section 33.
+
+**Le "aha" du prénom en dur — un premier pas concret vers un ASPIC réutilisable.** En écrivant le relationnel de Sophia (qui mentionne "le patron"), Jean-Marc a réalisé, de lui-même, un point resté invisible jusqu'ici : *"il n'est pas bon que mon prénom apparaisse dans le code si demain l'application est fournie à Joseph ou à Sylvie !"* Lien direct et explicite avec le troisième objectif fondateur d'ASPIC, la vente en SaaS (section 23) — jusqu'ici une intention lointaine, jamais confrontée à un détail concret d'implémentation. Toutes les occurrences de "Jean-Marc" réellement transmises à un modèle (dans les deux prompts système concernés, et dans le journal texte d'une mission) ont été remplacées par le prénom de la session en cours (`USR_Prenom`, déjà connu du système à l'identification) — aucune nouvelle donnée à saisir, juste arrêter de figer par erreur une donnée qui n'a jamais eu vocation à être fixe. Premier cas concret, mineur en soi, mais qui rend tangible une question qui restera à se poser systématiquement à mesure qu'ASPIC grandit : qu'est-ce qui, dans le code, suppose implicitement "Jean-Marc" comme seul patron possible ?
+
+**Statut.** Modèle à quatre facettes adopté et codé le soir même (voir journal de développement, section 33) ; prompts sortis du code pour les quatre cas réels du projet ; dé-figement du prénom du patron traité comme un premier cas d'école, pas comme un chantier de "multi-tenant" en soi — aucune autre donnée de ce type recherchée systématiquement à ce stade.
+
+`<code>` avance également au cours de cette même session (détail au journal de développement, section 33) — nouvelle version **V1.23.24**. Point de méthode noté au passage (voir Index) : `<conception>` est un compteur libre, incrémenté à chaque évolution jugée majeure — **il ne correspond pas** au numéro que prend la section ci-dessus dans ce document (24), malgré une coïncidence numérique fréquente ces derniers jours.

journal/ASPIC-Journal. 32. BackOffice — Collaborateurs, Compétences, Espaces disque et coût IA.md

@@ -10,7 +10,7 @@
 
 **Collaborateurs** (`bo_collaborateurs.html`) : migration à l'identique de "Construire une identité"/"Modifier l'expérience"/"Tester l'identité", débranché d'`ecran_fond.html` (718 lignes retirées — CSS, HTML de l'écran plein cadre, et toute la logique JS associée). Vérification faite après coup : accolades CSS et JS toujours équilibrées, aucune référence orpheline aux identifiants supprimés.
 
-**Compétences** (`competences.php`, `agents_competences.php`, `bo_competences.html`) : nouveau, catalogue (créer/lister) + attribution/retrait à un collaborateur. `AGN_Competences` (le champ dénormalisé prévu ensuite, voir "reste à faire") n'est volontairement pas encore câblé à ce stade.
+**Compétences** (`competences.php`, `agents_competences.php`, `bo_competences.html`) : nouveau, catalogue (créer/lister) + attribution/retrait à un collaborateur. `AGN_Competences` (le champ dénormalisé prévu ensuite) n'est volontairement pas encore câblé à ce stade — câblé le même jour en addendum, voir plus bas.
 
 **Bug trouvé et corrigé en cours de route (point 2, mais découvert ici) :** `MIR_Code` n'est pas une clé unique dans `MIR_Users` — "JMP Dev" et "JMP Tests" partagent le même `MIR_Code` ("JMP"). Une première version de `espace_utilisateur.php`/`espaces.php` cherchait par `MIR_Code`, ce qui aurait mélangé les deux comptes. Corrigé en utilisant `MIR_Email` comme clé partout (même colonne que la vérification de mot de passe dans `aspic.php`).
 
@@ -45,8 +45,14 @@
 
 En discutant de ces 20€, Jean-Marc a réalisé que **cette conversation même** tourne sur la même clé/le même forfait que l'application — et qu'elle coûte, pour la même raison structurelle (API sans état, tout l'historique renvoyé à chaque tour) : plus un fil de conversation est long, plus chaque réponse coûte cher, indépendamment du sujet traité. Un seul appel de recherche web lancé ce soir a consommé 436 549 tokens à lui seul. Conclusion retenue par Jean-Marc : fermer une session Claude Code dès qu'un sujet aboutit plutôt que de laisser un fil grossir indéfiniment — voir la nouvelle consigne ajoutée à l'Index.
 
+## Addendum (11 septembre 2026) — câblage d'`AGN_Competences`
+
+Point 3 de la feuille de route "BackOffice", laissé ouvert plus haut, traité en addendum le même jour : `agents_competences.php` recalcule désormais intégralement `ASP_Agents.AGN_Competences` (écrasement complet, jamais un ajout incrémental comme pour `AGN_Experience`, puisqu'il doit refléter l'attribution actuelle des compétences, pas un historique) à chaque attribution (POST) et chaque retrait (DELETE) d'une compétence à un collaborateur — nouvelle fonction locale `recalculerCompetencesAgent()`, format retenu après question posée à Jean-Marc : une ligne à puce par compétence (`- Libellé : Description`), triées par libellé.
+
+Champ ensuite branché en lecture, comme prévu dès l'origine, dans `mission_agent.php` et `collaborateur_dialogue.php` : ajouté à la sélection SQL de l'agent et injecté dans le prompt système sous un nouveau bloc "Tes compétences déclarées", juste après le bloc expérience — même traitement qu'`AGN_Identite`/`AGN_Experience`. Non vérifié en conditions réelles à ce stade (à tester via `bo_competences.html` puis un dialogue de test).
+
 ## Statut
 
-Points 1 et 2 de la feuille de route "BackOffice" livrés et testés ; point 3 (`AGN_Competences`) reste à faire (voir "reste à faire"). Le point sur le cache/coût IA, non prévu au départ, a été traité en cours de session à la demande de Jean-Marc.
+Les trois points de la feuille de route "BackOffice" sont désormais livrés (points 1 et 2 le 11 septembre après-midi, point 3 — `AGN_Competences` — en addendum le même jour, voir ci-dessus). Le point sur le cache/coût IA, non prévu au départ, a été traité en cours de session à la demande de Jean-Marc.
 
-`<code>` avance (coquille BO complète, deux nouvelles paires endpoint/écran, mécanisme d'espace disque, cache + journalisation IA) ; `<conception>` avance également (nouvelle section 23 des Réflexions stratégiques, voir ce document) — nouvelle version **V1.22.23**.
+`<code>` avance (coquille BO complète, deux nouvelles paires endpoint/écran, mécanisme d'espace disque, cache + journalisation IA) ; `<conception>` avance également (nouvelle section 23 des Réflexions stratégiques, voir ce document) — version **V1.22.23**. L'addendum `AGN_Competences` ci-dessus n'a pas fait avancer `<code>` une seconde fois à ce stade (travail pas encore committé/poussé, voir journal Index) — à trancher avec Jean-Marc au moment de la livraison.

journal/ASPIC-Journal. 33. Vision des compétences, champ Relationnel et sortie des prompts IA du code.md

@@ -0,0 +1,72 @@
+# 33. Vision des compétences, champ Relationnel et sortie des prompts IA du code (11 septembre 2026)
+
+**Origine.** Reprise de session sur le BackOffice Collaborateurs (section 32) : Jean-Marc voulait d'abord une simple vue des compétences déjà attribuées, avant de tomber sur un effet de bord révélateur en testant.
+
+## Point 1 — Vision des compétences dans `bo_collaborateurs.html`
+
+Nouvel onglet **Compétences**, en lecture seule (l'attribution/le retrait restent dans `bo_competences.html`, aucune duplication de CRUD) : interroge `agents_competences.php` (déjà existant) et filtre côté client sur `AGC_AgentIncr` du collaborateur sélectionné. Lien "Gérer les compétences →" vers `bo_competences.html`. Aucun endpoint touché.
+
+## Point 2 — Bug de récitation découvert au premier essai réel
+
+En testant, Jean-Marc avait attribué par jeu la compétence "savoir faire un bon café" à Sophia (aux côtés de compétences réelles) — dans "Tester", elle l'a citée telle quelle, en la commentant, comme n'importe quelle autre compétence. Diagnostic : `$blocCompetences` dans `collaborateur_dialogue.php` est injecté sous un intitulé factuel ("Tes compétences déclarées :") sans jamais porter la consigne anti-récitation qui protège pourtant l'identité et l'expérience — contrairement à `AGN_Identite`/`AGN_Experience`, le catalogue de compétences (`ASP_Competences`) est pensé dès l'origine comme mécanique (voir section 22 des Réflexions stratégiques et l'en-tête de `competences.php`), pas comme un texte à faire vivre dans une conversation.
+
+**Corrigé** : `$blocCompetences` porte désormais sa propre garde, autonome de la consigne générale du prompt ("un aide-mémoire pour savoir ce que tu peux proposer, jamais une liste à réciter, énumérer ou commenter telle quelle... une entrée isolée ou insolite ne mérite pas plus d'attention qu'une autre").
+
+## Point 3 — Clarification conceptuelle : quatre facettes, pas trois
+
+Discussion engagée par Jean-Marc pour clarifier ce que chaque champ représente réellement :
+1. **Identité** (`AGN_Identite`) : caractère, goûts — ce que la personne *est*.
+2. **Compétences** (`ASP_Competences`/`AGN_Competences`) : ce qu'ASPIC lui apporte comme capacité réelle — mécanique, jamais un CV ("même si personne n'arrive dans une boîte sans rien savoir faire, on n'est pas là pour faire le CV des collaborateurs !").
+3. **Expérience** (`AGN_Experience`) : ce qui s'accumule par append au fil des dialogues réels (déjà posé section 20/22).
+
+Point resté sans case évidente pour Jean-Marc : l'aspect **relationnel** envers l'équipe, qu'il avait jusqu'ici mélangé dans l'identité ("je ne sais pas où caser l'aspect relationnel avec l'équipe qui donne selon moi du sens à l'ensemble"). Clarification retenue : une posture relationnelle *initiale* (directe, réservée, chaleureuse...) reste un trait de caractère au même titre que les autres — mais la relation *vécue*, elle, se construit avec le temps et ressemble par nature à ce que l'Expérience capte déjà. Plutôt que de forcer ça dans l'un des trois champs existants, Jean-Marc a choisi une quatrième facette dédiée, statique pour l'instant.
+
+## Point 4 — Nouveau champ `AGN_Relationnel`
+
+Colonne ajoutée par Jean-Marc lui-même (type non spécifié par Claude cette fois — à vérifier qu'elle est bien assez large pour un texte libre, cohérente avec `AGN_Identite`/`AGN_Experience`).
+
+- **Saisie** (`bo_collaborateurs.html`) : nouvel onglet "Relationnel", réutilisant le même panneau/textarea qu'Identité/Expérience — `chargerChamp()` généralisé (table `PANNEAU_PAR_CHAMP` au lieu d'un ternaire à deux branches) plutôt que dupliqué.
+- **Lecture/écriture** (`collaborateurs_identite.php`) : `AGN_Relationnel` ajouté au `SELECT` et à la whitelist du `PUT`.
+- **Mémoire du collaborateur** (`collaborateur_dialogue.php`) : nouveau `$blocRelationnel`, inséré juste après l'identité — sous la même consigne générale ("aide-mémoire, jamais à réciter") que l'identité, puisque c'est un texte rédigé par Jean-Marc et non une liste factuelle (donc pas de garde dédiée comme pour les compétences).
+
+## Point 5 — Sortir les prompts IA du code
+
+Demande explicite de Jean-Marc ("j'aimerai bien que ces prompts ne soient plus dans le code mais me soient accessibles"), étendue par lui à l'ensemble du projet plutôt qu'au seul dialogue collaborateur. Recensement des quatre prompts système réels du projet :
+- `COLLABORATEUR_DIALOGUE` (`collaborateur_dialogue.php`)
+- `MISSION_AGENT` (`mission_agent.php`)
+- `CONTACT_IA_INTERPRETE` (`contact_ia_interprete.php`)
+- `CONTACT_IA_CODE_POSTAL` (`consignes_fonctions.php`, `consigne_completer_code_postal()`)
+
+**Nouvelle table `ASP_Prompts`** (`PMT_Code` varchar en clé primaire, `PMT_Libelle`, `PMT_Texte` mediumtext, `PMT_DateModification`).
+
+**Nouveau `moteur_prompts.php`**, même esprit que `moteur_consignes.php` : `PROMPTS_PAR_DEFAUT` porte le texte d'origine de chaque prompt (placeholders `{{...}}`, jamais perdu) ; `chargerPromptSysteme($pdo, $code, $remplacements)` lit la base et **auto-amorce** la ligne avec son texte par défaut au tout premier appel réel qui en a besoin (même principe qu'`EBAUCHES_IDENTITE`) ; `amorcerPromptsManquants($pdo)` fait de même pour que le BO liste toujours les quatre prompts, même avant tout premier essai réel. Aucun `INSERT` à taper à la main — seule la structure de table reste à créer par Jean-Marc.
+
+Les quatre fichiers appelants remplacent leur heredoc `$promptSysteme` par un appel à `chargerPromptSysteme()`, avec le calcul des blocs variables inchangé. Cas particulier de `consigne_completer_code_postal()` : cette fonction ne reçoit pas `$pdo` par contrat (Traitement à plusieurs champs, voir `moteur_consignes.php`) — plutôt que d'étendre ce contrat une troisième fois pour un seul besoin, elle ouvre sa propre connexion via `getDbConnection()` (déjà globalement disponible, `db.php` étant requis avant `consignes_fonctions.php` par `contacts.php`). Un échec de chargement du prompt y est traité comme la clé API absente : aucun appel réseau n'a encore été tenté, donc seul l'avertissement écran est posé, pas de `_realisation`.
+
+**Nouvelle page BO** `bo_prompts.html` + endpoint `prompts.php` (GET liste, PUT édite le texte d'un code existant — jamais de création libre d'un nouveau code depuis le BO, contrairement au catalogue de compétences, puisqu'un `PMT_Code` est en dur dans le seul fichier PHP qui l'appelle). Ajoutée au menu du BO (`backoffice.js`).
+
+**Incident de livraison du CREATE TABLE.** Jean-Marc n'arrivait pas à copier le texte SQL depuis le chat. Claude a d'abord tenté de créer la table lui-même en profitant de l'accès direct au serveur (conteneur `mysql-mysql-1`, trouvé via `docker ps` sur le réseau `proxy` partagé) — bloqué par le classificateur de sécurité du mode automatique de Claude Code ("Credential Materialization", refus d'exécuter une commande exposant un mot de passe en clair). Pas de contournement forcé : fichier `.sql` envoyé directement via l'outil d'envoi de fichier. Jean-Marc a ensuite trouvé comment copier-coller depuis son propre client et a exécuté le `CREATE TABLE` lui-même — table créée, testée en conditions réelles, fonctionnelle.
+
+## Point 6 — Le prénom de Jean-Marc en dur dans le code
+
+En rédigeant le relationnel de Sophia, Jean-Marc a réalisé un point de fond : *"il n'est pas bon que mon prénom apparaisse dans le code si demain l'application est fournie à Joseph ou à Sylvie !"* — lien direct avec le troisième objectif fondateur d'ASPIC (vente SaaS, voir Réflexions stratégiques section 23).
+
+Recensement de toutes les occurrences de "Jean-Marc" réellement envoyées au modèle ou journalisées (les commentaires de code, jamais lus par personne d'autre que Claude, ne sont pas concernés) : les deux templates de prompts (`COLLABORATEUR_DIALOGUE`, `MISSION_AGENT`), les blocs Relationnel/Expérience construits directement en PHP, et le tag `[Jean-Marc]` posé dans le journal texte d'une mission (`mission_agent.php`). Toutes remplacées par un placeholder `{{PATRON}}`/une variable `$patron`, dérivée de `$_SESSION['USR_Prenom']` (déjà posé en session par `aspic.php` au login), avec repli sur "l'utilisateur" si absent — jamais une nouvelle donnée à saisir, le prénom du patron est déjà celui de la personne connectée.
+
+## Point 7 — Couleur des collaborateurs dans le chat de test
+
+Jean-Marc a signalé que les collaborateurs avaient "perdu leur couleur" dans le panneau "Tester" de `bo_collaborateurs.html`. Vérification faite : `AGN_Couleur` n'était en réalité affichée **nulle part** dans l'application avant ce soir (déjà repéré comme "inutilisée par aucun écran" dans le Reste à faire du 9-10 septembre) — donc pas perdue, plutôt jamais branchée. Corrigé : la bulle du collaborateur reprend désormais sa couleur pastel réelle (`AGN_Couleur`), la bulle de l'utilisateur reprend le jaune classique du post-it humain (`#fbe14a`, même valeur que sur le tableau de liège d'`ecran_fond.html`).
+
+## Test réel et retour de Jean-Marc
+
+Après avoir retiré "café" du catalogue de Sophia et rédigé un premier texte de Relationnel mentionnant "le patron", Jean-Marc a observé qu'elle a cessé de dire "salut !" — enregistré comme un effet attendu du mot choisi (registre plus formel), pas un bug, le modèle restant libre d'ajuster son ton comme convenu depuis la section 20. Affinage individuel de l'identité/du relationnel de chaque collaborateur explicitement reporté par Jean-Marc à plus tard ("quand je n'aurai que ça à faire").
+
+## Environnement de travail : changement de fond, pas propre à ASPIC
+
+Confirmé au fil de cette session : Claude Code tourne désormais **directement sur le serveur** (accès fichier direct à `/docker/aspic`, aux conteneurs Docker via `docker ps`/`docker exec`) — fini l'environnement cloud éphémère décrit dans la consigne du 2 septembre 2026 (voir Index). Le circuit FileZilla → SSH → `git push` reste la méthode de Jean-Marc pour livrer du code (il garde volontairement la main sur le commit et son message, "ça m'oblige aussi à continuer à manipuler"), mais n'est plus indispensable pour qu'un fichier existant devienne visible/modifiable par Claude. Jean-Marc envisage de créer un répertoire dédié pour transmettre directement des fichiers (image notamment) — pas fait ce soir, faute d'avoir retrouvé l'image en question.
+
+## Statut
+
+Version incrémentée une fois pour l'ensemble de cette session, sur les deux compteurs à la demande explicite de Jean-Marc : **V1.23.24**. Nouvelle section 24 des Réflexions stratégiques ouverte pour la partie conceptuelle (voir ce document).
+
+Au passage, correction actée avec Jean-Marc et reportée dans l'Index : la consigne du 6 septembre 2026 sur `<conception>` ("reprend le numéro de la dernière section créée") était fausse depuis le début, jamais une règle réelle — un simple compteur libre, incrémenté à chaque évolution jugée majeure, sans lien garanti avec le numéro que prendra la section correspondante dans les Réflexions stratégiques.

mission_agent.php

@@ -58,12 +58,18 @@ session_start();
 header('Content-Type: application/json; charset=utf-8');
 require __DIR__ . '/db.php';
 require __DIR__ . '/journal_ia.php';
+require __DIR__ . '/moteur_prompts.php';
 
 if (empty($_SESSION['USR_Code'])) {
     http_response_code(401);
     echo json_encode(['error' => 'Non identifié — veuillez vous connecter.']);
     exit;
 }
+// Prénom de l'utilisateur connecté (posé en session par aspic.php au login),
+// jamais "Jean-Marc" en dur dans le prompt/le journal (11 septembre 2026,
+// point relevé par Jean-Marc lui-même : ASPIC est censé pouvoir un jour
+// tourner pour un autre patron, Joseph ou Sylvie).
+$patron = trim((string) ($_SESSION['USR_Prenom'] ?? '')) ?: "l'utilisateur";
 if ($_SERVER['REQUEST_METHOD'] !== 'POST') {
     http_response_code(405);
     echo json_encode(['error' => 'Méthode non autorisée']);
@@ -115,7 +121,7 @@ try {
 $stmt = $pdo->prepare(
     'SELECT m.MIS_Incr, m.MIS_AgentIncr, m.MIS_CompetenceCode, m.MIS_SiteIncr,
             m.MIS_Titre, m.MIS_Objectif, m.MIS_Statut, m.MIS_Journal, m.MIS_HistoriqueJson,
-            a.AGN_Prenom, a.AGN_Fonction, a.AGN_Identite, a.AGN_Experience,
+            a.AGN_Prenom, a.AGN_Fonction, a.AGN_Identite, a.AGN_Experience, a.AGN_Competences,
             c.CMP_Libelle, c.CMP_Description
      FROM ASP_Missions m
      JOIN ASP_Agents a ON a.AGN_Incr = m.MIS_AgentIncr
@@ -413,7 +419,12 @@ $blocIdentite = $identite !== '' ? $identite : "(Aucune identité détaillée é
 
 $experience = trim((string) ($mission['AGN_Experience'] ?? ''));
 $blocExperience = $experience !== ''
-    ? "\n\nCe que tu retiens de vos échanges précédents avec Jean-Marc :\n\n{$experience}"
+    ? "\n\nCe que tu retiens de vos échanges précédents avec {$patron} :\n\n{$experience}"
+    : '';
+
+$competencesAgent = trim((string) ($mission['AGN_Competences'] ?? ''));
+$blocCompetences = $competencesAgent !== ''
+    ? "\n\nTes compétences déclarées :\n\n{$competencesAgent}"
     : '';
 
 $outils = outilsDeLaCompetence($mission['MIS_CompetenceCode']);
@@ -425,29 +436,27 @@ $contexteSite = $site
     ? "Tu travailles sur un site déjà existant (\"{$site['SIT_Nom']}\", statut : {$site['SIT_Statut']}) — utilise lister_fichiers_site()/lire_fichier_site() avant de modifier quoi que ce soit à l'aveugle."
     : "Aucun site n'existe encore pour cette mission — le premier appel à ecrire_fichier_site() le créera automatiquement.";
 
-$promptSysteme = <<<PROMPT
+// Texte sorti du code le 11 septembre 2026 — voir moteur_prompts.php pour le
-Tu es {$prenom}, en mission au sein de l'agence de Jean-Marc. Voici ton parcours et ta personnalité, à ton seul usage, jamais à réciter tel quel :
+// texte par défaut/la table ASP_Prompts, bo_prompts.html pour l'édition.
-
+try {
-{$blocIdentite}{$blocExperience}
+    $promptSysteme = chargerPromptSysteme($pdo, 'MISSION_AGENT', [
-
+        '{{PRENOM}}'                => $prenom,
-Tu es actuellement en MISSION (pas une simple discussion de mise au point) : ceci a de vraies conséquences, tes outils modifient réellement des fichiers.
+        '{{PATRON}}'                => $patron,
-
+        '{{BLOC_IDENTITE}}'         => $blocIdentite,
-Titre de la mission : {$mission['MIS_Titre']}
+        '{{BLOC_EXPERIENCE}}'       => $blocExperience,
-Objectif : {$mission['MIS_Objectif']}
+        '{{BLOC_COMPETENCES}}'      => $blocCompetences,
-
+        '{{TITRE_MISSION}}'         => $mission['MIS_Titre'],
-Compétence mobilisée : {$mission['CMP_Libelle']} — {$mission['CMP_Description']}
+        '{{OBJECTIF}}'              => $mission['MIS_Objectif'],
-
+        '{{COMPETENCE_LIBELLE}}'    => $mission['CMP_Libelle'],
-Tes outils RÉELS pour cette mission (et RIEN d'autre — ne promets jamais une capacité que tu n'as pas dans cette liste) :
+        '{{COMPETENCE_DESCRIPTION}}' => $mission['CMP_Description'],
-{$listeOutils}
+        '{{LISTE_OUTILS}}'          => $listeOutils,
-
+        '{{CONTEXTE_SITE}}'         => $contexteSite,
-{$contexteSite}
+    ]);
-
+} catch (Throwable $e) {
-Règles strictes :
+    http_response_code(500);
-- Tu ne travailles JAMAIS que pour l'entreprise de Jean-Marc elle-même, jamais pour un client tiers de cette entreprise.
+    echo json_encode(['error' => 'Prompt système indisponible : ' . $e->getMessage()]);
-- Tu ne peux utiliser comme contenu que ce que Jean-Marc te fournit explicitement dans cette conversation — tu n'as accès à aucune autre source.
+    exit;
-- Une fois un fichier écrit, dis clairement ce que tu as fait, en une phrase naturelle, sans jargon technique excessif.
+}
-- Si l'objectif te semble flou ou incomplet, pose la question avant d'écrire un fichier au hasard.
-PROMPT;
 
 // -------- Historique --------
 $historique = [];
@@ -519,7 +528,7 @@ if ($limiteAtteinte && $texteFinal === '') {
 
 // -------- Persistance --------
 $hordate = date('d/m/Y H:i');
-$nouveauJournal = "\n--- $hordate ---\n[Jean-Marc] $message\n";
+$nouveauJournal = "\n--- $hordate ---\n[{$patron}] $message\n";
 foreach ($lignesJournal as $l) {
     $nouveauJournal .= "  $l\n";
 }

moteur_prompts.php

@@ -0,0 +1,232 @@
+<?php
+/**
+ * ASPIC — moteur_prompts.php
+ *
+ * (11 septembre 2026) Sortie des prompts système IA du code source, pour que
+ * Jean-Marc puisse les lire et les modifier lui-même sans repasser par
+ * Claude Code — même logique que le chantier des consignes (ASP_Consignes)
+ * pour les contrôles de fiche Contact, ou qu'AGN_Identite pour la
+ * personnalité d'un collaborateur : le texte vit en base, pas dans un
+ * fichier PHP, éditable via bo_prompts.html/prompts.php.
+ *
+ * Les quatre prompts système du projet, chacun avec un code fixe (utilisé en
+ * dur au seul endroit du code qui l'appelle — pas de création libre de
+ * nouveaux codes depuis le BO, contrairement au catalogue de compétences) :
+ *   - COLLABORATEUR_DIALOGUE  (collaborateur_dialogue.php)
+ *   - MISSION_AGENT           (mission_agent.php)
+ *   - CONTACT_IA_INTERPRETE   (contact_ia_interprete.php)
+ *   - CONTACT_IA_CODE_POSTAL  (consignes_fonctions.php, consigne_completer_code_postal)
+ *
+ * Table à créer par Jean-Marc avant le premier essai :
+ *
+ *   CREATE TABLE `ASP_Prompts` (
+ *     `PMT_Code` varchar(64) NOT NULL,
+ *     `PMT_Libelle` varchar(255) NOT NULL,
+ *     `PMT_Texte` mediumtext NOT NULL,
+ *     `PMT_DateModification` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
+ *     PRIMARY KEY (`PMT_Code`)
+ *   ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
+ *
+ * Auto-amorçage : PROMPTS_PAR_DEFAUT ci-dessous porte le texte d'origine de
+ * chaque prompt (avec placeholders {{...}}), jamais perdu même une fois la
+ * table créée — chargerPromptSysteme() l'utilise pour créer la ligne en base
+ * au tout premier appel réel qui en a besoin (même principe qu'EBAUCHES_IDENTITE
+ * dans bo_collaborateurs.html), et amorcerPromptsManquants() (appelée par
+ * prompts.php) fait de même pour que le BO liste toujours les quatre prompts
+ * même avant tout premier essai réel de chacun. Une fois la ligne créée, la
+ * base fait foi — ce texte par défaut ne réécrase plus jamais une
+ * modification faite par Jean-Marc.
+ *
+ * Placeholders : simple remplacement littéral (strtr), pas un moteur de
+ * gabarit — une clé {{...}} absente de $remplacements reste telle quelle
+ * dans le texte final, sans erreur ; à l'inverse, si Jean-Marc supprime un
+ * placeholder en éditant un prompt dans le BO, la donnée correspondante
+ * n'apparaît simplement plus dans le prompt envoyé au modèle (pas de
+ * validation de cohérence à ce stade — le risque d'un prompt cassé reste
+ * entièrement entre ses mains, comme pour une consigne SQL tapée à la main).
+ */
+
+const PROMPTS_PAR_DEFAUT = [
+
+    'COLLABORATEUR_DIALOGUE' => [
+        'libelle' => 'Dialogue de test collaborateur (collaborateur_dialogue.php)',
+        'texte' => <<<PROMPT
+Tu es {{PRENOM}}, {{FONCTION}} au sein de l'agence de {{PATRON}}. Tu es une
+collègue de travail à part entière, avec ton propre caractère — pas un
+assistant IA générique, et surtout pas un "compagnon" virtuel avec qui
+{{PATRON}} entretiendrait une relation affective. Il/elle te parle comme
+il/elle parlerait à n'importe quel collaborateur de son équipe : réponds-lui
+de la même façon, naturellement.
+
+Voici ton parcours et ta personnalité, pour savoir comment tu réagis et ce
+que tu penses — ce texte est un aide-mémoire à ton seul usage, jamais un
+texte à réciter : si on te demande de te présenter ou de raconter ton
+parcours, reformule toujours avec tes propres mots, de façon brève et
+naturelle, comme le ferait quelqu'un qui parle de soi en quelques phrases —
+ne recopie et ne résume JAMAIS ce texte tel quel, même si on insiste ou si
+on te le demande directement.
+
+{{BLOC_IDENTITE}}{{BLOC_RELATIONNEL}}{{BLOC_EXPERIENCE}}{{BLOC_COMPETENCES}}
+
+Le bloc d'échanges précédents ci-dessus (s'il est présent) est lui aussi un
+aide-mémoire à ton seul usage, jamais un texte à réciter ou à résumer tel
+quel : sers-t'en pour te souvenir naturellement de ce qui s'est déjà dit,
+comme le ferait un collègue qui se rappelle une conversation passée — sans
+jamais le citer mot pour mot ni en faire la liste, même si on te le demande
+directement.
+
+Consignes :
+- Tu as le droit d'avoir un avis différent de celui d'un autre collaborateur
+  ou de {{PATRON}} lui-même — c'est voulu. Dis ce que tu penses vraiment
+  plutôt que d'être seulement conciliante ou conciliant.
+- Reste dans ton rôle professionnel en toute circonstance : jamais de
+  registre romantique, jamais de dépendance affective, jamais de personnage
+  "compagnon" ou de rituel entretenu avec {{PATRON}}.
+- Réponds en français, de façon naturelle, vivante et concise — comme dans
+  un vrai échange de travail, pas comme un assistant qui liste des points.
+- Cette discussion est un essai interne mené par {{PATRON}} pour ajuster ton
+  identité avant qu'elle ne serve vraiment : inutile de le préciser toi-même
+  sauf s'il/si elle t'interroge dessus.
+PROMPT,
+    ],
+
+    'MISSION_AGENT' => [
+        'libelle' => 'Agent de mission (mission_agent.php)',
+        'texte' => <<<PROMPT
+Tu es {{PRENOM}}, en mission au sein de l'agence de {{PATRON}}. Voici ton parcours et ta personnalité, à ton seul usage, jamais à réciter tel quel :
+
+{{BLOC_IDENTITE}}{{BLOC_EXPERIENCE}}{{BLOC_COMPETENCES}}
+
+Tu es actuellement en MISSION (pas une simple discussion de mise au point) : ceci a de vraies conséquences, tes outils modifient réellement des fichiers.
+
+Titre de la mission : {{TITRE_MISSION}}
+Objectif : {{OBJECTIF}}
+
+Compétence mobilisée : {{COMPETENCE_LIBELLE}} — {{COMPETENCE_DESCRIPTION}}
+
+Tes outils RÉELS pour cette mission (et RIEN d'autre — ne promets jamais une capacité que tu n'as pas dans cette liste) :
+{{LISTE_OUTILS}}
+
+{{CONTEXTE_SITE}}
+
+Règles strictes :
+- Tu ne travailles JAMAIS que pour l'entreprise de {{PATRON}} elle-même, jamais pour un client tiers de cette entreprise.
+- Tu ne peux utiliser comme contenu que ce que {{PATRON}} te fournit explicitement dans cette conversation — tu n'as accès à aucune autre source.
+- Une fois un fichier écrit, dis clairement ce que tu as fait, en une phrase naturelle, sans jargon technique excessif.
+- Si l'objectif te semble flou ou incomplet, pose la question avant d'écrire un fichier au hasard.
+PROMPT,
+    ],
+
+    'CONTACT_IA_INTERPRETE' => [
+        'libelle' => 'Interprétation vocale de contact (contact_ia_interprete.php)',
+        'texte' => <<<PROMPT
+Tu extrais des informations de contact professionnel (prospection commerciale
+d'un CRM français) à partir d'une dictée vocale libre en français, brute et
+parfois hésitante (hésitations, reprises, "euh", phrases inachevées).
+
+Règles impératives :
+- N'invente RIEN. Un champ non mentionné clairement, ou ambigu, reste null.
+- Ne devine jamais une orthographe que tu ne peux pas déduire du texte fourni.
+- CNT_Statut : uniquement l'un de ces codes exacts, ou null si aucun statut
+  n'est évoqué : {{LISTE_STATUTS}}
+- Profession : compare ce qui est dicté à cette liste existante (id = libellé) :
+  {{LISTE_PROFESSIONS}}
+  Si une correspondance claire existe, renvoie profession_existante_id (et
+  laisse profession_nouvelle_libelle à null). Sinon, si une profession est
+  bien mentionnée mais absente de la liste, renvoie son libellé dans
+  profession_nouvelle_libelle (et laisse profession_existante_id à null). Si
+  aucune profession n'est mentionnée, les deux restent null.
+- CNT_Notes : tout ce qui est dit et utile au contact mais qui ne correspond
+  à aucun champ structuré ci-dessus (contexte de rencontre, centres
+  d'intérêt, demande explicite comme "envoyer la doc", remarques...) — un
+  résumé concis en français, pas nécessairement mot pour mot. Ne recopie pas
+  dans les notes une information déjà correctement placée dans un champ.
+- Un numéro de téléphone fixe va dans CNT_Tel, un mobile dans CNT_Portable ;
+  si le type n'est pas précisé et qu'un seul numéro est dicté, mets-le dans
+  CNT_Tel.
+- CNT_Mail : une adresse mail ne contient JAMAIS d'accent (é, è, à, ç, ï...).
+  Si la transcription dictée en laisse apparaître un dans ce qui doit devenir
+  une adresse mail, retire l'accent (é→e, è→e, à→a...) plutôt que de le
+  recopier tel quel — ne jamais produire une adresse mail accentuée.
+- assistant_id : l'assistant explicitement nommé par la dictée, parmi cette
+  liste (id = nom) : {{LISTE_AGENTS}}
+  Ne renvoie un id que si un de ces noms (ou une de ses variantes tolérées)
+  est clairement prononcé. Aucun assistant nommé → null, ne suppose JAMAIS un
+  assistant par défaut.
+- actions : identifie chaque action explicitement demandée dans la dictée
+  (ex. "il faut lui envoyer la doc", "envoyer une proposition de tarif",
+  "ajoute ce contact"...). Compare à cette liste existante (code = libellé) :
+  {{LISTE_ACTIONS}}
+  Pour chaque action reconnue, renvoie action_existante_code si elle
+  correspond clairement à un code de cette liste (action_nouvelle_libelle
+  reste null), sinon renvoie son libellé en français dans
+  action_nouvelle_libelle (action_existante_code reste null). Un tableau vide
+  si aucune action n'est explicitement demandée — ne déduis jamais une action
+  qui ne serait qu'implicite ou probable.
+  La création/l'ajout du contact lui-même ("ajoute ce contact", "crée-le",
+  "enregistre ce contact"...) est une action à part entière au même titre
+  que les autres, même si elle n'a pas de code dans la liste ci-dessus —
+  utilise alors exactement le libellé "Ajouter le contact" dans
+  action_nouvelle_libelle (formulation fixe, pour rester comparable d'une
+  dictée à l'autre). Quand elle est demandée, place-la TOUJOURS en premier
+  dans le tableau actions, avant les autres actions éventuelles (envoyer une
+  doc, etc.) : c'est en général la première chose voulue chronologiquement.
+PROMPT,
+    ],
+
+    'CONTACT_IA_CODE_POSTAL' => [
+        'libelle' => 'Complétion IA du code postal (consignes_fonctions.php, consigne_completer_code_postal)',
+        'texte' => <<<PROMPT
+Tu donnes le code postal français d'une ville, pour un CRM. N'invente jamais
+un code postal : renvoie null si tu n'es pas raisonnablement sûr, si la
+ville est ambiguë ou inconnue, ou si elle est à cheval sur plusieurs codes
+postaux sans qu'un seul soit clairement le principal (ex. grandes villes
+découpées en arrondissements).
+PROMPT,
+    ],
+
+];
+
+/**
+ * Charge le prompt système $code, en base (ASP_Prompts) — amorcé avec son
+ * texte par défaut (PROMPTS_PAR_DEFAUT) au premier appel réel si la ligne
+ * n'existe pas encore — puis applique $remplacements (strtr : clé {{...}}
+ * littérale → valeur).
+ */
+function chargerPromptSysteme(PDO $pdo, string $code, array $remplacements = []): string
+{
+    $stmt = $pdo->prepare('SELECT PMT_Texte FROM ASP_Prompts WHERE PMT_Code = ?');
+    $stmt->execute([$code]);
+    $texte = $stmt->fetchColumn();
+
+    if ($texte === false) {
+        if (!isset(PROMPTS_PAR_DEFAUT[$code])) {
+            throw new RuntimeException("Prompt inconnu, ni en base ni de valeur par défaut : $code");
+        }
+        $defaut = PROMPTS_PAR_DEFAUT[$code];
+        $pdo->prepare('INSERT INTO ASP_Prompts (PMT_Code, PMT_Libelle, PMT_Texte) VALUES (?, ?, ?)')
+            ->execute([$code, $defaut['libelle'], $defaut['texte']]);
+        $texte = $defaut['texte'];
+    }
+
+    return strtr((string) $texte, $remplacements);
+}
+
+/**
+ * Crée en base, avec son texte par défaut, chaque prompt de PROMPTS_PAR_DEFAUT
+ * pas encore présent dans ASP_Prompts — appelée par prompts.php (GET) pour
+ * que le BO liste toujours les quatre prompts, même avant le tout premier
+ * essai réel de chacun (qui, seul, amorcerait sinon sa ligne via
+ * chargerPromptSysteme() ci-dessus).
+ */
+function amorcerPromptsManquants(PDO $pdo): void
+{
+    $existants = $pdo->query('SELECT PMT_Code FROM ASP_Prompts')->fetchAll(PDO::FETCH_COLUMN);
+    foreach (PROMPTS_PAR_DEFAUT as $code => $defaut) {
+        if (in_array($code, $existants, true)) {
+            continue;
+        }
+        $pdo->prepare('INSERT INTO ASP_Prompts (PMT_Code, PMT_Libelle, PMT_Texte) VALUES (?, ?, ?)')
+            ->execute([$code, $defaut['libelle'], $defaut['texte']]);
+    }
+}

prompts.php

@@ -0,0 +1,85 @@
+<?php
+/**
+ * ASPIC — prompts.php
+ *
+ * Endpoint du BackOffice (11 septembre 2026, voir moteur_prompts.php pour le
+ * contexte complet) — lecture/édition des quatre prompts système IA du
+ * projet, stockés dans ASP_Prompts. Consommé par bo_prompts.html.
+ *
+ * GET : amorce d'abord en base tout prompt de PROMPTS_PAR_DEFAUT pas encore
+ *       présent (voir amorcerPromptsManquants()), puis renvoie la liste
+ *       complète — pour que le BO liste toujours les quatre prompts, même
+ *       avant le tout premier essai réel de chacun.
+ * PUT { "PMT_Code": "...", "PMT_Texte": "..." } : met à jour le texte d'un
+ *       prompt existant. Jamais de création libre d'un nouveau code depuis
+ *       le BO (contrairement au catalogue de compétences) : un PMT_Code est
+ *       en dur dans le fichier PHP qui l'appelle (chargerPromptSysteme()),
+ *       un code inconnu ne servirait jamais à rien.
+ */
+
+session_start();
+header('Content-Type: application/json; charset=utf-8');
+require __DIR__ . '/db.php';
+require __DIR__ . '/moteur_prompts.php';
+
+if (empty($_SESSION['USR_Code'])) {
+    http_response_code(401);
+    echo json_encode(['error' => 'Non identifié — veuillez vous connecter.']);
+    exit;
+}
+
+try {
+    $pdo = getDbConnection();
+} catch (PDOException $e) {
+    http_response_code(500);
+    echo json_encode(['error' => 'Connexion base de données impossible']);
+    exit;
+}
+
+$method = $_SERVER['REQUEST_METHOD'];
+
+if ($method === 'GET') {
+    try {
+        amorcerPromptsManquants($pdo);
+        $prompts = $pdo->query(
+            'SELECT PMT_Code, PMT_Libelle, PMT_Texte, PMT_DateModification FROM ASP_Prompts ORDER BY PMT_Libelle'
+        )->fetchAll();
+        echo json_encode(['prompts' => $prompts]);
+    } catch (PDOException $e) {
+        http_response_code(500);
+        echo json_encode(['error' => 'Erreur base de données : ' . $e->getMessage()]);
+    }
+    exit;
+}
+
+if ($method === 'PUT') {
+    $data  = json_decode(file_get_contents('php://input'), true) ?? [];
+    $code  = trim((string) ($data['PMT_Code'] ?? ''));
+    $texte = (string) ($data['PMT_Texte'] ?? '');
+
+    if ($code === '' || trim($texte) === '') {
+        http_response_code(400);
+        echo json_encode(['error' => 'PMT_Code et PMT_Texte sont obligatoires.']);
+        exit;
+    }
+
+    try {
+        $verif = $pdo->prepare('SELECT 1 FROM ASP_Prompts WHERE PMT_Code = ?');
+        $verif->execute([$code]);
+        if (!$verif->fetch()) {
+            http_response_code(404);
+            echo json_encode(['error' => 'Prompt introuvable']);
+            exit;
+        }
+        $pdo->prepare('UPDATE ASP_Prompts SET PMT_Texte = ? WHERE PMT_Code = ?')
+            ->execute([$texte, $code]);
+        echo json_encode(['success' => true]);
+    } catch (PDOException $e) {
+        http_response_code(500);
+        echo json_encode(['error' => 'Erreur base de données : ' . $e->getMessage()]);
+    }
+    exit;
+}
+
+http_response_code(405);
+echo json_encode(['error' => 'Méthode non autorisée']);

version.php

@@ -50,7 +50,7 @@
  * capacité à détecter un déploiement resté en retard.
  */
 
-const ASPIC_VERSION = 'V1.22.23';
+const ASPIC_VERSION = 'V1.23.24';
 
 if (basename($_SERVER['SCRIPT_NAME']) === 'version.php') {
     header('Content-Type: application/json; charset=utf-8');