Image de couverture : Hallucinations IA chez PwC : pourquoi l'IA ne peut pas être auteur sans supervision humaine
IA & Ingénierie

Hallucinations IA chez PwC : pourquoi l'IA ne peut pas être auteur sans supervision humaine

6 août 2026
5 min de lecture
2 vues
Sébastien Muler
Label officiel de l'Union européenne : contenu généré par IA Contenu généré par IA

Quand les grands cabinets publient ce qu'ils n'ont pas vérifié

En juillet 2026, GPTZero a mis en lumière un problème embarrassant pour PwC Middle East : plusieurs rapports publiés entre 2024 et 2026 contiendraient des sources fabriquées, des affirmations non vérifiées, voire des références fantômes. Le rapport le plus incriminé, "Transforming Governance", serait généré à 84 % par une IA. Cette affaire fait écho à des révélations similaires chez KPMG, Deloitte et Ernst & Young, documentées par la même source.

Ce n'est pas un bug isolé. C'est un signal fort sur les dérives d'une utilisation de l'IA sans garde-fous.

Le phénomène "Vibe Citing" : des sources qui sonnent bien, mais qui n'existent pas

GPTZero a introduit le terme "Vibe Citing" pour décrire ce comportement : un modèle de langage cite des références de manière approximative, avec des titres incorrects, des URLs inexistantes ou des auteurs inventés. Les sources semblent crédibles, elles s'insèrent naturellement dans le discours — mais elles ne supportent pas les affirmations auxquelles elles sont rattachées.

Dans le cas de PwC, le rapport "Transforming Governance" affirme que des gouvernements en Danemark, Arabie Saoudite, États-Unis et Australie utilisent un produit appelé "Citizen Pulse". Aucune preuve ne corrobore ces affirmations. PwC Middle East a indiqué au Financial Times qu'il prenait la précision au sérieux et procédait à une "mise à jour d'un nombre limité de citations". Sans expliquer comment ces erreurs ont pu s'y glisser.

Ce phénomène n'est pas propre aux cabinets de conseil : il touche aussi la recherche académique, les articles spécialisés, et potentiellement tout contenu produit à la chaîne sans relecture humaine rigoureuse.

Ce que ça révèle sur l'utilisation actuelle des LLM en entreprise

Les grands modèles de langage sont des outils de génération de texte extraordinairement fluides. Mais cette fluidité est précisément leur piège : ils produisent du contenu vraisemblable, pas nécessairement vrai. Un modèle ne sait pas qu'il invente une source — il prédit la suite la plus probable d'un texte, et une référence bibliographique bien formatée est statistiquement cohérente avec un rapport sérieux.

Plus les scores IA des rapports PwC étaient élevés, plus le nombre de sources falsifiées augmentait. Ce n'est pas une coïncidence : c'est une corrélation structurelle entre volume de génération non supervisée et accumulation d'erreurs factuelles.

Trois erreurs classiques d'intégration IA sont ici réunies :

  • Absence de validation des sorties : le texte généré n'a pas été confronté aux sources réelles
  • Confusion entre rédacteur et auteur : l'IA a été traitée comme un auteur autonome, pas comme un assistant de rédaction
  • Manque de traçabilité : aucun processus ne permettait de remonter à l'origine de chaque affirmation

L'approche MulerTech : l'IA comme levier, pas comme oracle

Chez MulerTech, nous accompagnons des entreprises qui souhaitent intégrer des LLM dans leurs workflows — génération de contenu, synthèse documentaire, assistance à la rédaction technique. Notre positionnement est clair : l'IA est un assistant, pas un auteur.

Concrètement, cela se traduit par plusieurs principes d'architecture que nous mettons en œuvre dans nos projets Symfony/PHP :

1. RAG avec sources vérifiables

Plutôt que de laisser un LLM générer librement, nous construisons des pipelines RAG (Retrieval-Augmented Generation) qui ancrent les réponses dans une base documentaire maîtrisée. Chaque affirmation générée est associée à un chunk source identifiable et auditable. Si la source n'existe pas dans la base, le modèle ne peut pas l'inventer.

2. Validation humaine en bout de chaîne

Tout contenu produit par l'IA et destiné à être publié passe par une étape de relecture humaine outillée : comparaison des citations avec les sources originales, détection d'incohérences via des règles métier, score de confiance affiché à l'éditeur. L'humain garde la main sur la validation finale.

3. Traçabilité et audit trail

Nous instrumentons nos intégrations LLM avec des logs structurés : quel prompt a été envoyé, quel modèle a répondu, quels chunks ont été injectés, quelle version du contenu a été publiée. En cas de litige ou d'erreur, la chaîne de responsabilité est claire.

4. Prompt engineering défensif

Nos prompts sont construits pour forcer la citation explicite : le modèle est instruit de ne jamais inventer de source, de signaler toute incertitude, et de répondre "je ne sais pas" plutôt que de combler un vide avec une approximation convaincante.

Conclusion : la qualité n'est pas une fonctionnalité optionnelle

L'affaire PwC n'est pas un accident isolé. Elle illustre un risque systémique lié à l'usage non encadré des LLM dans des contextes à haute exigence de véracité. Quand un rapport publié sous le nom d'un grand cabinet engage la crédibilité de l'entreprise et de ses clients, la qualité ne peut pas être une réflexion après coup.

L'IA générative est un outil puissant — à condition de ne pas lui déléguer ce qu'elle ne peut pas faire seule : garantir la vérité factuelle. C'est précisément là qu'une architecture bien pensée, une supervision humaine claire et une culture de la traçabilité font toute la différence.

Si vous souhaitez intégrer des LLM dans vos processus sans sacrifier la fiabilité de vos livrables, parlons-en.


Source originale : The Decoder — Matthias Bastian, 29 juillet 2026

Partager cet article