Pourquoi nous construisons Bailey à découvert
Nous construisons une plateforme de publication gouvernée au grand jour : notes de version, impasses, et les décisions qui les ont précédées. Voici pourquoi, et ce que vous trouverez sur ce blog.
Il y a un problème discret tapi au cœur de l’explosion de l’IA. Des gens créent de vraies choses (une page d’accueil, un formulaire de réservation, un petit outil) simplement en demandant à un assistant de les construire. Et puis ils se retrouvent coincés sur la partie la moins intéressante : la mettre en ligne. L’hébergement, les noms de domaine, « où atterrissent les données du formulaire », « est-ce que c’est seulement prudent de collecter des e-mails ici ». La partie créative a pris cinq minutes. La tuyauterie prend un week-end, ou n’arrive jamais.
Bailey existe pour supprimer ce week-end. Connectez votre assistant IA une seule fois, puis demandez simplement : « publie ça », « retire-le », « qui s’est inscrit ? » Et c’est en ligne, à une adresse qui est la vôtre. Vous ne quittez jamais la conversation.
Mais « facile à publier » n’est pas toute l’histoire, et si ça l’était, on ne prendrait pas la peine d’en parler. Ce qui nous tient vraiment à cœur, c’est ce qui se passe après que vous avez cliqué sur publier.
La partie dont personne ne parle : les données
À l’instant où votre page collecte quoi que ce soit (un e-mail, une réservation, un message), vous avez endossé une responsabilité que la plupart des outils no-code vous renvoient discrètement entre les mains. Où vivent ces données ? Qui peut les lire ? Pouvez-vous les supprimer en un clic quand on vous le demande ? S’échappent- elles vers une dizaine de scripts tiers que vous n’avez jamais choisis ?
C’est le problème du « Shadow AI » en miniature : des outils qui facilitent le fait de commencer à collecter des données et rendent impossible de les gouverner. Nous construisons l’inverse. Avec Bailey, les données que collecte votre site restent bornées, auditables et coupables en un clic. Un site ne peut jamais lire les données d’un autre site. Une donnée personnelle doit déclarer pourquoi elle est collectée, sinon elle n’est pas publiée. La gouvernance n’est pas une option qu’on active : c’est le plancher.
C’est le pari : la boucle de publication facile est l’échafaudage ; le plan de données gouverné est le sujet.
Pourquoi tout écrire
Deux raisons.
D’abord, construire à découvert nous garde honnêtes. Quand on s’engage à expliquer une décision à voix haute, on découvre vite si elle tient vraiment debout. La moitié de la valeur de ces articles, ce sont ceux qu’on devra réécrire.
Ensuite, les gens pour qui nous construisons méritent de comprendre sur quoi ils posent les pieds. Pas un livre blanc de sécurité de 40 pages, mais une explication claire et humaine de l’endroit où vont vos données et de la raison pour laquelle vous pouvez faire confiance à la réponse. Si on ne sait pas l’expliquer simplement, c’est qu’on n’a pas mérité vos données.
Ce que vous trouverez ici
- Construire à découvert : le ventre mou, le désordre du milieu. Ce qu’on a livré, ce qu’on a abandonné, et les arbitrages derrière chaque choix.
- Notes de version : les nouveautés, en langage clair, avec le pourquoi attaché.
- Plongées en profondeur : comment le plan de données gouverné fonctionne vraiment, pour les curieux et les sceptiques.
- Vitrine : de vrais sites que des gens ont mis en ligne en demandant simplement, et comment ils s’y sont pris.
Nous en sommes au tout début. Le produit avance vite, certains de ces articles vieilliront comme du lait tourné, et c’est très bien : c’est le contrat quand on construit au grand jour.
Ah, et ce blog ? Il est publié avec Bailey. Évidemment.