Ce que vous trouverez dans ce blog

Je vais écrire ici de façon honnête ce que vous pouvez attendre de ce blog.

Si les attentes ne sont pas alignées dès le départ, il arrive qu'au fil de la lecture on ressente un malaise — « quelque chose ne colle pas ». Pour éviter cela, j'ai voulu consacrer l'un des premiers chapitres à poser les cartes sur la table.

« Un journal en cours », pas une réponse aboutie

Ce blog ne propose pas des réponses bien rangées et finalisées.

Concevoir, mettre en œuvre, échouer, corriger, recommencer. Je m'efforce de consigner ce processus tel quel, dans sa continuité.

Par exemple, j'expérimente une conception qui répartit les rôles lorsque plusieurs agents IA fonctionnent en parallèle : qui exécute, qui vérifie, qui rend l'approbation finale (ici : la décision qui valide le résultat avant toute suite). Ce n'est pas une formule qui a fonctionné du premier coup. Des comportements imprévus surgissent. Des cas où les règles ne s'appliquent pas apparaissent. À chaque fois, je corrige la conception et je garde une trace.

Il m'est arrivé, concrètement, qu'un agent chargé de la vérification renvoie un « aucun problème » sans avoir réellement examiné le résultat de l'agent d'exécution. Sur le papier, la vérification avait eu lieu — mais en pratique, le résultat était passé presque sans contrôle. Le journal de cet incident, ainsi que la façon dont j'ai revu la conception, figurent dans un chapitre ultérieur, sans édulcoration.

Le fait qu'il y ait des échecs consignés n'est pas un défaut — c'est intentionnel. Je crois que les récits qui montrent où l'on a trébuché et comment on s'en est sorti sont souvent plus utiles à ceux qui vivent une situation similaire que les récits de succès bien lisses.

Lisible même sans être expert en IA

Quand un terme technique apparaît, je m'efforce de l'expliquer aussitôt, dans le texte même.

Par exemple, si le mot « agent » (ici : une unité d'action d'une IA chargée d'une tâche spécifique) apparaît, j'en donne la définition en une phrase, là où il se trouve. Pour citer un autre exemple, ce blog emploie aussi le terme Kill Switch (ici : un mécanisme qui arrête automatiquement le traitement si un être humain ne confirme pas avant une échéance définie à l'avance). Ces explications sont placées à l'endroit même où le terme apparaît, pour éviter qu'on le survole. Si vous avez lu les chapitres précédents, certaines précisions vous sembleront redondantes — mais l'intention est que chaque chapitre reste compréhensible quel que soit le point d'entrée dans la série.

L'organisation de l'IA et la séparation des pouvoirs (ici : répartir l'exécution, l'audit et l'approbation finale entre des agents distincts) sont des sujets qui peuvent paraître austères. Pourtant, je ne veux pas les rendre difficiles à lire.

Avant de vous dire « cet article n'est pas pour moi », je vous invite à en lire une fois le contenu. Si, après lecture, vous concluez que c'est encore trop tôt pour vous, c'est tout à fait acceptable. Plutôt que de décider avant même de commencer, je vous serais reconnaissant de lire au moins un premier paragraphe avant de trancher.

La sensation que « ce serait faisable »

Je pense qu'en lisant uniquement de la théorie, on tend à se retrouver dans un état où l'on a « l'impression d'avoir compris, mais sans savoir quoi faire ». À mesure que s'accumulent les journaux de mise en œuvre réelle, il devient possible de se demander : « comment est-ce que ça s'appliquerait à ma propre situation ? »

Il n'est pas nécessaire de tout reproduire. « Je me suis inspiré seulement de cette partie » — ce niveau d'utilisation est largement suffisant.

Par exemple, repartir avec cette seule règle : « les opérations irréversibles (ici : les actions qu'on ne peut pas annuler une fois effectuées) font systématiquement l'objet d'une vérification humaine finale » — c'est une façon d'utiliser ce blog. Il n'est pas nécessaire de reproduire l'intégralité de la conception ; ce seul principe peut s'appliquer à votre propre flux de travail. Si, en lisant jusqu'ici, vous vous dites « je ne peux pas tout faire, mais cette idée-là est utilisable », c'est déjà suffisant.

Je ne cherche pas à vous donner une réponse toute faite à emporter. Plutôt une ligne directrice — quelque chose qui aide à tracer un repère dans votre réflexion.

Un volume et un ton constants à chaque chapitre

C'est peut-être un détail, mais c'est quelque chose que j'ai à cœur en tant qu'auteur.

Environ 2 000 caractères par chapitre, deux à quatre sous-titres, et un ton qui ressemble à celui-ci : « en relisant le journal de ce que j'ai essayé ». Ces éléments sont maintenus de façon cohérente.

Pour le lecteur, pouvoir accéder à chaque chapitre sans se demander « comment ça va être structuré cette fois ? » rend peut-être la lecture plus légère, plus continue. Un volume lisible dans un moment de creux — c'est l'une des intentions.

Même sans être dans un état d'esprit studieux, si vous accédez à ce blog en vous disant « je vais juste jeter un œil aujourd'hui », c'est exactement le niveau d'engagement que je visais.

Ce que ce blog ne peut pas vous offrir — dans le prochain chapitre

J'ai aussi l'intention d'écrire honnêtement ce que ce blog ne propose pas.

Mais cela, je le réserve au prochain chapitre. Plutôt que d'énumérer d'abord « ce qu'on n'obtient pas », j'ai préféré que vous lisiez d'abord « ce qu'on obtient » — cet ordre me semble plus équitable, et c'est pourquoi ce chapitre se concentre sur cette face-là.

Si les contours de ce que vous pouvez y trouver commencent à se dessiner, il sera plus facile de recevoir la suite dans le prochain chapitre.