Le rapport de KPMG sur l'IA devient une démonstration involontaire des hallucinations de l'IA Un récent rapport de KPMG, "Total Experience: Redefining Excellence in the Age of Agentic AI", daté d'octobre 2025, est sous le feu des critiques pour avoir illustré les dérives de l'intelligence artificielle. La firme de recherche GPTZero a mené une analyse forensique, révélant que seulement 5 des 45 citations du rapport correspondaient à leurs sources. Le reste des références était jugé inexact, trompeur, partiellement inventé ou invérifiable, un phénomène que GPTZero a baptisé "vibe citing". Ces inexactitudes ne se limitaient pas aux citations. Environ la moitié des affirmations factuelles et plusieurs études de cas, notamment sur des déploiements d'IA chez UBS ou Transport for London, se sont avérées fausses ou non étayées. Par exemple, le rapport décrivait un chatbot "Sara" pour Emirates, alors qu'il s'agit d'un robot n'ayant pas les capacités alléguées. Des contradictions internes avec les propres recherches de KPMG sur les priorités des PDG ont également été identifiées. Cet incident, qui fait écho à des problèmes similaires chez Deloitte, met en lumière le défi persistant des "hallucinations" de l'IA. KPMG a retiré le rapport, affirmant enquêter sur sa publication et soulignant l'importance de la validation humaine dans l'utilisation responsable de l'IA. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48515733) - **Article source** : [KPMG's AI report turns into a demo of AI hallucinations]()
Archives
Tag : #societe • 197 articles • Page 3 sur 17GitHub - DanMcInerney/architect-loop: Claude Fable 5 en tant qu'architecte, GPT-5.5 Codex en tant que constructeur, le dépôt comme mémoire - une compétence Claude Code basée sur la recherche pour la boucle d'agent inter-fournisseurs Le projet "architect-loop" introduit une architecture innovante pour le développement logiciel, dissociant les rôles d'un agent de planification et d'un agent d'exécution. Il positionne Claude Fable comme "architecte" chargé de la planification et de la revue, tandis que GPT-5.5 Codex agit comme "constructeur" pour l'implémentation et la recherche. Cette approche, qui exploite les abonnements existants aux services Claude Code et ChatGPT, vise à contrer les défaillances courantes des systèmes d'agents autonomes, telles que la perte de contexte et la dérive des objectifs, en imposant une séparation claire des responsabilités et des vérifications rigoureuses. Cette configuration "planifier avec un modèle coûteux, implémenter avec un modèle plus économique" est identifiée comme une tendance majeure et convergente dans le développement d'agents sophistiqués. Elle repose sur des choix de conception documentés et des meilleures pratiques opérationnelles, notamment l'utilisation des documents du dépôt comme "mémoire" infaillible du projet. Des débats persistent quant aux forces relatives des modèles, certains valorisant la capacité analytique de GPT, d'autres la clarté de codage de Claude. Des mécanismes de sécurité sont intégrés pour isoler et corriger les erreurs des constructeurs avant toute intégration. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48509133) - **Article source** : [GitHub - DanMcInerney/architect-loop: Claude Fable 5 as architect, GPT-5.5 Codex as builder, the repo as memory - a research-backed Claude Code skill for the cross-vendor agent loop · GitHub](https://github.com/DanMcInerney/architect-loop)
GitHub - coder/boo: Un multiplexeur de terminal façon GNU screen basé sur libghostty. `coder/boo` est un multiplexeur de terminal moderne, conçu sur le modèle de GNU screen, mais construit avec le cœur d'émulation `libghostty-vt` et écrit en Zig. Sa principale innovation réside dans sa capacité à maintenir une connaissance exacte de l'état de chaque session, incluant le contenu, les styles, le curseur et l'historique de défilement. Cette approche garantit une restitution fidèle de l'affichage du terminal lors de la reconnexion et permet aux applications interactives (TUI) de fonctionner sans accroc même lorsque les sessions sont détachées. Contrairement à l'émulateur vieillissant de GNU screen, `boo` assure une représentation visuelle fidèle, essentielle pour l'utilisateur et cruciale pour l'automatisation. Il facilite l'intégration de scripts et d'agents d'IA pour interagir avec des programmes complexes, offrant des fonctionnalités améliorées pour l'envoi de commandes et la lecture d'écran. Bien qu'il adhère à la simplicité de screen, il se différencie de tmux par sa philosophie de conception. Le projet est encore jeune et se positionne comme une alternative prometteuse plutôt qu'un remplacement direct de GNU screen. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48496250) - **Article source** : [GitHub - coder/boo: A GNU screen style terminal multiplexer built on libghostty.](https://github.com/coder/boo)
L'histoire derrière les enseignes qui illuminent notre quotidien : Signalisation thermoformée et connexion humaine Les enseignes en plastique lumineuses, souvent tridimensionnelles et gaufrées, sont omniprésentes sur les Main Street américaines, guidant discrètement vers les commerces locaux depuis des décennies. Nées dans les années 1950, suite aux avancées des plastiques durant la Seconde Guerre mondiale et l'invention du thermoformage sous vide, elles ont révolutionné l'affichage électrique dominé auparavant par le néon. Cette technologie a permis de fabriquer des signes plus durables, personnalisables et produits en série, comme l'explique un ancien fabricant décrivant le processus manuel et précis de création des moules et de formage des feuilles de plastique chauffées sous vide. Des entrepreneurs comme Conrad Escalante et Kozy Boren ont été pionniers, inventant dès 1958 des solutions innovantes telles que la "flèche Superior" pour les petites entreprises. Par la suite, la société Signtronix (successeur de Gulf Development) a démocratisé ces enseignes abordables pour les commerces indépendants ("Mom & Pop"), en développant des formats iconiques comme le "Dynalite" et le "Big Sig", souvent conçus avec des designs génériques pour faciliter leur réemploi. Loin des approches plus standardisées observées ailleurs, ce style de signalisation est devenu un élément distinctif du paysage urbain américain, contribuant à l'identité culturelle locale et favorisant des micro-interactions humaines, bien au-delà de leur simple fonction commerciale. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48470748) - **Article source** : [The History Behind the Signs Lighting Up Our Daily Lives: Vacuum-Form Signage and Human Connection](https://bethmathews.substack.com/p/the-history-behind-the-signs-lighting)
Surprise ! Payer 1000 $ Frustrée par les performances de GitHub Actions, une équipe de développeurs a adopté Blacksmith, une alternative prometteuse de CI/CD, présentée comme plus rapide et moins chère. L'expérience a cependant réservé une surprise de taille : après avoir dépassé les limites d'un essai gratuit "sans carte de crédit requise", l'équipe a reçu des factures totalisant plus de 1000 $, rapidement suivies d'avis de retard. Contrairement aux conventions du secteur, où les services gratuits s'interrompent en cas de dépassement, Blacksmith a continué de fonctionner, accumulant des frais. L'entreprise a précisé que la "perturbation" annoncée signifiait un signalement d'activité suspecte, non un arrêt du service. Cette approche, perçue comme inhabituelle et potentiellement trompeuse, soulève des inquiétudes sur l'éthique commerciale et les "dark patterns", similaires aux frais de découvert bancaires. Si certains estiment que les conditions générales peuvent autoriser de telles pratiques, l'avis général pointe une rupture de confiance majeure. Malgré le litige initial, la performance supérieure de Blacksmith a conduit l'équipe à continuer d'utiliser le service, illustrant l'importance pour les fournisseurs SaaS d'une transparence absolue sur leurs politiques de facturation et pour les utilisateurs d'une vigilance accrue. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48468370) - **Article source** : [Surprise! Pay $1000](https://forestwalk.ai/blog/surprise-blacksmith-costs/)
Pourquoi n'y a-t-il pas encore eu de véritable concurrent à Ticketmaster ? La position dominante de Ticketmaster découle d'un modèle d'affaires subtil, allant au-delà de la simple vente de billets. L'entreprise sert de "bouclier" pour la colère des consommateurs, dirigeant les frais supplémentaires vers les salles et les artistes sans entacher leur réputation par des prix faciaux élevés. Ce système encourage une collaboration étroite, où Ticketmaster offre d'importantes avances financières, gère des infrastructures complexes et fournit un accès inégalé aux fans. La fusion avec Live Nation a accentué cette intégration verticale, contrôlant salles et promoteurs. Les concurrents potentiels font face à des obstacles massifs : nécessité de capitaux considérables pour les avances, complexité logistique des grands événements et difficulté à sécuriser du contenu exclusif. Des plateformes comme DICE proposent des expériences utilisateur améliorées, avec revente au prix facial et retour de billets, mais la consolidation du marché et la volonté des acteurs majeurs d'optimiser leurs revenus limitent leur expansion. Une législation imposant un affichage du prix total pourrait transformer le marché. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48448313) - **Article source** : [Ask HN: Why hasn't there been a real competitor to Ticketmaster yet?](https://news.ycombinator.com/item?id=48448313)
performative-ui | Composants React natifs à l'IA En l'absence de l'article original, cette analyse s'appuie sur des discussions éclairées explorant la tension entre l'uniformisation de l'expérience utilisateur (UX) et la personnalisation du web. L'adoption de frameworks omniprésents, comme Material UI, est débattue : si elle garantit une interaction intuitive et universelle, certains y voient une dilution de la spécificité des produits. Cette convergence vers une "UX unique" est perçue comme un processus continu, exacerbé par la "LLM-isation" de l'Internet qui tend à gommer la personnalité, évoluant vers des interfaces vocales et des transcriptions d'IA dont le contenu peut paraître "non humain". Historiquement riche en personnalisation, le web se confronte désormais à des cycles de tendances esthétiques, à l'image du design automobile, suggérant l'impossibilité d'une "langue de design" définitive. Ces évolutions se déroulent dans un contexte d'économie de l'attention, où les stratégies marketing sont souvent des "manipulations psychologiques" conçues pour capter l'utilisateur, créant une relation parfois conflictuelle. Les tactiques comme le clickbait ou l'information diluée soulèvent des questions éthiques quant à l'intentionnalité du clic. Toutefois, des éléments créatifs, comme l'animation ASCII particulièrement appréciée, démontrent que l'innovation et l'expression singulière conservent leur place, même face à la standardisation progressive des interfaces. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48445554) - **Article source** : [performative-ui | AI-native React Components](https://vorpus.github.io/performativeUI/)
Historique des versions d'Elfeed sur GitHub Le journal des modifications d'Elfeed, un agrégateur de flux RSS intégré à Emacs, révèle une évolution technique marquée, depuis sa première version en 2013 jusqu'à une future mise à jour majeure prévue pour 2026. Un défi technique central a été la gestion des incompatibilités avec les versions successives d'Emacs. Un tournant majeur est survenu avec l'introduction d'Emacs 26, qui a modifié son type de "record", rendant obsolète le format de base de données d'Elfeed basé sur `cl-defstruct`. Cette rupture a nécessité une intervention délicate. Dès la version 2.4.0 d'Elfeed, un mécanisme de migration automatique et irréversible a été mis en place. Lors de l'exécution sous Emacs 26, les bases de données d'Emacs 25 étaient silencieusement converties, avec une sauvegarde `index.backup` créée au préalable. La conséquence directe pour les utilisateurs était qu'une base de données ainsi mise à jour devenait inaccessible pour Emacs 25, apparaissant comme vide. Cette approche soulignait la nécessité d'adapter les applications aux évolutions de leur environnement hôte, tout en gérant les risques de rétrocompatibilité pour les utilisateurs. Les mises à jour continuent, la version 3.4.2 étant documentée en juillet 2024. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48428652) - **Article source** : [elfeed/NEWS.org at main · emacs-elfeed/elfeed · GitHub](https://github.com/emacs-elfeed/elfeed/blob/main/NEWS.org)
Les pièges des clés primaires UUID dans SQLite L'utilisation de clés primaires UUID aléatoires (UUID4) dans les bases de données dotées d'index clusterisés, comme SQLite, entraîne une dégradation significative des performances d'insertion. Leur nature désordonnée force une re-balance constante de l'arbre B-tree, provoquant un surcoût en pagination, lectures et écritures. Des tests sur SQLite montrent des insertions 10 à 12 fois plus lentes avec UUID4 qu'avec des clés entières. SQLite utilise implicitement un `rowid` entier de 64 bits comme index clusterisé dans les tables standard. Les tables `WITHOUT ROWID` désignent la clé primaire déclarée comme index clusterisé. Pour contourner ce problème, les UUID7, qui sont ordonnés temporellement, réduisent considérablement cet impact. Bien que légèrement moins performants que les entiers (dû à une taille de 16 octets contre 8), ils offrent un compromis viable. Les UUID sont appréciés pour leur opacité comme identifiants publics, évitant des erreurs de jointure silencieuses par aliasing d'entiers. Une stratégie courante consiste à utiliser des entiers en interne pour les performances et des UUID pour les interfaces externes. Attention, JavaScript peut mal interpréter les grands entiers (64 bits) en les arrondissant ; une conversion en chaîne est souvent préférable pour l'échange de données. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48419571) - **Article source** : [The perils of UUID primary keys in SQLite](https://andersmurphy.com/2026/06/05/the-perils-of-uuid-primary-keys-in-sqlite.html)
Synthèse d'ADN rapide et économique débloque les génomes générés par l'IA - IEEE Spectrum La nouvelle méthode Sidewinder marque une avancée significative dans la synthèse d'ADN, offrant une manière rapide, économique et très précise de construire des séquences génétiques. Cette technique innovante permet d'assembler simultanément des dizaines de séquences avec une précision inégalée (une seule erreur pour 10 millions d'événements), surpassant largement les méthodes conventionnelles. Sidewinder utilise des "codes-barres" moléculaires pour guider l'assemblage des fragments, facilitant la construction de longues séquences et réduisant le temps nécessaire de plusieurs mois à quelques jours. Cette capacité débloque le potentiel de l'IA générative en biologie, permettant la construction physique des séquences prédites par des modèles avancés. Les applications potentielles vont de la découverte de médicaments à la création d'organismes synthétiques et au stockage de données. Néanmoins, l'impact réel de tels outils fondamentaux reste à quantifier, avec des interrogations sur l'adoption généralisée et la tension entre l'accessibilité revendiquée de la plateforme et les réalités de la commercialisation. Des questions subsistent également sur la nécessité d'intégrer l'IA dans la conception de toutes les séquences, l'essentiel du progrès résidant dans la synthèse elle-même. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48402116) - **Article source** : [Cheap, Fast DNA Synthesis Unlocks AI-Generated Genomes - IEEE Spectrum](https://spectrum.ieee.org/faster-dna-synthesis-sidewinder)
GitHub - tastyeffectco/sandboxes : Environnements de développement auto-hébergés avec URL de prévisualisation. Une commande. Sans Kubernetes, idéal pour les agents de codage et les usines SaaS. Le projet open-source `sandboxed` de tastyeffectco se positionne comme un moteur essentiel pour les constructeurs d'applications basés sur l'IA. Il fournit des environnements de développement cloud isolés, intégrant des agents de codage et des URL de prévisualisation en direct. L'outil est conçu pour être auto-hébergé sur une seule machine, s'activant avec une unique commande, et se distingue par sa capacité à optimiser les ressources en mettant en veille les sandboxes inactifs. Contrairement aux solutions ad hoc basées sur de simples scripts, `sandboxed` révèle toute sa pertinence pour les plateformes gérant de nombreux environnements utilisateur, comme les générateurs d'applications IA ou les plateformes d'agents. Il simplifie drastiquement le déploiement d'infrastructures complexes de prévisualisation et d'isolation multi-tenant. Bien qu'il privilégie une approche "sans Kubernetes" pour la simplicité, sa conception modulaire permet d'envisager une intégration future avec des environnements K8s. Cet outil offre une base solide aux startups cherchant à itérer rapidement avec des agents d'IA, en facilitant le test interactif du code généré. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48388909) - **Article source** : [GitHub - tastyeffectco/sandboxes: Self-hosted dev sandboxes with preview URLs. One command. No Kubernetes, perfect for coding agents and Saas factories · GitHub](https://github.com/tastyeffectco/sandboxes)
Sortie de Pluto 1.0 : Annonces de paquetages pour le langage Julia L'article source n'ayant pas pu être chargé, cette analyse explore l'importance des notebooks interactifs. Ces outils sont jugés vitaux pour les langages de script, suscitant un appel à des plateformes neutres à noyaux enfichables. Jupyter, reconnu pour son efficacité, permet l'intégration de noyaux comme celui de Raku. Avec `Inline::Python` et les modules pip, Raku offre des cas d'usage novateurs, notamment pour les "chatbooks" basés sur les grands modèles de langage (LLM). Le rôle du langage Julia est aussi souligné, notamment via un cours du MIT sur la pensée computationnelle et ses applications, tel que la modélisation de la pandémie de COVID-19. La gestion des calculs présente une distinction clé : contrairement à Excel, où les utilisateurs avancés contrôlent le recalcul, les notebooks comme Pluto s'appuient sur la rapidité et un ordre topologique. Pluto, en particulier, dépend fortement de la vélocité d'exécution pour la cohérence des résultats. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=48377496) - **Article source** : [Pluto 1.0 release! - Package Announcements - Julia Programming Language](https://discourse.julialang.org/t/pluto-1-0-release/137296)