Initial Brain · Guide pratique
Mémoire d’entreprise IA : comment la maintenir à jour quand les décisions changent
Construire un état courant vérifiable.

Pour maintenir une mémoire d’entreprise IA à jour, chaque changement doit préciser ce qui a été approuvé, à partir de quand et quelle règle il remplace. Conservez la source initiale, actualisez l’état courant et reposez les questions dont la réponse a changé.
Dossier fictif avec entrées, corrigé séparé et modèles réutilisables.
Télécharger le kit de cet articlePrenons un cas fictif. Élise valide les bilans de septembre. Une décision approuvée annonce que Karim prendra le relais le 1er octobre. Un message plus récent propose l’envoi automatique, sans avoir reçu d’accord. Le fichier le plus récent ne suffit donc pas à répondre à la question « Qui valide aujourd’hui ? ».
À la fin de cet exercice, vous aurez une fiche d’état courant, un registre des changements et cinq questions de contrôle. Les modèles sont fournis dans le kit.
Télécharger uniquement les cinq fichiers d’entrée. Gardez le corrigé à part.
À manipuler : ouvrir l’atelier interactif pour tester la règle et lire sa correction. Les calculs restent sur votre appareil.
Télécharger les pièces et le corrigé de l’exercice.
Partir d’un périmètre que quelqu’un connaît
Pour un premier essai, prenez un processus dont le responsable peut vérifier les réponses : validation d’un bilan, préparation d’une livraison ou suivi d’un projet. Le dossier doit contenir au moins une décision initiale, un changement confirmé et une proposition encore ouverte.
Dans notre exemple fictif, l’Atelier Méridien prépare son bilan d’activité. Trois pièces suffisent pour travailler la gestion des changements.
| Source | Date et statut | Ce qu’elle indique |
|---|---|---|
| S01, procédure initiale | 5 septembre, approuvée | Élise valide le bilan. Un retard de livraison d’au moins deux jours déclenche une alerte. |
| S02, décision de transfert | 23 septembre, approuvée par Élise | Karim devient validateur le 1er octobre. Le seuil d’alerte reste inchangé. |
| S03, proposition d’automatisation | 26 septembre, non approuvée | L’équipe propose un envoi automatique sans validation. |
Ces pièces sont disponibles dans le kit associé. Elles sont inventées pour l’exercice ; elles ne décrivent aucun client Initial.
Le 27 septembre, le validateur est encore Élise. Le 2 octobre, c’est Karim. L’envoi automatique n’est autorisé dans aucun des deux cas. Le seuil de retard reste fixé à deux jours.
Pour commencer, copiez les trois pièces S01, S02 et S03 du dossier entrees dans un espace de travail autorisé. Gardez correction à part. Si les fichiers ne peuvent pas être joints, collez leur contenu en conservant les identifiants et les dates. Faites confirmer les pièces accessibles avant de poser les questions.
Conserver la source, puis écrire l’état courant
Trois éléments interviennent entre une décision et une réponse : le document conservé, l’information que l’outil retrouve pour votre question et la réponse qu’il rédige. Les vérifier séparément aide à comprendre une erreur.
Un document peut être présent dans le dossier sans que le passage utile soit retrouvé. Inversement, l’outil peut retrouver la bonne pièce et mal interpréter sa date. Ajouter encore des fichiers ne résout pas forcément l’un ou l’autre problème.
Gardez les trois pièces. Créez à côté une fiche courte qui sert de point d’entrée : etat-courant.md. Elle donne la règle applicable à une date précise et renvoie aux documents d’origine.
Voici son contenu attendu pour le 2 octobre :
Processus : validation du bilan d’activité
État applicable au : 2026-10-02
Validateur : Karim
Source : S02, décision approuvée le 2026-09-23
Entrée en vigueur : 2026-10-01
Règle antérieure : Élise, S01, applicable jusqu’au 2026-09-30
Seuil d’alerte : retard d’au moins 2 jours, S01, confirmé par S02
Envoi automatique : proposition S03, non approuvée
Objectif de commandes d’octobre : absent des sources
L’état courant est une aide à la lecture. Les sources permettent de le contrôler. Si la fiche et S02 se contredisent, il faut corriger la fiche et conserver une trace du changement.
Une arborescence simple suffit pour démarrer : un dossier sources, un fichier d’état courant et un registre de changements. Avant d’ajouter une interface ou une carte visuelle, assurez-vous que ces éléments permettent de répondre aux questions du métier.
Comprendre ce que l’IA consulte réellement
Pour répondre, certains outils utilisent les documents fournis directement dans le contexte de travail. D’autres recherchent des extraits dans une base documentaire. Cette deuxième approche est souvent appelée RAG, pour recherche d’informations suivie d’une génération de réponse.
Une recherche d’extraits permet de travailler avec un ensemble documentaire plus vaste que les seuls passages transmis pour une réponse. Elle introduit aussi une question : a-t-on retrouvé les éléments nécessaires ? Le fait qu’un fichier soit importé ne prouve pas que tout son contenu a servi à répondre.
Dans le cas Méridien, un extrait limité à « Karim remplace Élise comme validateur » perd l’information essentielle située à côté : « à partir du 1er octobre ». Le nom est exact et la conclusion peut pourtant être fausse pour septembre.
Avant de changer de modèle, posez cette demande :
Pour répondre à « Qui valide le 27 septembre ? », indique les passages
des sources effectivement utilisés, avec leurs identifiants et leurs dates.
Garde la phrase qui précise l’entrée en vigueur et celle qui décrit
la règle antérieure. Signale si tu ne peux pas retrouver ces passages.
Puis formule la réponse applicable à la date demandée.
Vérifiez les extraits dans les fichiers originaux. Une citation générée doit elle aussi être contrôlée. Si l’interface expose les résultats de recherche ou les pièces consultées, utilisez-les pour ce contrôle ; ne vous contentez pas d’une déclaration de l’assistant disant qu’il a « tout vérifié ».
Pour vos propres procédures, gardez le sujet, la décision, sa date d’effet et ses exceptions proches dans le document. Un tableau de dates sans titre de projet, ou une règle dont l’exception se trouve dans une annexe non jointe, sera plus difficile à exploiter correctement.
Distinguer la date du document et la date d’effet

S02 est datée du 23 septembre, mais le transfert intervient le 1er octobre. Les deux dates ont des fonctions différentes. La première aide à retracer la décision ; la seconde détermine quand elle s’applique.
Ajoutez ces champs aux décisions qui changent une règle :
| Champ | Exemple | Utilité |
|---|---|---|
| Identifiant | D02 | Retrouver la même décision sans dépendre du nom du fichier |
| Sujet | Validateur du bilan | Délimiter ce qui change |
| Statut | Approuvé | Séparer une décision d’une suggestion |
| Autorité | Élise | Identifier qui a validé |
| Décidé le | 23 septembre | Conserver la chronologie |
| Applicable à partir du | 1er octobre | Répondre pour la bonne période |
| Remplace | S01, champ « validateur » | Éviter de remplacer toute la procédure |
| Source | S02 | Vérifier le texte d’origine |
Le dernier point est important dans la pratique : S02 remplace une personne, pas le seuil d’alerte. Une mise à jour globale de S01 ferait perdre une règle toujours valable.
Faire entrer une nouvelle information sans tout réécrire
Quand un document arrive, demandez d’abord ce qu’il change. La consigne suivante peut servir de base :
Lis la nouvelle pièce et les sources du processus.
Liste les faits nouveaux avec leur source, leur statut et leur date d’effet.
Pour chaque fait, indique la règle précédente concernée.
Ne transforme pas une proposition en décision.
Ne remplace que les champs explicitement modifiés.
Si deux décisions de même autorité sont incompatibles sans remplacement clair,
signale le conflit et indique la question à faire trancher.
Prépare la mise à jour de l’état courant et le registre des changements.
Le responsable vérifie ensuite les modifications proposées. Cette validation porte sur quelques lignes, ce qui permet de repérer une date déplacée ou un changement de statut. Une instruction écrite ne remplace pas les permissions techniques : l’outil doit également être configuré pour respecter le périmètre des dossiers et des actions autorisés.
Pour notre exemple, l’ajout de S03 doit seulement créer une proposition ouverte. Il ne doit modifier ni le validateur ni le mode d’envoi.
Retester la mémoire après chaque changement important
Préparez les questions avant la mise à jour. Leur corrigé devient une petite base de contrôle réutilisable.
| Question | Réponse de référence | Source |
|---|---|---|
| Qui valide le 27 septembre ? | Élise | S01 et date d’effet de S02 |
| Qui valide le 2 octobre ? | Karim | S02 |
| Le rapport peut-il partir automatiquement ? | Non : proposition non approuvée | S03 et validation requise dans S01/S02 |
| Un retard de trois jours déclenche-t-il une alerte ? | Oui | S01, seuil maintenu par S02 |
| Quel est l’objectif de commandes d’octobre ? | Information absente | Aucune source ne le fixe |
Posez ces questions dans une nouvelle conversation avec le dossier effectivement accessible. Vérifiez les réponses et les pièces citées. Le corrigé ci-dessus est rédigé à partir du dossier ; il ne constitue pas le résultat d’un test d’un logiciel.
Si le système répond Élise pour octobre, recherchez d’abord la présence de S02 et sa date d’effet. S’il autorise l’envoi, contrôlez la prise en compte du statut de S03. S’il invente un objectif, la réponse doit être rejetée même si les autres éléments sont exacts.
Corriger une réponse fausse sans masquer le problème
Voici une réponse volontairement erronée, écrite pour l’exercice :
« Au 27 septembre, Karim valide le bilan. Le dernier message autorise désormais l’envoi automatique. »
Elle contient deux erreurs distinctes. Karim ne prend le relais que le 1er octobre. S03 est une proposition, pas une autorisation. Répondre seulement « c’est faux » peut produire une correction ponctuelle sans corriger la fiche qui servira au prochain dossier.
Demandez plutôt :
Reprends les affirmations « Karim valide au 27 septembre » et
« l’envoi automatique est autorisé ».
Pour chacune, cite la pièce, son statut et sa date d’effet.
Corrige la réponse et indique si l’état courant doit être modifié.
Préserve la réponse applicable au 27 septembre et celle du 2 octobre.
La correction attendue est : « Élise valide au 27 septembre ; Karim à partir du 1er octobre. L’envoi automatique reste non approuvé. » Vérifiez ensuite la fiche d’état courant, puis reposez les cinq questions dans une autre conversation. Une correction dans le fil précédent ne prouve pas que la mémoire a été actualisée.
| Ce que vous observez | Vérification à faire | Correction utile |
|---|---|---|
| L’IA cite uniquement S01 | S02 est-elle accessible dans cette conversation ? | Ajouter la pièce manquante et refaire le test |
| Elle cite S02 mais applique Karim dès septembre | La date d’effet est-elle conservée ? | Distinguer décision et entrée en vigueur dans la fiche |
| Elle accepte S03 | Le statut « non approuvé » est-il visible ? | Restaurer le statut et retirer l’autorisation déduite |
| Deux pièces approuvées se contredisent réellement | Une autorité a-t-elle tranché leur remplacement ? | Faire arbitrer le conflit et conserver la question ouverte |
Prévoir la prochaine vérification
Une décision peut rester valide longtemps. Une disponibilité d’équipe ou une liste de commandes change plus vite. Donnez à chaque catégorie une personne responsable et un événement qui déclenche sa vérification.
Pour Méridien, le transfert de responsabilité du 1er octobre déclenche un contrôle de l’état courant et des cinq questions. Un changement de seuil déclencherait le même contrôle. Les nouvelles commandes relèvent, elles, d’un relevé daté distinct.
Si personne ne peut confirmer qu’une information est encore valable, affichez sa dernière vérification et l’incertitude. Une ancienne réponse exacte peut devenir dangereuse lorsqu’elle est présentée sans date.
Vérifier qu’une modification est réellement arrivée jusqu’aux réponses

Vous corrigez un document partagé à 10 heures. Un assistant peut encore travailler sur une copie importée la veille. Distinguez donc la date de la source, celle de sa dernière collecte et celle du contrôle de réponse.
| Élément à contrôler | Exemple fictif | Ce que vous pouvez en conclure |
|---|---|---|
| Document métier | S02 a été corrigé à 10 h | La source a changé |
| Copie ou extraction utilisée | Le dossier contient encore la version de la veille | La source actuelle n’est pas encore disponible ici |
| Passage retrouvé | L’outil cite l’ancien validateur | Le chemin vers la réponse utilise encore une information ancienne |
| Réponse après actualisation | Bonne personne, bonne date, bonne source | Le cas vérifié fonctionne avec cette version |
Conservez dans le registre une ligne « changement appliqué, vérification en attente » tant que le dernier contrôle n’a pas eu lieu. Pour une copie jointe manuellement, cela peut simplement vouloir dire remplacer la pièce et ouvrir une nouvelle conversation avec les bons fichiers. Pour un système connecté, il faut contrôler la collecte et la mise à jour de la base de recherche avec la personne qui l’exploite.
Ne supprimez pas automatiquement toutes les anciennes règles. Elles peuvent être nécessaires pour expliquer une décision prise le mois précédent. Identifiez-les comme historiques et précisez leur période d’application. La question « Qui valide aujourd’hui ? » et la question « Qui devait valider le 27 septembre ? » ne cherchent pas le même état.
Partager la mémoire avec les bonnes personnes
Une mémoire collective doit respecter les droits sur les documents. Le filtrage doit intervenir dans l’accès aux données ou la recherche, avant que des passages non autorisés soient transmis au modèle. Écrire « ne montre pas les fichiers confidentiels » dans une consigne ne remplace pas ce contrôle.
Pour une recette métier, prévoyez deux comptes de test autorisés : l’un doit accéder à une pièce, l’autre non. Posez une question qui nécessiterait cette pièce et examinez ce qui est renvoyé. Vérifiez également le cas où un droit vient d’être retiré. Une réponse correcte sur le fond peut être inacceptable si elle révèle une information à la mauvaise personne.
Choisir un niveau d’équipement proportionné
| Votre situation | Point de départ proposé | Condition pour aller plus loin |
|---|---|---|
| Un dossier ponctuel, quelques pièces, un seul utilisateur | Pièces jointes autorisées, état courant et cinq questions de contrôle | Le dossier doit être retrouvé ou actualisé régulièrement |
| Des règles utilisées par une équipe, mises à jour par un responsable | Espace documentaire partagé, versions et procédure de contrôle | La collecte manuelle devient répétitive ou les droits deviennent plus complexes |
| Plusieurs sources qui changent souvent, utilisateurs avec des accès différents | Étudier une collecte et une recherche intégrées aux outils | Pouvoir expliquer la fraîcheur, les accès et les erreurs avant mise en service |
Ce choix dépend de la fréquence des changements et des responsabilités, pas seulement du nombre de documents. Commencez par un processus circonscrit. Pour ce périmètre, définissez ce qui constitue une réponse acceptable, ce qui impose de répondre « information manquante » et qui corrige la source en cas de problème.
Quand la mémoire doit-elle suspendre sa réponse ?

Une réponse peut être bien rédigée et rester inutilisable si sa source n'est plus à jour ou si deux décisions approuvées se contredisent. Définissez ce qui permet de répondre, et ce qui impose une vérification. Voici une proposition de règle pour votre pilote ; elle n'est pas une norme universelle.
| Situation observée | Réponse possible | Travail à effectuer |
|---|---|---|
| Source approuvée, accessible, applicable à la date demandée | Réponse avec source et date | Conserver la trace du contrôle |
| Source modifiée, copie utilisée plus ancienne | Signaler que la règle actuelle reste à vérifier | Actualiser la collecte puis rejouer la question |
| Deux décisions approuvées incompatibles sans remplacement explicite | Exposer le conflit, sans choisir arbitrairement | Faire trancher par l'autorité du processus |
| Proposition récente sans approbation | La présenter comme proposition | Préserver la règle en vigueur |
| Pièce nécessaire hors des droits du demandeur | Ne pas communiquer son contenu | Orienter vers le circuit d'accès autorisé |
Considérez un nouveau cas fictif, distinct des pièces S01–S03 : un responsable a retiré à un compte de test l'accès à une note. Le texte de cette note ne change pas. Un contrôle qui regarde uniquement la date de modification du contenu pourrait donc manquer le changement d'accès. Votre recette doit porter aussi sur les permissions.
Faites vérifier trois éléments : le compte ne retrouve plus le document dans une nouvelle recherche ; aucun passage de cette pièce ne parvient au contexte de la nouvelle réponse ; une ancienne copie ou conversation ne reste pas accessible par un chemin que le retrait devait fermer. Les mécanismes exacts dépendent de l'outil et de son paramétrage. N'assimilez pas le retrait d'un fichier à la disparition automatique de toutes ses copies.
Un journal de mise à jour qui conduit à une décision
Pour chaque changement, notez l'identifiant de la pièce, la version attendue, l'heure de collecte, le propriétaire de la règle et la question de contrôle. Ajoutez un résultat observable : source effectivement retrouvée, réponse obtenue et personne ayant accepté cette réponse.
Exemple de ligne : « S02 ; transfert au 1er octobre ; copie actualisée ; question : qui valide le 2 octobre ? ; réponse attendue : Karim ; observation : à remplir après essai ». La présence du fichier et la réussite de la réponse sont deux observations distinctes. Si le contrôle échoue, la mise à jour reste à vérifier ; elle ne devient pas terminée parce que l'import a réussi.
Dans l'atelier interactif, changez la date du dossier Méridien autour du 1er octobre. Vérifiez que le validateur change tandis que le seuil de retard et l'interdiction d'envoi automatique restent identiques. C'est une façon concrète d'examiner un changement partiel de règle.
Ce que cet exercice permet de décider
Si les sources sont difficiles à retrouver, commencez par leur collecte et leur classement. Si elles existent mais se contredisent, faites arbitrer les règles. Si elles sont claires mais que les réponses restent fausses, examinez l’accès aux documents et la façon dont l’outil les utilise.
Pour passer à votre entreprise, choisissez une décision qui a réellement changé et retrouvez les pièces qui permettent de dater ce changement. Le modèle modeles/fiche-memoire.md aide à nommer le responsable de la vérification, la prochaine échéance et les questions à retester. Si ce suivi concerne plusieurs personnes et revient chaque semaine, le périmètre devient concret pour un projet Initial Brain : les sources, les responsables, les règles de mise à jour et les réponses attendues sont déjà identifiés.
Pour cadrer ce travail avec Initial IA : préparez un exemple de décision qui a changé, les documents correspondants et la personne qui peut confirmer ce qui fait foi. Ce sont des entrées utiles pour une première discussion.
À vous de l’essayer.
Retrouvez les documents fictifs, les modèles vierges et les corrigés dans le kit pratique.
Télécharger le kit de cet article

