Base de connaissances : le chantier invisible derrière un site conversationnel

Au printemps 2026, sfeir.com a changé d'allure. Le changement important ne se voyait pas : le contenu s'appuie depuis sur une base de connaissances. Quand une page mentionne le Forward Deployed Engineer, elle renvoie partout à la même définition. Cet article raconte comment cette base s'est construite, d'avril à novembre 2026, et ce que la conversation du site lui doit. Le verdict : la conversation vaut ce que vaut la base, et la base a moins gagné à grossir qu'à corriger ce qu'elle affirmait de faux. Il s'adresse aux directions qui envisagent un agent conversationnel sur leurs contenus. Il ne compare pas les outils du marché : notre base tient dans des fichiers texte versionnés dans Git.

Ce que contient une fiche

Une fiche est un fichier YAML, une notion par fichier. Celle du Forward Deployed Engineer commence par une phrase de définition : « Un Forward Deployed Engineer (FDE) est un ingénieur logiciel que son employeur envoie chez le client pour livrer un système d'IA en production. » Suivent :

• des alias : « FDE », « Forward Deployed Engineers », « AI FDE »… ;
• un corps en sections, et une FAQ quand les questions sont réelles ;
• des sources, chacune avec son adresse ;
• les relations que la fiche déclare : les articles qui la traitent, les expertises de SFEIR qui la pratiquent, les offres et les formations qui s'y rattachent.

Un schéma valide chaque fichier au build : un champ mal formé, un lien vers une offre qui n'existe pas, une source déclarée sans adresse bloquent la publication. Une fiche sans aucune source passe : le build la signale. Au 13 novembre 2026, la base compte 363 fiches : 126 concepts, 126 technologies, 10 méthodologies et 101 personnes. Une fiche devient indexable à partir de 300 mots ; 313 le sont.

Une définition, la même partout

La règle tient en une ligne : une notion, une fiche. La définition du FDE n'est écrite qu'une fois. Sa page la présente, le chat l'affiche en tête de colonne quand un visiteur tape « FDE », les données structurées la reprennent. Ailleurs, le lien automatique renvoie à la fiche : sur les pages de la base, la première mention de chaque notion pointe vers sa fiche.

Un article ne déclare pas de quoi il parle : ce sont les fiches qui déclarent les articles qui les traitent. Le build inverse la relation, et l'article reçoit son sujet dans ses données structurées. 305 fiches déclarent au moins un article ; la fiche FDE en déclare 21. Le même principe vaut pour les expertises (106 fiches de technologies rattachées le 29 octobre 2026), les offres et les formations (26 fiches reliées aux cours de SFEIR Institute le 30 octobre, chaque lien prouvé par les objectifs ou le programme du cours). La fiche déclare ses liens, et le build calcule la relation inverse : aucune relation n'est tenue à deux endroits. Ce que cela apporte aux moteurs et aux assistants est détaillé dans l'article écrire pour les moteurs et pour les IA.

Comment la base a grandi

Le 1er avril 2026, la première version complète du site comptait 42 fiches et 107 articles, compris dans les chiffres d'avril du tableau. La base a grandi par à-coups, au rythme des chantiers éditoriaux :

Le total des fiches datées fait 359 : quatre fiches de personnes ont été renommées et ont perdu leur date d'origine. Quatre articles sont datés de mars, avant la première version du site. Les pics suivent les chantiers : la version initiale en avril, les grappes d'articles et le repositionnement de juillet, les fiches de technologies d'octobre, rattachées aux expertises.

Le sourcing : vérifier, et surtout chercher le faux

Fin août 2026, le contrôle de santé de la base, lancé à chaque build, comptait 131 fiches indexables sans aucune source. Le sourcing s'est organisé par vagues de dix fiches. La recherche documentaire se délègue : un outil de recherche ou un membre de l'équipe rend un dossier. La suite reste interne, selon une procédure écrite en huit étapes : archiver le dossier, vérifier chaque fait mouvant en source primaire, chercher ce que la fiche actuelle affirme de faux, rédiger, retirer les tics d'écriture des modèles de langage, valider, construire, déployer. Onze vagues ont été traitées du 26 au 28 août.

La troisième étape a été la plus rentable. Sur les trois premières vagues, elle a surtout servi à corriger cinq affirmations périmées déjà en ligne : un statut réglementaire, des versions de modèles, le périmètre d'outils. Un exemple hors de l'informatique : une phrase de Michel Serres circule partout sous la forme « notre tête est dans nos mains ». Elle ne figure nulle part dans Petite Poucette. Le livre dit : « Notre tête est jetée devant nous, en cette boîte cognitive objectivée »¹. La fiche cite le livre, vérifié sur le texte intégral en août 2026.

Une règle prime sur toutes les autres, la R13 de notre procédure de sourcing : rien d'inventé. Une fiche courte et exacte est un résultat valide ; une fiche au bon volume portant une donnée fausse est un échec. Les autres règles, et les contrôles qui les font respecter, sont décrits dans l'article sur les garde-fous d'un site écrit par des agents.

Le chantier a aussi corrigé sa propre mesure. Ce contrôle ne comptait comme « à sourcer » que les fiches de moins de 300 mots sans source. Vingt et une fiches longues et non sourcées échappaient au compte, dont celle du FDE, alors longue de 801 mots. Le 27 août, le critère est devenu la présence de sources, quelle que soit la longueur. Au 13 novembre 2026, 277 fiches portent des sources, 2 053 au total. Trente-sept fiches de doctrine SFEIR et de profils internes ne peuvent pas se sourcer de l'extérieur : elles se traitent à partir de nos documents internes. Depuis, le sourcing se fait au fil de l'eau : le build tient l'inventaire, et un script compose le lot suivant dès que huit à dix fiches peuvent se déléguer.

L'hygiène des alias

Le lien automatique compare les mots sans tenir compte des majuscules. Un alias qui est aussi un mot courant lie donc n'importe quoi. L'alias « CHANGE », sur la fiche du modèle de conduite du changement du même nom, liait le verbe « change » dans 17 pages de la base. « Orchestrateur », « Copilot » et « alignement », seuls, posaient le même problème. Ces alias ne gardent plus que leurs formes qualifiées. Un alias utile au glossaire mais trop courant pour un lien est désormais déclaré comme tel, sans être supprimé.

Deux règles complètent le dispositif. Un pluriel est un terme distinct : « artefact » ne lie pas « artefacts », il faut l'ajouter en alias. Dans les articles, le lien automatique est réservé aux notions sans ambiguïté, 62 au 13 novembre 2026. Les autres liens d'un article s'écrivent à la main.

Ce que la conversation doit à la base

Tapez « FDE » sur l'accueil. La colonne s'ouvre sur la fiche, puis montre trois articles qui la traitent, ceux dont le titre la nomme d'abord, puis les offres et les accompagnements qu'elle déclare. Aucun modèle n'a choisi ces pages : la fiche les déclare, des règles les ordonnent. Le modèle de rédaction ne lit que les passages des pages retenues.

L'ordre des articles a sa propre histoire. Pour « SDLC », la colonne montrait trois articles d'une série sur les méthodes, alors que l'article pilier, « Un SDLC piloté par l'IA », arrivait treizième dans la liste de la fiche : les nouveaux articles s'ajoutent en tête. Depuis le 10 novembre 2026, les articles dont le titre nomme la fiche passent devant. Vingt-huit autres fiches étaient dans ce cas. Le détail du chemin d'une question est décrit dans l'article sur l'architecture du site conversationnel.

Ce que la base ne règle pas

• Elle demande un entretien continu. Une version de modèle, un prix, un statut réglementaire changent ; chaque fait mouvant est daté dans sa phrase, et la base se relit.
• Une partie des fiches reste sans source. Le build les compte et les signale, sans bloquer.
• Elle demande des décisions. Rattacher une fiche à une offre est un choix commercial, pris par une personne, jamais deviné par un script.
• Elle est en français. Les pages anglaises du site restent peu nombreuses.

Ce que ça change, selon votre rôle

DSI. Avant de choisir un modèle, mesurez l'état de vos contenus : combien de notions définies une fois, combien de faits sourcés, combien de relations déclarées. Le modèle se change en une ligne de configuration ; la base demande des mois.

Direction marketing. Chaque définition écrite une fois sert la page, les articles, les moteurs, les assistants et le chat. Le travail le plus rentable : chercher ce que vos pages affirment de faux.

CTO. Des fichiers texte dans Git, un schéma validé au build, des relations déclarées dans un seul sens : rien d'exotique, et tout se relit en revue de code. Notre méthode pour raffiner la connaissance par étapes est décrite dans raw, bronze, silver, gold.

Cet article fait partie d'une série sur la construction de sfeir.com, qui commence par l'histoire du site, du CMS à la conversation. La fiche du Forward Deployed Engineer sert d'exemple tout au long de la série.