Guide de lecture de la série (carte générale des chapitres)
À la fin du chapitre précédent, j'écrivais : « À partir des prochains chapitres, j'entrerai dans les notes concrètes — ce que j'ai réellement conçu et mis à l'épreuve. »
C'est exactement ce qui va suivre. Mais avant d'y entrer, je voudrais m'arrêter une seule fois pour vous montrer la carte générale de cette série. Savoir « où l'on va, et où l'on en est » change, je crois, la façon dont on lit.
Consulter la carte avant de commencer est une question de préférence. Pour certains, avoir une vue d'ensemble dès le départ facilite les choix — « ce chapitre-là, je le lirai plus tard ». C'est pourquoi je la pose ici.
Ce que nous avons parcouru dans ces dix chapitres
Des chapitres 1 à 9, j'ai présenté ce qu'est cette série, quelle posture elle adopte, à qui elle s'adresse, et ce qu'elle propose. Voici ce que ces chapitres couvrent, un peu plus précisément :
- Chapitre 1 : Qu'est-ce que Structure Log, l'auteur de cet article ?
- Chapitre 2 : Pourquoi publier les journaux de bord opérationnels ?
- Chapitre 3 : Cet article est coécrit avec une IA (transparence DP-15)
- Chapitre 4 : Pourquoi accompagner chaque terme technique d'une explication immédiate
- Chapitre 5 : Pourquoi je ne publie aucune information personnelle (principe d'anonymat)
- Chapitre 6 : Ce que l'on entend par « thème » (l'organisation de l'IA)
- Chapitre 7 : Le profil du lecteur imaginé : Kenji
- Chapitre 8 : Ce que vous trouverez dans ce blog
- Chapitre 9 : Ce que vous ne trouverez pas dans ce blog
Ces neuf chapitres forment ensemble la « Partie 1 : Présentation et prémisses ». Poser d'abord les engagements envers le lecteur avait pour intention d'éviter la sensation, au moment où le sujet de fond commence, que « quelque chose a changé brusquement ».
En les relisant, je constate que le fait de n'avoir traité qu'un seul sujet par chapitre donne à chacun un rôle assez clair.
Ce qui vient ensuite : les trois grandes lignes
La suite du contenu s'articule autour de trois grandes lignes.
La première est la partie « construire les fondations ».
Elle passe en revue les termes essentiels, un par un : agent IA (ici : programme autonome chargé d'une tâche), séparation des pouvoirs (ici : répartir l'exécution, l'audit et l'approbation finale entre des agents distincts), principe des deux personnes (ici : toute action irréversible requiert la confirmation de deux entités distinctes), principe du tout-écrit (ici : consigner toutes les décisions sous forme de documents), SSOT (ici : source unique de vérité, le seul endroit où une information fait référence).
Un point à préciser sur la « séparation des pouvoirs » : dans cette série, le terme n'est pas employé dans le sens scolaire — la division entre législatif, exécutif et judiciaire. Il désigne ici quelque chose de propre à ce projet : lorsqu'un agent IA travaille, on distingue « le rôle qui exécute », « le rôle qui vérifie » et « le rôle qui rend l'approbation finale ». Parce que c'est un usage spécifique, j'indiquerai à chaque première occurrence : « voici comment ce terme est utilisé dans ce projet ».
Cette partie est conçue pour fonctionner comme un dictionnaire au moment de lire les notes de conception qui viennent après. Un endroit où revenir quand on se demande « ce mot signifiait quoi, déjà ? »
La deuxième ligne est la partie « journal de ce qui a été mis en place ».
Le registre change ici. « J'ai conçu », « j'ai testé », « ça n'a pas marché », « j'ai corrigé » — c'est ce type de progression qui occupe cette partie.
Les sujets abordés sont : les règles d'or (ici : les règles de jugement qui guident les décisions), la configuration qui répartit les rôles entre plusieurs agents IA, le mécanisme du Kill Switch et de la publication automatique, et les journaux d'échecs. C'est le cœur de cette série. Une grande partie de ce qui est consigné là ne s'est pas passé comme prévu.
La troisième ligne porte sur les façons d'étendre le système et l'accumulation de données.
Il s'agit de la réflexion sur la manière de déployer ce qui a été expérimenté dans un projet vers d'autres projets, du sens qu'il y a à accumuler des traces dans la durée. Il y aura aussi un chapitre un peu particulier : celui qui décrit « le mécanisme même qui est en train de produire cette série ». Cette série tourne sur le système d'automatisation dont elle parle — ce qui en fait, d'une certaine façon, un texte qui se réfère à lui-même.
Comment lire cette série
Il n'est pas nécessaire de commencer par le début et de tout lire dans l'ordre.
Si la partie « construire les fondations » vous intéresse, vous pouvez passer la Partie 1 et y entrer directement. Si les termes liés à l'IA vous sont déjà familiers, peut-être que parcourir les fondations rapidement et commencer par les notes de conception sera plus parlant.
Si, en cours de lecture, vous ne comprenez plus un terme, la partie fondations rassemble les explications en un seul endroit — comme un dictionnaire où revenir.
Chaque chapitre traite un seul sujet, ce qui permet de lire les passages qui vous intéressent sans suivre l'ordre. C'est une longue série, mais elle n'est pas conçue pour être lue d'une traite — c'est plutôt un recueil de notes qu'on peut ouvrir quand l'envie s'en fait sentir.
Pour éviter que vous vous perdiez quelle que soit votre porte d'entrée, chaque terme sera accompagné d'une explication à sa première occurrence. Et quand un passage suppose des prémisses, j'indiquerai : « ce point est abordé dans la partie fondations — vous pouvez y revenir si vous souhaitez aller plus loin ».
Voilà pour les préambules.
À partir du prochain chapitre, j'entre dans le vif du sujet : ce que concevoir une organisation avec des agents IA signifie concrètement. Les notes de ce qui a été fait, étape par étape.