Bonjour,

J’espère que vous allez bien,

Cette édition vous arrive de Timo Schuler. Comme Jean-Baptiste l'a annoncé dans la NL#193, il est en congé paternité jusqu'au 8 juillet, et je reprends la plume en attendant son retour.

Petit clin d'œil de l'histoire, justement : c'est le 15 mai 2026, jour même de la NL#193, que le pape Léon XIV a publié son encyclique Magnifica Humanitas sur la protection de la personne humaine à l'ère de l'intelligence artificielle. J'y reviens dans la rubrique nouveautés, parce que beaucoup des idées qu'elle porte croisent ce que nous travaillons chez MAIjin depuis des mois.

here.now est un service qui transforme un fichier HTML autoporteur en page web partageable, en un seul prompt. Vous le passez à Claude Code, il s'occupe de l'enregistrement, de la configuration, du déploiement. Le tout en quelques secondes.

J'ai testé cette semaine. Avec Claude Code, ça fonctionne nickel : il fait l'enregistrement et la configuration tout seul, je récupère une URL prête à partager. Bizarrement, ça ne fonctionnait pas de façon autonome via Claude Cowork dans mes essais, une intervention humaine sous forme de commande bash était nécessaire.

Deux options qui valent la peine d'être notées :

Ce que j'en pense : here.now résout un problème que beaucoup de mes clients PME romandes rencontrent sans le formuler. Vous avez quelque chose à montrer à un partenaire, à un client, à votre comptable, et le bon format n'est ni un PDF (statique, lourd), ni un Google Doc (qui demande un accès), ni un email (où le visuel se perd). Une page web partagée par URL, jetable au bout de 24h, c'est exactement le bon niveau d'effort. Et c'est aussi la suite logique du sujet de cette semaine, comme vous allez le voir.

Le 15 mai 2026, Léon XIV a publié Magnifica Humanitas, sa première encyclique consacrée à l'intelligence artificielle. Le texte commémore le 135e anniversaire de Rerum Novarum de Léon XIII (1891), qui avait posé les bases de la Doctrine sociale de l'Église face à la révolution industrielle. Léon XIV reprend ce fil pour aborder ce qu'il nomme les « res novae » de notre époque : la numérisation, l'IA, la robotique.

C'est un document long et dense (cinq chapitres). Pour cette première lecture, je retiens trois passages qui parlent directement à ce que nous travaillons chez MAIjin depuis des mois.

Sur la nature même de l'IA (§ 99) :

Sur le délestage cognitif (§ 100), un thème que Jean-Baptiste a longuement développé dans la NL#176 (« L'IA rend stupide ») et la NL#191 (« Pourquoi j'éteins l'IA le matin ») :

Sur la différence entre l'algorithme et la personne (§ 128) :

Ce que j'en pense : ce qui me frappe dans ce texte, ce n'est pas qu'il sorte du Vatican (encore que). C'est qu'il formule, avec une langue précise et théologique, des intuitions que les praticiens IA expérimentés portent confusément depuis des mois. Quand Léon XIV écrit qu'il faut « désarmer » l'IA, il ne dit pas qu'il faut renoncer à la technologie. Il dit qu'il faut « rompre cette équivalence entre la puissance technique et le droit de gouverner » (§ 110). Pour mes clients PME, dont la question quotidienne est « jusqu'où je laisse l'IA décider à ma place », c'est exactement la bonne formulation.

L'encyclique est accessible en français sur le site officiel du Vatican. Si vous n'en lisez qu'un chapitre, prenez le 3 (« Technique et maîtrise »).

Depuis quelques semaines, on lit régulièrement des articles avec des titres comme « Why this Claude engineer uses HTML files as AI specs ». L'idée sous-jacente : le HTML serait devenu un format de référence pour interagir avec les LLM.

C'est vrai. Et c'est faux.

C'est vrai parce qu'effectivement, le HTML est en train de devenir un format-roi dans nos workflows IA. C'est faux parce que le titre laisse penser que le HTML serait un format mieux lu par l'IA. Or c'est exactement l'inverse : le HTML est le format que l'IA génère pour qu'un humain comprenne mieux.

Cette nuance change tout. Et c'est le sujet de cette semaine.

Le markdown sert à nourrir une IA. Le HTML sert à présenter à un humain.

Ce sont deux faces du même travail. On n'a pas à choisir : on les empile.

Le « news lifecycle » fait que ce genre de nuance se perd. Un ingénieur Anthropic explique qu'il utilise des fichiers HTML comme specs pour ses agents. Un journaliste résume : « il utilise du HTML pour parler à l'IA ». Le lecteur retient : « le HTML est le nouveau prompt ».

Ce raccourci induit en erreur. Si vous donnez un fichier HTML brut à Claude, il va le parser comme du texte (bonjour les tokens brûlés inutilement). Le rendu visuel est ignoré. Ce qui compte pour le modèle, ce sont les balises et le texte, pas la mise en page.

L'inverse, en revanche, est puissant : demandez à Claude de vous produire un fichier HTML autoporteur pour synthétiser un sujet, et vous obtenez une interface qui rend le raisonnement immédiatement lisible par un humain. C'est ça qui change.

L'autre point qui me semble crucial est culturel. On vient d'une époque où produire une interface visuelle coûtait cher : un designer, un développeur, plusieurs allers-retours, un livrable qu'on garde précieusement.

Avec les LLM actuels, le coût marginal de production d'une interface utilisable est proche de zéro. On peut désormais penser les interfaces comme jetables.

Cette logique d'abondance change le rapport au document. On n'écrit plus « le document de référence ». On écrit « un artefact pour cette tâche, pour cette conversation, pour ce tiers ». L'objet devient contextuel.

Pour outiller cette pratique, j'ai construit une skill Claude personnelle appelée artifact-signature. La méthode : j'ai demandé à Claude de lire le post Anthropic sur l'efficacité du HTML et la documentation interactive de Thariq Shihipar, puis j'ai ajouté mes propres indications de design.

Du moment qu'on a compris le concept, on a le grand avantage de pouvoir personnaliser le rendu. Pour ma part, j'ai indiqué les inspirations suivantes :

Concrètement, depuis que j'ai mis en place cette skill, je l'utilise constamment. La plus récente application : j'ai produit avec elle un scaffold HTML pour suivre l'état d'avancement de cette newsletter même. État des sections, blockers, candidats de sujet, workflow d'envoi. Je vois en un coup d'œil ce qui est fait, ce qui reste, ce qui me bloque. C'est devenu plus efficace que ma to-do habituelle.

Voici deux artefacts que j'ai produits hier pour des clients, anonymisés pour la circonstance. Ils illustrent deux catégories d'usage différentes.

Exemple 1 : aider un client à choisir (decision page) https://hallowed-paddle-b988.here.now/

Un client devait arbitrer entre deux architectures d'automatisation. Plutôt que de lui envoyer un PDF de 8 pages qu'il n'allait pas lire, j'ai produit une page web en quelques prompts : top strip qui rappelle le contexte, les deux options affichées côte à côte avec leurs coûts estimés, leurs prérequis, leur impact, et un bouton de validation. Le tout en mode sombre, palette parchment, et un seul écran de lecture. Ce qui prenait habituellement une réunion d'une heure pour le décider est devenu une lecture de 5 minutes plus un appel de validation.

Exemple 2 : transmettre un mode d'emploi (référence imprimable) https://unbound-vessel-2cgb.here.now/

Pour un assistant Claude personnalisé que j'avais déployé chez un client menuisier, j'ai produit un mode d'emploi A4, en mode clair, optimisé pour être imprimé et glissé sur le bureau de l'utilisateur. Pas d'interactivité ici, juste la mise en page comme support de mémoire : qu'est-ce que l'assistant sait faire, comment formuler une demande, quoi vérifier avant d'envoyer la réponse. Le HTML autoporteur me servait de format de travail facile à modifier, l'impression PDF servait de livrable final.

Ces deux exemples montrent que le HTML autoporteur n'a pas un seul usage. Il s'adapte au registre : interactif pour une décision, statique pour une référence, dense pour un dashboard, aéré pour un explainer.

Un fichier HTML autoporteur est aussi une excellente base de travail pour produire autre chose.

Le HTML autoporteur n'est donc pas un format de plus à ajouter à votre stack. C'est plutôt un état intermédiaire idéal : facile à produire avec un LLM, lisible immédiatement par un humain, convertible vers à peu près n'importe quoi d'autre.

Pas de méga-prompt de 40 lignes cette semaine. Au contraire, une seule phrase, à ajouter en tête de vos conversations importantes

L'IA répond toujours à la question qu'on lui pose. C'est sa nature. Mais la question qu'on lui pose est rarement la meilleure question. Cette phrase préliminaire force le modèle à prendre 5 secondes pour challenger le cadrage avant de produire sa réponse. Sur les sujets qui comptent (stratégie, décision, synthèse complexe), c'est souvent là que se joue la différence entre une réponse correcte et une réponse utile.

C'est aussi, en passant, exactement ce que l'encyclique évoque sous la formule « affaiblissant notre jugement personnel et notre créativité ». Quand on délègue trop vite, on délègue d'abord le cadrage. Cette phrase, c'est une petite résistance.

Pour vous donner un peu de visibilité sur les semaines qui viennent :

Si cette édition vous a été utile, transférez-la à un collègue qui se pose des questions sur l'IA. C'est le meilleur moyen de soutenir ce travail.

Merci !!!

Timo