0818 | Amazon coupe des livres rares, GPT-5.6 Sol -50 % sur OpenRouter, Red Agent

Claire Martin: Bonjour à toutes et à tous, et bienvenue dans HackerNews Daily, sur Bri Radio. Je suis Claire Martin.

Nicolas Moreau: Et je suis Nicolas Moreau. Au programme, une grosse actualité pour les yeux et pour les machines: la nouvelle version du modèle phare d'OpenAI, présentée comme la meilleure en vision jamais publiée, avec un prix qui chute de moitié sur OpenRouter.

Claire Martin: Côté coulisses, Amazon qui numérise discrètement des quantités massives de livres rares, un incident majeur sur GitHub, et aussi des détails d'Epson sur la GPT... je m'égare. On parlera aussi de DuckDB et de la prochaine version de son évolution.

Nicolas Moreau: Un épisode bien rempli. Restez avec nous.

Claire Martin: D'après TechCrunch, qui cite 404 Media, Amazon achèterait de grandes quantités de livres rares, leur couperait le dos et les numériserait pour entraîner ses modèles d'intelligence artificielle. 404 Media assure avoir placé un dispositif de suivi dans un livre rare, qui se serait retrouvé dans un entrepôt Amazon de Las Vegas, le site VGT3, repéré par le symbole d'un dinosaure tenant un livre. Interrogé, Amazon a déclaré à 404 Media qu'il « achète des livres par des canaux commerciaux pour améliorer les produits et services utilisés par les clients ». L'article d'Amanda Silberling, daté du 17 août 2026, explique pourquoi ces livres rares, épuisés ou introuvables en ligne, comptent tant: les grands modèles de langage ont déjà absorbé l'essentiel du web, et aucun texte publié avant 2022 n'a pu être écrit par une IA, alors que s'entraîner sur du texte généré par IA risque un « effondrement du modèle », dégradant la qualité des sorties. TechCrunch évoque aussi le cas d'Anthropic, accusé d'avoir piraté des livres. Dans la discussion, plusieurs commentateurs contestent le titre: l'un juge que le mot « rare » sert à générer des clics; un autre affirme que TechCrunch produit désormais du « slop IA » avec un agenda biaisé; un autre estime que l'article n'étaye pas la destruction de livres rares et ne fait que renvoyer à l'article payant de 404 Media. Un autre répond qu'il doute qu'Amazon écarte soigneusement les livres rares de ses listes, et cite une librairie de Charing Cross Road vendant des pages découpées dans des ouvrages. Sur le droit d'auteur, un commentateur demande si c'est ce que dictent les lois; un autre répond qu'une copie reste une copie, même si l'original est détruit.

Nicolas Moreau: C'est dingue, et Amazon a réagi?

Claire Martin: Oui, Amazon a dit qu'il achète des livres par des canaux commerciaux pour améliorer les produits et services utilisés par les clients. Ce qui explique l'intérêt pour ces ouvrages: les livres rares, épuisés ou introuvables en ligne sont très précieux pour entraîner les modèles, parce que les LLM ont déjà absorbé l'essentiel du web, et qu'aucun texte publié avant 2022 n'a pu être écrit par une IA. S'entraîner sur du texte généré par IA, ça risque la fameuse « dégradation » des sorties, le modèle finit par tourner en rond.

Nicolas Moreau: Et dans les commentaires, je crois que la discussion s'est très vite enflammée, non? On conteste le titre, on se demande si « rare » n'est pas un mot à clics.

Claire Martin: Exactement. Certains commentateurs trouvent que l'article n'étaye pas la destruction de livres rares et ne fait que renvoyer à l'article payant de 404 Media. Un autre doutait qu'Amazon écarte soigneusement les livres rares de ses listes, et cite une librairie de Charing Cross Road qui vend des pages découpées dans des ouvrages.

Nicolas Moreau: Et côté droit d'auteur, la question est posée aussi.

Claire Martin: Oui, un commentateur demandait si c'est ce que dictent les lois, et quelqu'un a répondu qu'une copie reste une copie, même si l'original est détruit. C'est aussi le point soulevé avec Anthropic, accusé d'avoir piraté des livres. Bref, l'idée que des ouvrages rares finissent découpés pour nourrir des modèles, ça interroge autant sur la méthode que sur le droit.

Nicolas Moreau: Un guide pratique publié sur librarian.net, intitulé « How to disable or avoid intrusive AI », détaille comment désactiver ou éviter l'IA intrusive. Son autrice, bibliothécaire, écrit que la question la plus posée à ses permanences « Drop-In Time », avec « qu'est-ce qui occupe tout mon espace de stockage cloud? », est justement comment éviter l'IA qui s'impose là où on n'en veut pas. Le guide détaille les réglages pour Adobe Acrobat et Reader, Android et Gemini, y compris le bouton d'alimentation, Apple Intelligence et Siri, qui n'existent que sur l'iPhone 16 et les Macs et iPads plus récents, avec une fonctionnalité « learn from this application » pouvant rester active même quand Apple Intelligence est désactivé, ainsi que l'IA embarquée dans Chrome, Edge et Firefox, DuckDuckGo et Google Workspace. Il signale notamment que Firefox 148 et versions ultérieures permet de bloquer toutes les « améliorations IA » et que DuckDuckGo propose une version sans IA. Dans la discussion Hacker News, rad-b salue un guide utile pour « un problème bizarre »: des entreprises imposent des fonctions que personne ne veut, coûteuses à faire tourner, et « le marché peut rester irrationnel longtemps ». bluefirebrand se demande si le marché est vraiment irrationnel ou si l'on ne voit pas ce que font ces entreprises; il soupçonne que beaucoup de gens n'aiment pas l'IA mais l'utilisent à contrecœur, et que la stratégie serait de la rendre si envahissante et si coûteuse à annuler que les entreprises en profitent.

Claire Martin: Et le guide est assez complet, si je me souviens bien, il couvre beaucoup de services.

Nicolas Moreau: Oui, il passe en revue les réglages pour Adobe Acrobat et Reader, Android et Gemini, notamment le bouton d'alimentation, Apple Intelligence et Siri — avec un détail intéressant: cette IA n'existe que sur les iPhone récents et les Macs et iPads plus récents, et il y a une fonctionnalité « learn from this application » qui peut rester active même quand Apple Intelligence est désactivé. Il couvre aussi l'IA embarquée dans Chrome, Edge et Firefox, ainsi que DuckDuckGo et Google Workspace.

Claire Martin: Il y a quand même des bouées de sauvetage, alors?

Nicolas Moreau: Oui, par exemple il signale que Firefox, dans ses versions récentes, permet de bloquer toutes les améliorations IA, et que DuckDuckGo propose une version sans IA. L'article s'ouvre d'ailleurs sur l'image d'un masque à oxygène, avec la légende: mettez d'abord votre propre masque à oxygène.

Claire Martin: Et côté discussion, ça a suscité des réactions.

Nicolas Moreau: Oui, un commentateur salue un guide utile pour un problème bizarre: des entreprises imposent des fonctions que personne ne veut, coûteuses à faire tourner, et il rappelle que le marché peut rester irrationnel longtemps. Un autre répond en se demandant si le marché est vraiment irrationnel, ou si on ne voit tout simplement pas ce que font ces entreprises. Il soupçonne que beaucoup de gens n'aiment pas l'IA mais l'utilisent à contrecœur, et que la stratégie serait de la rendre si envahissante et si coûteuse à annuler que les entreprises en profitent. Tout un débat, en somme, entre la résistance individuelle et la mécanique du marché.

Claire Martin: Dans un article de sa newsletter daté du 17 août 2026, Rick Manelius, qui se présente comme « aussi pro-AI que possible », explique que l'écriture générée par intelligence artificielle est en train de devenir l'une de ses grandes bêtes noires, et il adopte l'acronyme « AI;DR » — AI; didn't read, soit « IA; pas lu » — comme solution pour ignorer « les murs de slop », une expression qu'il attribue à un tweet de seclilc, daté du 15 août 2026. Il décrit sa réaction physique, épaules qui tombent, dos voûté, léger tic à l'œil, quand une personne qu'il respecte lui envoie une sortie d'IA non filtrée et non éditée. Il annonce une nouvelle politique: si l'auteur ne prend pas la peine de relire et d'éditer le texte, lui ne prendra pas la peine de le lire. Il reconnaît des exceptions, comme le support client, où un contenu 100 % généré par IA est attendu. Mais pour un collègue qui publie « un mur de sortie Claude » dans une discussion Slack, et pour les newsletters et contenus sociaux, il estime que l'auteur doit assumer la prose et ses « AI-ismes » bizarres: « Je peux demander à Claude directement si je veux. » Selon lui, « TL;DR » était la solution pour les réseaux sociaux; « AI;DR » est la solution pour le slop d'IA. Dans la discussion, les commentaires jouent surtout avec l'acronyme. arm32 propose « HW;DR: human-written, did read »; em-bee suggère « HW;WR: human written, worth reading »; sermah répond « TA;DU: Too ambiguous, didn't understand », ce qui fait réagir hinkley et d'autres.

Nicolas Moreau: Pourquoi une telle réaction chez quelqu'un d'aussi pro-AI?

Claire Martin: Il décrit une vraie réaction physique — épaules qui tombent, dos voûté, léger tic à l'œil — quand une personne qu'il respecte lui envoie une sortie d'IA non filtrée et non éditée. Sa politique est donc simple: si l'auteur ne prend pas la peine de relire et d'éditer le texte, lui ne prendra pas la peine de le lire. Il reconnaît des exceptions, comme le support client, où un contenu 100 % généré par IA est attendu. Mais pour un collègue qui publie un mur de sortie Claude dans une discussion Slack, ou pour les newsletters et contenus sociaux, il estime que l'auteur doit assumer la prose et ses drôles d'« AI-ismes ».

Nicolas Moreau: Et l'acronyme, dans les commentaires, on a joué avec, j'imagine.

Claire Martin: Ça tourne de façon très ludique. Quelqu'un propose « HW;DR » — écrit par un humain, lu. Un autre suggère « HW;WR » — écrit par un humain, qui vaut la lecture. Et puis ça dérive encore, avec un « TA;DU », trop ambigu pour être compris, ce qui a fait réagir quelqu'un qui n'a pas compris l'acronyme lui-même… Bref, le débat derrière reste sérieux: à force de lire du texte généré et non relu, on se demande où s'arrête l'usage légitime de l'IA dans l'écriture. Manelius résume bien: « TL;DR » était la solution pour les réseaux sociaux; « AI;DR » est la solution pour le slop d'IA.

Nicolas Moreau: Le prix de GPT-5.6 Sol, le modèle phare de la série GPT-5.6 d'OpenAI, a baissé de 50 % sur OpenRouter. Conçu pour le raisonnement complexe, le codage et les workflows agentiques, particulièrement fort en codage en ligne de commande, en tâches de codage multi-étapes et en résolution de problèmes à long horizon, ce modèle publié le 9 juillet 2026 avec une coupure de connaissances en février 2026 passe ainsi de 5 à 2,50 dollars par million de jetons en entrée, et de 30 à 15 dollars par million en sortie. La fenêtre de contexte annoncée est de 1 050 000 jetons, avec une sortie maximale de 128 000 jetons. Plusieurs fournisseurs l'hébergent, dont OpenAI, Azure, Azure EU et Amazon Bedrock, et les benchmarks indépendants d'Artificial Analysis vont de 90,6 % à 92,3 % sur GPQA Diamond, et de 70,4 % à 80 % sur TAU-Bench. Dans les commentaires, Fergusonb rappelle que Luna a fortement progressé après sa propre baisse de prix et qu'il est désormais l'un des modèles les plus compétitifs au nouveau tarif; il se demande si OpenAI veut évaluer la part de marché que Sol peut conquérir. Mais des modèles moins chers offrent à peu près la même intelligence, notamment Grok 4.6 à 6 dollars par mois, ce qui rend l'offre plus difficile à vendre. OutOfHere récuse cette comparaison, estimant que Grok 4.6 n'a pas l'intelligence de Sol 5.6. mohamedkoubaa se demande si xAI ne teste pas en A/B le routage de requêtes Grok 4.6 difficiles vers Sol pour créer des convertis. jLaForest, lui, refuse de financer une entreprise qu'il décrit comme détenue par un suprémaciste blanc.

Claire Martin: Une belle baisse, mais est-ce que ça suffit à le rendre compétitif?

Nicolas Moreau: Dans les commentaires, Fergusonb rappelle un précédent intéressant: Luna, un autre modèle, a fortement progressé après sa propre baisse de prix, et il est désormais l'un des modèles les plus compétitifs au nouveau tarif. Il se demande donc si OpenAI veut évaluer la part de marché que Sol peut conquérir. Mais le bémol, c'est que des modèles moins chers offrent à peu près la même intelligence, avec à la clé Grok 4.6 à 6 dollars par mois, ce qui rend l'offre plus difficile à vendre.

Claire Martin: Mais justement, là, la discussion s'anime.

Nicolas Moreau: Oui, un commentateur récuse cette comparaison en affirmant que Grok 4.6 n'a pas l'intelligence de Sol 5.6. Un autre s'interroge même: est-ce que xAI ne teste pas en A/B le routage des requêtes difficiles de Grok 4.6 vers Sol, pour créer des convertis? Et il y a aussi une réaction très personnelle: jLaForest, lui, refuse de financer une entreprise qu'il décrit comme détenue par un suprémaciste blanc. Donc au-delà du prix, il y a aussi un enjeu de préférences et de valeurs qui pèse dans le choix de ces outils. La baisse de Sol, en tout cas, relance clairement la bataille de l'accessibilité sur le marché des modèles de raisonnement.

Claire Martin: Sur Hacker News, le débat du jour tourne autour de l'annonce d'OpenAI concernant son modèle GPT 5.6, surnommé Sol. Selon un commentaire très suivi, ce serait le meilleur modèle dit « vision » qu'OpenAI ait jamais publié. Ce point de vue, présenté comme anecdotique, s'appuie sur l'expérience du commentateur qui décrit les modèles d'OpenAI comme très solides en matière de vision, notamment grâce à une architecture MoE qu'il juge cohérente. Il oppose cette performance à celle de Claude, qui excelle selon lui en langage mais dont la qualité se dégrade nettement dès qu'il faut examiner une image, comprendre pourquoi un design n'est pas bon ou identifier ce qui doit être amélioré. Son test le plus simple consiste d'ailleurs à soumettre des analyses d'images. Au-delà de cet avis, le fil commente l'arrivée de ce modèle, le plaçant au centre des discussions de la journée sur la communauté, entre curiosité technique et comparaisons entre laboratoires. La discussion illustre une fois de plus les attentes fortes qui entourent chaque sortie d'OpenAI, notamment sur les capacités multimodales, et invite les auditeurs à se demander si cette réputation tiendra face à une utilisation concrète sur des tâches de vision complexes.

Nicolas Moreau: C'est intéressant, parce que la discussion nuance assez fortement ce genre de promesse. Le même commentateur admet d'emblée que c'est une impression personnelle, un retour d'expérience, mais son argument mérite qu'on s'y arrête.

Claire Martin: Oui, il explique que GPT est vraiment très bon en vision, et que son architecture par mélange d'experts lui semble particulièrement cohérente, justement pour ce type de tâches. Son point de comparaison, c'est Claude: selon lui, les modèles d'Anthropic sont excellents en langage pur, mais dès qu'il faut regarder une image et comprendre pourquoi un design ne fonctionne pas, ou quels éléments devraient être améliorés, la qualité chute nettement.

Nicolas Moreau: Et c'est là qu'il situe son test le plus simple. Il donne visiblement aux modèles une même image de design et leur demande de repérer les défauts et de proposer des corrections. Résultat, GPT 5.6 Sol tiendrait nettement mieux la comparaison là-dessus que les modèles concurrents.

Claire Martin: Ce qui rend ce retour crédible, c'est qu'il est très précis sur ce que le modèle doit faire: voir l'image, juger pourquoi le design n'est pas bon, et identifier les zones concrètes à améliorer. Ce n'est pas une démo marketing, c'est un benchmark personnel qui met en évidence une vraie différence de spécialisation entre les familles de modèles.

Nicolas Moreau: Donc, si on retient quelque chose, c'est que ce nouveau modèle d'OpenAI creuserait l'écart sur la vision lors d'un usage réel, là où ses concurrents restent brillants en texte. Mais on reste sur un avis d'expert rapporté, pas sur un classement officiel.

Claire Martin: Le fil de Hacker News du jour s'appuie sur une analyse remarquée d'Artificial Analysis consacrée au Qwen3.8 27B d'Alibaba, un modèle open weights sorti en août 2026 sous licence Apache 2.0, avec des poids disponibles sur Hugging Face. Il accepte texte et images en entrée, produit du texte, dispose d'une fenêtre de contexte de 256 000 tokens, et compte 27 milliards de paramètres. L'analyse porte sur la version « raisonnement » du modèle. Selon elle, il obtient 52 sur l'Artificial Analysis Intelligence Index, ce qui le place largement au-dessus de la médiane de 9 pour les modèles comparables, avec 4 unités sur 4 en intelligence. En revanche, sa vitesse n'est pas évaluée, et le prix affiché est de 0 dollar par million de tokens, contre des médianes de 0,04 et 0,15 dollar. Le modèle se révèle aussi très verbeux, avec 160 millions de tokens générés lors de l'indice, contre une médiane de 43 millions. Dans la discussion, plusieurs commentateurs mettent ce score en perspective: certains notent qu'il le place au niveau de modèles bien plus grands, tandis qu'un autre ajoute qu'il égale le score du dernier DeepSeek Flash 0731, qui compte 284 milliards de paramètres, et qu'il s'agit du deuxième meilleur modèle Qwen, bien meilleur que Qwen 3.7 Max mais nettement en dessous de Qwen 3.8 Max.

Nicolas Moreau: Mais ce qui étonne vraiment les commentateurs, c'est le rapport entre cette performance et sa taille. Un commentateur souligne qu'il se classe au niveau de modèles beaucoup plus gros, comme GLM 5.2 ou GPT 5.6 Luna. Un autre précise qu'il obtient exactement le même score que le dernier DeepSeek Flash 0731, qui affiche pourtant 284 milliards de paramètres actifs. Là, on parle d'un 27 milliards.

Claire Martin: Et dans la hiérarchie interne, il se place en deuxième position chez Qwen, nettement au-dessus de Qwen 3.7 Max, mais toujours loin derrière le très gros Qwen 3.8 Max. C'est le rappel que la course à la taille n'est pas la seule variable.

Nicolas Moreau: S'il y a un point à retenir de cette discussion, c'est le coût: le tarif affiché est de zéro dollar par million de tokens, en entrée comme en sortie, là où la médiane de sa catégorie se situe à quatre centièmes de dollar. Un modèle quasi gratuit, très fort en raisonnement, mais aussi particulièrement bavard: il a généré cent soixante millions de tokens lors de l'indice, contre quarante-trois millions pour un modèle standard. On a donc un raisonnement sérieux, à coût quasi nul, dans un format ouvert.

Claire Martin: Autre temps fort du fil, la recherche en sécurité. Wiz Research raconte comment son outil autonome, baptisé Red Agent, a découvert puis réellement exploité une faille dans un workflow GitHub Actions du dépôt ouvert de Snowflake, snowflakedb/snowflake-connector-net, via le programme de bug bounty HackerOne. Le point de départ est une vulnérabilité d'injection de script: un utilisateur non authentifié pouvait exécuter des commandes arbitraires dans un runner GitHub Actions en ouvrant un ticket dont le titre était spécialement conçu. La faille a été introduite le 18 juin 2026 par un commit co-écrit par l'assistant Copilot Autofix, qui a remplacé le motif sûr existant par une interpolation directe dans un script shell. Un guillemet simple dans le titre suffisait ensuite à briser la commande et à permettre l'exécution. La condition de contrôle semblait protectrice, mais sur les événements de type issues, elle laissait passait tout utilisateur GitHub. Lors de l'exploitation, après une première erreur bash, l'agent a analysé l'erreur puis modifié sa charge utile pour recevoir un callback d'un runner Azure contenant des identifiants encodés en base64, liés à Snowflake et donnant accès en lecture à ses projets d'ingénierie, de conformité sécurité et de bug bounty. Après divulgation responsable le 23 juin, Snowflake a corrigé le jour même.

Nicolas Moreau: Et le scénario est assez vertigineux. Un utilisateur non authentifié pouvait exécuter des commandes arbitraires sur les serveurs de compilation GitHub rien qu'en ouvrant un ticket dont le titre était malveillant. La faille avait été introduite cinq jours avant sa découverte, par un correctif co-écrit par l'assistant Copilot Autofix.

Claire Martin: C'est là que c'est le plus frappant: ce sont les outils de l'assistant IA qui ont remplacé le code sûr par une interpolation directe du titre du ticket dans un script shell. Un simple guillemet suffisait à casser la commande et à exécuter son propre code. Et la condition de sécurité apparente ne protégeait rien, puisque sur les événements de tickets, le champ de pull request est toujours vide. N'importe quel compte GitHub pouvait donc passer le filtre.

Nicolas Moreau: Et l'agent ne s'est pas arrêté là. Après une première erreur, il a analysé le message et modifié sa charge utile pour recevoir un appel depuis un serveur cloud, contenant des identifiants encodés liés à un compte de messagerie de Snowflake. Ces identifiants donnaient accès en lecture aux projets d'ingénierie, de conformité sécurité et de bug bounty de l'entreprise.

Claire Martin: Ce qu'on retient de ce récit, c'est que le correctif a été livré dès le lendemain de la divulgation responsable. Mais ça montre toute la chaîne: une IA génère une régression de sécurité, puis une autre IA la découvre, l'exploite et s'en sert pour remonter jusqu'aux projets internes. C'est un exemple saisissant de la boucle que la sécurité moderne devra apprivoiser.

Claire Martin: Le fil revient enfin sur l'incident qui a secoué GitHub, touchant les webhooks, l'API, les issues et les actions. Le rapport d'incident officiel indique qu'une enquête a été ouverte pour « des rapports de performances impactées sur certains services GitHub », puis qu'un taux d'erreur d'environ vingt pour cent a été constaté sur de nombreuses fonctionnalités, notamment les pull requests et les issues, les composants étant marqués en performances dégradées. Un commentateur a cité cette mise à jour sur Hacker News pour signaler que la page de statut avait fini par être actualisée. Dans le fil, plusieurs utilisateurs décrivent des symptômes concrets: le message disant qu'aucun serveur n'est disponible, des erreurs « pink unicorn » sur les pages, des changements de pull request invisibles, puis des dépôts entiers impossibles à charger, ou encore des messages d'échec lors de tentatives de fusion et des issues « complètement cassées ». Un commentateur précise que l'API permettait toujours de créer une issue mais que les webhooks n'étaient pas déclenchés. Des signalements proviennent de Bulgarie, du Brésil et d'Inde, et à la question de savoir quel modèle d'IA était en cause, un commentateur a répondu, avec humour, que le coupable était en fait des Indiens.

Nicolas Moreau: Et c'est justement la note d'humour de cette discussion: au départ, la page d'état affichait tout en vert pendant que la plateforme s'effondrait. Plusieurs utilisateurs décrivent des symptômes très concrets, comme le message disant qu'aucun serveur n'est disponible pour traiter la requête, ou une licorne rose à la place des pages. D'autres parlent de changements de pull request invisibles, de dépôts entiers impossibles à charger, ou d'une fusion bloquée au motif que le statut de fusion ne pouvait pas être chargé.

Claire Martin: Un utilisateur précise que l'API permettait quand même de créer une issue, mais que les webhooks associés n'étaient pas déclenchés. Une demi-fonctionnalité donc. Et les signalements arrivent de Bulgarie, du Brésil et d'Inde.

Nicolas Moreau: Et comme souvent sur ce genre de panne, les internautes ont essayé d'y voir la main d'une IA. À la question sur quel modèle d'IA serait responsable cette fois, un commentateur a répondu avec humour que ce serait plutôt l'Inde — en précisant que l'IA, en fait, désigne des Indiens. Un autre souligne que l'incident n'a été officiellement ouvert qu'après cinq à dix minutes, l'API étant alors marquée, visiblement à la main, comme ayant des performances dégradées.

Claire Martin: Ce qu'on retient, malgré la légèreté des commentaires, c'est que cette panne a rappelé à quel point des fonctions comme les webhooks et les issues sont devenues centrales pour ceux qui vivent de GitHub, et que l'information d'état a pris du retard sur la réalité. Une nouvelle preuve, s'il en fallait, que la transparence en temps réel reste un chantier permanent pour les grandes plateformes.

Claire Martin: Vu les pannes régulières que GitHub accumule depuis plusieurs mois, est-ce vraiment le moment de changer? C'est la question que pose l'utilisateur dhruv3006 dans le fil Hacker News « Ask HN: Alternatives to GitHub », et les réponses dessinent un paysage assez contrasté. GitLab est présenté par mariocesar comme l'alternative la plus proche en termes de fonctionnalités pour une organisation GitHub de grande taille, avec l'avantage d'une édition communautaire open source auto-hébergeable. ktm5j indique que son organisation auto-héberge la version communautaire de GitLab et s'en dit « parfaitement satisfaite »: selon lui, gérer sa propre infrastructure et y mettre le travail de maintenance réduit nettement les maux de tête. Le fil clarifie aussi la relation entre Gitea et Forgejo: teekert évoque Forgejo comme un fork communautaire de Gitea, en mentionnant un « drame » qu'il dit ne pas vraiment comprendre, et Havoc précise que Forgejo est un fork de Gitea, ce que teekert reconnaît avoir voulu dire. techknowlogick, qui se présente comme l'un des responsables du projet Gitea, affirme que Gitea reste communautaire comme avant, avec des élections annuelles des mainteneurs pour la direction du TOC. ashton314 juge Forgejo « splendide », léger à auto-héberger, très rapide et facile à naviguer. yogsototh héberge une instance Forgejo sur un VPS privé, avec presque aucune maintenance, si ce n'est la protection contre les robots d'IA; il configure ses dépôts locaux pour pousser à la fois sur GitHub et sur son instance Forgejo. AndrewKemendo dit être satisfait de son propre hébergement, et le débat montre que la réponse dépend surtout de la taille de l'organisation et du niveau de maintenance acceptable.

Nicolas Moreau: Contrasté, oui, et il y a d'abord le grand frère attendu. Un commentateur présente GitLab comme l'alternative la plus proche en termes de fonctionnalités si on tourne autour d'une grosse organisation GitHub. L'avantage, c'est son édition communautaire open source, qu'on peut héberger soi-même.

Claire Martin: Et il y a des retours d'expérience concrets là-dessus. Un commentateur raconte que son organisation auto-héberge justement cette version communautaire de GitLab, et qu'il en est parfaitement satisfait: selon lui, mettre soi-même le travail de maintenance dans sa propre infrastructure réduit nettement les maux de tête par rapport à subir les pannes de quelqu'un d'autre.

Nicolas Moreau: Mais le fil se focalise aussi beaucoup sur le duo Gitea et Forgejo. Et là, les commentateurs tiennent à clarifier une confusion courante: Forgejo est bien un fork communautaire de Gitea. Un des responsables du projet Gitea intervient d'ailleurs pour rassurer, confirmant que le projet reste communautaire comme avant, avec des élections annuelles des mainteneurs.

Claire Martin: Côté pratiques, Forgejo a de vrais fans. Un commentateur le trouve splendide, léger à auto-héberger, très rapide et facile à naviguer. Un autre héberge son instance sur un petit serveur privé avec presque aucune maintenance, si ce n'est la protection contre les robots d'IA. Et il a configuré ses dépôts locaux pour pousser à la fois sur GitHub et sur sa propre instance Forgejo.

Nicolas Moreau: Voilà qui résume bien l'état des lieux: si on veut un clone fonctionnel de GitHub, GitLab joue cette carte-là, tandis que Forgejo et Gitea séduisent par leur légèreté et leur autonomie. La fenêtre ouverte par les pannes de GitHub pousse visiblement beaucoup de monde à tester la bascule.

Claire Martin: Le 17 août 2026, l'équipe DuckDB, menée par Mark Raasveldt et Hannes Mühleisen, a publié un aperçu de DuckDB v2.0, attendue cet automne et baptisée « Cyanoptera », d'après la sarcelle cannelle. Plus qu'un simple changement de numéro: la version apporte un nouveau parseur SQL, un nouveau format de stockage par défaut, une API C retravaillée, un petit nombre de changements cassants, des triggers BEFORE/AFTER avec granularité FOR EACH ROW et FOR EACH STATEMENT, ainsi que plus de 10 000 commits depuis la v1.5 de mars. Les auteurs en font « l'année de DuckDB en tant que serveur »: l'extension Quack, passée stable en v2.0, permet à toute instance DuckDB de servir ses bases en réseau, et la nouvelle instruction CONNECT rattache un client à une base distante, avec un optimiseur de pushdown qui envoie le SQL directement vers PostgreSQL et MySQL. L'article vante un moteur transactionnel MVCC multi-connexions, de meilleures métriques et une observabilité renforcée, ainsi que des clients tiers construits pour Quack en quelques semaines. Le type VARIANT, présenté comme « du JSON en accéléré », devient un citoyen de première classe, avec lecture et écriture Parquet et pushdown d'extraction; les auteurs prévoient, sans s'engager, d'adosser le type JSON régulier sur VARIANT peu après v2.0. Plusieurs nouveautés avaient déjà été dévoilées lors de l'exposé « State of the Duck » à DuckCon 7. Dans la discussion Hacker News, un commentateur y voit le passage d'un moteur d'exécution in-process à une fondation de data warehouse cloud, en préparation selon lui malgré la réticence historique des fondateurs.

Nicolas Moreau: Ce n'est pas juste un changement de numéro, loin de là. Cette version introduit un nouveau parseur SQL, un nouveau format de stockage par défaut, une API C retravaillée, et plus de dix mille commits par rapport à la version 1.5 de mars. Les auteurs présentent même 2026 comme l'année de DuckDB en tant que serveur.

Claire Martin: Et cette idée de serveur est le vrai cœur du changement. L'extension Quack, passée stable dans la 2.0, permet à n'importe quelle instance DuckDB de servir ses bases en réseau. Une nouvelle instruction connecte un client à une base distante, avec un optimiseur qui envoie le SQL directement à PostgreSQL et MySQL. Tout ça s'appuie sur un moteur transactionnel multi-connexions et une observabilité renforcée.

Nicolas Moreau: Il y a aussi une nouveauté pour ceux qui travaillent avec du JSON. DuckDB introduit un type VARIANT, présenté comme du JSON en accéléré, qui devient un citoyen de première classe avec lecture-écriture Parquet. Les auteurs prévoient, sans s'engager fermement, d'adosser le type JSON ordinaire sur VARIANT peu après la sortie de la 2.0.

Claire Martin: Dans la discussion Hacker News, on perçoit bien le basculement stratégique. Un commentateur y voit le passage d'un moteur d'exécution in-process à une vraie fondation de data warehouse cloud, préparée selon lui malgré la réticence historique des fondateurs. C'est donc bien plus qu'une simple mise à jour.

Claire Martin: Bonne nouvelle sur le front du Linux mobile: l'appareil photo principal du Fairphone 6 fonctionne désormais sous postmarketOS. Un article du blog Catcrafts détaille le travail de l'auteur, qui a écrit le pilote en s'appuyant sur le travail de nondescriptpointer sur l'objectif grand-angle; l'autofocus et la correction des couleurs fonctionnent, la correction des couleurs restant un travail en cours, l'image étant encore granuleuse, le stockage en JPG de Plasma Camera n'aidant pas, et la comparaison avec un Galaxy A16 sous Android montrant le chemin restant. Pour l'upstreaming, nondescriptpointer enverra le code et l'auteur relira et assistera. L'auteur a par ailleurs obtenu l'autorisation de tester les appels d'urgence: les tests ont été approuvés pour le mardi 18 août entre 13 h 30 et 14 h 15 par le service néerlandais 1-1-2. Le Fairphone 6+ est officiellement annoncé, et l'auteur prévoit d'en acheter un dès que possible, financé par les dons d'environ 650 euros, et contacte un notaire pour créer Catcrafts comme fondation à but non lucratif, avec un salaire public plafonné par le droit néerlandais, tout en restant méfiant envers Fairphone, entreprise à but lucratif qui poste encore sur X. Dans les commentaires, nekusar compare le projet au Pinephone Pro, incapable selon lui de faire la partie « téléphone », et juge les projets de téléphone Linux « 15 ans en arrière » avec des correctifs ignorés. pimeys témoigne d'un OnePlus 6 acheté 50 euros sur eBay sous Plasma mobile, avec des correctifs NFC YubiKey pour l'application Secrets, aidés par Kimi et DeepSeek, une voie que nekusar rejette.

Nicolas Moreau: L'autofocus fonctionne, et la correction des couleurs aussi, même si elle reste un travail en cours. L'image est encore granuleuse, et la comparaison directe avec un Galaxy A16 sous Android montre que le chemin restant est réel. Les deux développeurs prévoient d'envoyer le code en amont pour l'intégrer au système.

Claire Martin: Et il y a une avancée très concrète sur la partie sécurité: l'auteur a obtenu l'autorisation de tester les appels d'urgence, avec des tests prévus un mardi après-midi en août, validés par le service néerlandais d'urgence. C'est un gros pas, puisque la fonction téléphone d'urgence est généralement un point sensible de ces projets.

Nicolas Moreau: Le Fairphone 6 Plus vient d'être officiellement annoncé, et l'auteur compte en acheter un dès que possible, financé par les dons, environ six cent cinquante euros. Il est d'ailleurs en train de créer une fondation à but non lucratif, avec un salaire public plafonné par le droit néerlandais, tout en restant méfiant envers Fairphone, entreprise à but lucratif.

Claire Martin: Dans les commentaires, les avis sont tranchés. Un commentateur compare le projet au Pinephone Pro, incapable selon lui de faire correctement la partie téléphone, et juge les projets Linux mobiles quinze ans en retard. Un autre témoigne pourtant d'un OnePlus 6 acheté cinquante euros d'occasion, qui tourne sous Plasma mobile et gère même des correctifs de sécurité NFC pour son gestionnaire de mots de passe.

Nicolas Moreau: Entre optimisme mesuré et scepticisme assumé, le débat reste ouvert. Mais sur le fond, chaque petite bataille gagnée, comme ce pilote d'appareil photo ou ces tests d'urgence, rapproche ces téléphones d'un usage quotidien crédible.

Claire Martin: Le développeur Fabien Sanglard met en ligne une histoire autour du CD du shareware de Quake, un CD-ROM qui s'est retrouvé un tout petit peu trop plein. Le récit touche à la préservation du jeu vidéo et à la sécurité d'une façon inattendue, mais c'est aussi une question qui alimente la discussion Hacker News: faut-il vraiment qualifier de tels algorithmes de « sécurité par l'obscurité »? Comme le demande un commentateur, par cette logique, le vrai chiffrement symétrique ne serait-il pas aussi considéré comme de la sécurité par l'obscurité, puisqu'il repose toujours sur des mathématiques qui échangent des données avec d'autres octets, sur la base d'un mot de passe ou d'une clé justement « obscure »?

Nicolas Moreau: Et c'est là que la discussion Hacker News prend un tour intéressant. Quelqu'un interroge la manière dont on qualifie la protection de ce genre de disques: est-il vraiment juste de parler de sécurité par l'obscurité? Par cette logique, demande-t-il, une vraie cryptographie symétrique ne serait-elle pas aussi de la sécurité par l'obscurité, puisque c'est toujours des maths qui remanient des octets à partir d'une clé cachée?

Claire Martin: Belle question rhétorique, et elle touche précisément au cœur du débat: la frontière entre le secret des clés légitimes et le simple fait de cacher son fonctionnement. Ce sont deux approches qui ne méritent pas vraiment le même jugement, et c'est la nuance que la discussion s'efforce de poser.

Nicolas Moreau: Le récit de Sanglard reste un beau morceau d'histoire du logiciel, avec ce moment précaire où l'on se demande comment tout a pu tenir sur ce disque. Et en creux, il montre une époque où la débrouille et l'obscurité technique faisaient office de sûreté, faute de mieux.

Claire Martin: La tadalafil, connue sous le nom commercial Cialis, est de plus en plus présentée dans certains cercles de biohacking et de bien-être comme un médicament de longévité, rapportait NPR en août. Les études disponibles sur cette molécule sont observationnelles et rétrospectives: elles montrent que les hommes qui en prennent présentent des taux plus faibles de maladies cardiovasculaires, de décès et de démence, mais elles ne peuvent établir qu'une association, et aucun essai contrôlé bien mené chez l'humain n'existe. Ces médicaments ne sont pas approuvés pour prévenir les crises cardiaques ou les AVC, ni pour prolonger la vie. Le Dr Robert Kloner, directeur de la recherche cardiovasculaire au Huntington Medical Research Institutes et professeur à l'Université de Californie du Sud, parle d'un « signal très intéressant » cohérent dans la littérature, tout en insistant sur la nécessité d'en apprendre davantage. Des personnalités comme le neuroscientifique Andrew Huberman et le promoteur de longévité Bryan Johnson ont évoqué l'usage de la tadalafil au-delà du sexe. Kristi Sawicki, docteure en oncologie moléculaire, a commencé à en prendre il y a environ un an, y voyant un « fruit à portée de main » pour la santé cardiovasculaire et un bénéfice pour le flux sanguin vers le cerveau et le cœur. Dans la discussion Hacker News, un commentateur rappelle au passage que le sildénafil a d'abord été synthétisé pour traiter l'hypertension artérielle, la dysfonction érectile n'étant qu'un effet secondaire, et que la tadalafil a suivi la même voie d'inhibiteur.

Nicolas Moreau: Et c'est important de rappeler que ce médicament n'est approuvé ni pour prévenir les crises cardiaques ou les AVC, ni pour prolonger la vie. Le docteur Robert Kloner, qui dirige la recherche cardiovasculaire au Huntington Medical Research Institutes, parle quand même d'un signal très intéressant, cohérent dans la littérature. Il ajoute simplement qu'il faut en apprendre davantage avant de conclure quoi que ce soit.

Claire Martin: En attendant, des figures connues du grand public, comme le neuroscientifique Andrew Huberman ou le promoteur de longévité Bryan Johnson, ont évoqué un usage de la tadalafil au-delà du cadre sexuel. Kristi Sawicki, qui a un doctorat en oncologie moléculaire, en prend depuis environ un an. Elle voit dans ce médicament un fruit à portée de main pour la santé cardiovasculaire, et un bénéfice pour le flux sanguin vers le cerveau et le cœur.

Nicolas Moreau: Parmi les commentaires sur Hacker News, un internaute rappelle d'ailleurs une chose utile pour contextualiser tout ça: le sildénafil a d'abord été synthétisé pour traiter l'hypertension artérielle, et c'est la dysfonction érectile qui s'est révélée être un effet secondaire. La tadalafil a emprunté la même voie d'inhibiteur. Autrement dit, ces molécules n'ont pas été conçues à la base pour ce pourquoi on les connaît le mieux aujourd'hui. Tout ça reste donc une piste sérieuse mais non confirmée, portée par des données observationnelles et des enthousiasmes bien réels.

Nicolas Moreau: Une jeune entreprise nommée Speko, présentée sur Hacker News par son fondateur Bek, se positionne comme « le routeur pour modèles vocaux », avec pour titre de lancement « OpenRouter for Voice AI », et elle est soutenue par Y Combinator dans la cohorte S26. Le point de départ, explique le fondateur: un agent vocal de production typique assemble trois modèles — reconnaissance vocale, LLM et synthèse vocale — et chaque couche compte des dizaines de fournisseurs crédibles, avec de nouveaux modèles chaque mois. Presque tout le monde évalue une fois, choisit une pile et ne vérifie plus jamais, car changer de fournisseur implique une nouvelle intégration; on se retrouve donc avec les modèles de la saison précédente alors que des options meilleures et moins chères existent. Avant Speko, Bek dit avoir passé quatre ans comme cofondateur et CTO à construire des agents vocaux pour des entreprises en Asie, dans plus de 10 langues, avec un rituel de référencement par des évaluateurs natifs. Au lancement, l'utilisateur envoie une requête avec ses critères d'optimisation — précision, latence, coût ou équilibré — ainsi que la langue et la région; le routeur filtre les modèles mesurés pour cette combinaison, les évalue, sélectionne le gagnant et renvoie une réponse avec des en-têtes contenant fournisseur, noms de modèles et scores. La passerelle précharge des plans de session signés, pour qu'une nouvelle session contacte le fournisseur sans aller-retour de plan de contrôle pendant qu'un appelant attend, et le basculement ne se produit qu'à l'établissement de la connexion.

Claire Martin: Le point de départ, c'est un vrai problème pratique. Un agent vocal de production assemble trois modèles: un pour la reconnaissance vocale, un grand modèle de langage, et un pour la synthèse de la parole. Et pour chaque couche, il existe des dizaines de fournisseurs crédibles, avec de nouveaux modèles qui sortent chaque mois. Sauf que le fondateur constate que presque tout le monde évalue une fois, choisit sa pile, et ne vérifie plus jamais, parce que changer de fournisseur exige une nouvelle intégration complète. Résultat: on se retrouve avec les modèles de la saison précédente alors que des options meilleures et moins chères existent déjà.

Nicolas Moreau: Le profil de Bek prête à cette approche: avant de lancer Speko, il a passé quatre ans comme cofondateur et directeur technique à construire des agents vocaux pour des entreprises en Asie, dans plus de dix langues, avec un rituel de référencement par des évaluateurs natifs. Donc il connaît très concrètement le casse-tête qu'il veut résoudre.

Claire Martin: Et comment ça marche, concrètement? L'utilisateur envoie une requête avec ses critères d'optimisation, par exemple la précision, la latence, le coût, ou un équilibre entre les trois, plus la langue et la région. Le routeur filtre alors les modèles mesurés pour cette combinaison, les évalue, sélectionne le gagnant et renvoie une réponse avec des informations sur le fournisseur, les modèles choisis et les scores obtenus.

Nicolas Moreau: Un détail technique montre qu'ils pensent au confort de l'appelant: la passerelle précharge des plans de session signés, pour qu'une nouvelle session contacte directement le fournisseur sans aller-retour de plan de contrôle pendant que la personne attend. Et le basculement vers un autre fournisseur ne se produit qu'au moment de l'établissement de la connexion. En clair, l'idée, c'est de toujours servir le meilleur modèle disponible pour chaque situation, sans que l'équipe qui construit l'agent ait à refaire l'intégration à chaque fois.

Claire Martin: Voilà qui conclut notre épisode du jour. Merci d’avoir été au rendez-vous et d’avoir suivi ces échanges jusqu’au bout.

Nicolas Moreau: Nous espérons que ce tour d’horizon vous a éclairé et accompagné dans vos réflexions. Prenez soin de vous, et à très bientôt pour un prochain rendez-vous.