<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Provenance Manifesto (FR)</title>
    <description>Latest FR articles from the Provenance Manifesto blog.</description>
    <link>https://provenancemanifesto.org/fr/blog</link>
    <atom:link href="https://provenancemanifesto.org/fr/rss.xml" rel="self" type="application/rss+xml" />
    <language>fr</language>
    <lastBuildDate>Wed, 20 May 2026 00:00:00 GMT</lastBuildDate>
    <item>
      <title>Les tests d&apos;agents IA ne sont pas des tests de logiciels</title>
      <description>Les agents IA nécessitent des approches de test fondamentalement différentes de celles des logiciels traditionnels. Contrairement aux systèmes déterministes, les agents peuvent produire plusieurs résultats valides pour la même entrée. Les tests doivent passer de la validation seule de la sortie à l&apos;examen de l&apos;ensemble du processus de raisonnement – y compris la discipline des preuves, la réutilisation de la mémoire, les limites de gouvernance et la traçabilité des décisions – pour assurer que les décisions restent fiables même lorsque le raisonnement est partiellement automatisé.</description>
      <link>https://provenancemanifesto.org/fr/blog/testing-ai-agents-is-not-testing-software</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/testing-ai-agents-is-not-testing-software</guid>
      <pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Assistant de provenance des décisions pour Delivery Provenance Workspace</title>
      <description>Delivery Provenance Workspace peut transformer des décisions de delivery dispersées en mémoire de management réutilisable en capturant les preuves, la justification, les risques et le statut de validation dans un assistant de provenance des décisions.</description>
      <link>https://provenancemanifesto.org/fr/blog/delivery-provenance-workspace</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/delivery-provenance-workspace</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Nous construisons des usines logicielles d’IA sans leur apprendre le jugement</title>
      <description>Des usines logicielles sans jugement préservé ne sont pas de l’ingénierie senior à grande échelle. Ce sont de l’ingénierie junior à grande échelle. De l’ingénierie junior rapide.</description>
      <link>https://provenancemanifesto.org/fr/blog/we-are-building-ai-software-factories-without-teaching-them-judgment</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/we-are-building-ai-software-factories-without-teaching-them-judgment</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Guide pratique des flux agentiques</title>
      <description>Un guide pratique des flux d’agents GitHub Copilot qui explique l’héritage agentique par couches d’instructions et compare les schémas d’orchestration séquentiels, parallèles et hiérarchiques.</description>
      <link>https://provenancemanifesto.org/fr/blog/agentic-flow-how-to-guide</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/agentic-flow-how-to-guide</guid>
      <pubDate>Sun, 22 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Le paradoxe de la fluidité : quand l’IA semble juste mais cesse d’être fiable</title>
      <description>Cet article montre que la fluidité de l’IA peut masquer des violations subtiles de contraintes et de frontières : les sorties paraissent correctes, mais ne sont pas totalement fiables. Pour détecter et expliquer ces dérives, nous avons besoin de Provenance — une mémoire traçable des décisions et du contexte — et pas seulement d’une validation des résultats.</description>
      <link>https://provenancemanifesto.org/fr/blog/the-fluency-paradox-when-ai-sounds-right-but-stops-being-reliable</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/the-fluency-paradox-when-ai-sounds-right-but-stops-being-reliable</guid>
      <pubDate>Sat, 21 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Créer un pipeline automatisé de traduction multilingue pour un blog Markdown avec les agents GitHub Copilot</title>
      <description>Ce guide explique comment automatiser un blog Markdown en pipeline de publication multilingue à l’aide des agents GitHub Copilot, où un orchestrateur coordonne des sous-agents par langue, met à jour les résumés README, applique des hooks et des skills comme garde-fous, et produit des résultats reproductibles et scalables.</description>
      <link>https://provenancemanifesto.org/fr/blog/building-an-automated-translation-pipeline-for-a-markdown-blog-with-github-copilot</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/building-an-automated-translation-pipeline-for-a-markdown-blog-with-github-copilot</guid>
      <pubDate>Fri, 20 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>&quot;Where Provenance Ends, Knowledge Decays&quot; Reflections</title>
      <description>Une réflexion sur l&apos;essai de Jessica Talisman : lorsque les modèles de langage dissolvent la chaîne de traçabilité de la connaissance, la plausibilité remplace la confiance. L&apos;auteur étend ce constat à la livraison logicielle — capturer la provenance des décisions (contexte, compromis, alternatives rejetées) n&apos;est pas de la documentation, c&apos;est de l&apos;infrastructure ; sans elle, la dégradation devient la norme.</description>
      <link>https://provenancemanifesto.org/fr/blog/where-provenance-ends-knowledge-decays-reflections</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/where-provenance-ends-knowledge-decays-reflections</guid>
      <pubDate>Tue, 17 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>La provenance ne concerne pas les outils. Elle concerne l’état d’esprit.</title>
      <description>Les humains résistent naturellement à partager le raisonnement derrière leurs décisions, car le contexte et la mémoire ont historiquement été une source d’influence et d’avantage professionnel. En conséquence, de nombreuses décisions critiques restent non documentées et n’existent que dans des conversations ou dans la mémoire individuelle. À l’ère augmentée par l’IA, cela devient un sérieux problème de gouvernance, car les systèmes évoluent plus rapidement et le raisonnement derrière les changements disparaît encore plus vite. Sans préserver le contexte des décisions, les organisations perdent la capacité d’expliquer, d’auditer ou de faire évoluer leurs systèmes en toute sécurité. Le basculement provoqué par l’IA transforme donc la provenance des décisions d’une préférence culturelle en une exigence structurelle de gouvernance organisationnelle.</description>
      <link>https://provenancemanifesto.org/fr/blog/provenance-is-not-about-tools-it-is-about-mindset</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/provenance-is-not-about-tools-it-is-about-mindset</guid>
      <pubDate>Sun, 15 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Pourquoi les décisions doivent devenir un artefact de première classe</title>
      <description>Une fois que les décisions deviennent des artefacts de première classe, quelque chose change fondamentalement. Lorsque l’environnement évolue, nous ne sommes plus contraints de redécouvrir le raisonnement derrière le système par une forme d’archéologie et de spéculation. Nous pouvons plutôt revisiter la décision originale, mettre à jour les hypothèses qui ne sont plus valides et régénérer l’implémentation d’une manière qui reflète le nouveau contexte.</description>
      <link>https://provenancemanifesto.org/fr/blog/why_decisions_must_become_a_first_class_artifact</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/why_decisions_must_become_a_first_class_artifact</guid>
      <pubDate>Sat, 14 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>2030 Une entreprise native de la provenance.</title>
      <description>Imaginons une « entreprise native de la provenance » en 2030 — une organisation construite dès le départ autour de la lignée des décisions, de la mémoire du SDLC et de la traçabilité de l’exécution de l’IA, plutôt que d’essayer de l’ajouter après coup.</description>
      <link>https://provenancemanifesto.org/fr/blog/2030_a_provenance_native_company</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/2030_a_provenance_native_company</guid>
      <pubDate>Fri, 13 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Pourquoi la mémoire organisationnelle n’est pas seulement un système de connaissance basé sur l’IA.</title>
      <description>Suite à la publication de la version initiale du Provenance Manifesto, j’ai commencé à examiner si les solutions existantes sur le marché s’alignent réellement avec les principes qui y sont décrits.</description>
      <link>https://provenancemanifesto.org/fr/blog/why-organizational-memory-is-not-just-an-ai-knowledge-system</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/why-organizational-memory-is-not-just-an-ai-knowledge-system</guid>
      <pubDate>Wed, 11 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Le jour où le Provenance Manifesto est né.</title>
      <description>Cet article explore un problème simple mais souvent négligé : les organisations logicielles préservent rarement le raisonnement derrière leurs décisions, alors même que ces décisions façonnent tout ce qu’elles construisent. Il soutient que la simple récupération par IA et la documentation ne suffisent pas à résoudre ce problème, car ce qui manque est un système structuré enregistrant les relations entre décisions, hypothèses et résultats. Le Provenance Manifesto propose de traiter les décisions comme des artefacts de première classe afin que les organisations puissent préserver l’intention, la responsabilité et la lignée des décisions à mesure que l’IA accélère le développement logiciel.</description>
      <link>https://provenancemanifesto.org/fr/blog/the_day_the_provenance_manifesto_was_born</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/the_day_the_provenance_manifesto_was_born</guid>
      <pubDate>Sun, 08 Mar 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>From RAG to Provenance (Part 2): Comment la mémoire graphique incrémentale apprend réellement</title>
      <description>Dans « Part 1 - From RAG to Provenance: How We Realized Vector Alone Is Not Memory », nous sommes passés de RAG à la provenance, de la similarité à la lignée. Mais si les agents d’IA génèrent 50 à 80 % du travail futur, la vraie question devient : comment la mémoire se met-elle à jour en toute sécurité ? Comment les nouvelles décisions sont-elles validées, reliées et gouvernées, au lieu d’être simplement intégrées sous forme d’embeddings ? Cet article montre étape par étape le processus incrémental de mise à jour du graphe de mémoire des décisions avec un exemple réel. Car à l’ère de l’IA, la mémoire doit évoluer, pas seulement récupérer.</description>
      <link>https://provenancemanifesto.org/fr/blog/from-rag-to-provenance-part-2-how-Incremental-graph-memory-actually-learns</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/from-rag-to-provenance-part-2-how-Incremental-graph-memory-actually-learns</guid>
      <pubDate>Sat, 28 Feb 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>De RAG à Provenance : comment nous avons compris que le vecteur seul n’est pas une mémoire</title>
      <description>Et si votre SDLC ne se souvenait en réalité de rien et ne faisait que récupérer des fragments ? Nous avons construit de puissants systèmes RAG capables de faire apparaître un texte « pertinent » en quelques millisecondes. Mais la pertinence n’est pas la causalité. Et lorsqu’un incident survient en production, la similarité ne vous dira pas pourquoi cela s’est produit ni quelle décision, quel risque ou quelle dépendance y a conduit. Dans cet article, j’explique pourquoi la recherche vectorielle seule n’est pas une mémoire, comment la structure en graphe change la donne, et comment la combinaison des vecteurs avec un modèle strict de provenance transforme une documentation dispersée en quelque chose qui se rapproche davantage d’une cognition organisationnelle. Si l’explicabilité, la lignée des décisions et l’intelligence réelle de livraison vous intéressent, cet article est pour vous.</description>
      <link>https://provenancemanifesto.org/fr/blog/from-rag-to-provenance-how-we-realized-vector-alone-is-not-memory</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/from-rag-to-provenance-how-we-realized-vector-alone-is-not-memory</guid>
      <pubDate>Sun, 22 Feb 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Pourquoi les humains pensent qu’ils se souviennent de tout, et pourquoi SDLC Memory prouve le contraire</title>
      <description>Chapitre suivant : SDLC Memory &amp; Provenance. Dans les chapitres précédents, nous avons exploré pourquoi le SDLC n’a pas de véritable mémoire et pourquoi la provenance doit devenir structurelle et non optionnelle. Dans cette étape suivante, nous abordons une question plus inconfortable. Et si le véritable goulot d’étranglement de la livraison n’était pas la vélocité, les outils, ni même les capacités de l’IA… mais les limites biologiques du contexte humain ? Les humains peuvent maintenir activement environ quatre contraintes significatives à la fois. Les agents modernes peuvent traiter des centaines de milliers de tokens. Et pourtant, ni l’un ni l’autre ne peut se souvenir d’un produit vivant dans le temps sans structure. Ce chapitre relie la science cognitive, les fenêtres de contexte de l’IA et une architecture pratique de mémoire Hot/Warm/Cold pour montrer pourquoi une mémoire durable du SDLC n’est pas une surcharge documentaire ; c’est un avantage concurrentiel. Si l’exécution devient moins coûteuse, la mémoire devient le différenciateur. Parlons de la façon de la construire.</description>
      <link>https://provenancemanifesto.org/fr/blog/why-humans-think-they-remember-everything-and-why-sdlc-memory-proves-they-dont</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/why-humans-think-they-remember-everything-and-why-sdlc-memory-proves-they-dont</guid>
      <pubDate>Sun, 22 Feb 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Comment le capital intellectuel devrait-il être évalué dans un contexte où l’intelligence artificielle remplace de plus en plus les rôles humains ?</title>
      <description>Dans les chapitres précédents, nous avons parlé de SDLC Memory et de provenance comme d’un moyen de réduire le chaos, de protéger l’intégrité de la livraison et de rendre les décisions traçables au sein des organisations d’ingénierie. Maintenant, je souhaite élargir la perspective. Car si l’IA change la manière dont les logiciels sont construits, elle transforme aussi quelque chose de bien plus vaste : la manière dont le capital intellectuel lui-même est évalué. Cet article n’est pas une digression par rapport à la discussion sur la provenance. Il en est la prochaine étape logique. Si l’exécution devient abondante, alors la mémoire, la gouvernance et l’architecture des décisions deviennent les véritables actifs. Parlons de ce qui arrive au capital intellectuel lorsque l’IA remplace matériellement des rôles humains, et de ce que cela signifie pour les entreprises qui veulent survivre.</description>
      <link>https://provenancemanifesto.org/fr/blog/how-should-intellectual-capital-be-assessed-in-the-context-of-artificial-intelligence-increasingly-replacing-human-roles</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/how-should-intellectual-capital-be-assessed-in-the-context-of-artificial-intelligence-increasingly-replacing-human-roles</guid>
      <pubDate>Mon, 16 Feb 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>L’IA prendra le « Quoi », mais les humains doivent garder le « Pourquoi »</title>
      <description>L’IA prend rapidement en charge la couche du « quoi » dans le développement logiciel — en générant des architectures, du code, des optimisations et des solutions alternatives plus rapidement que les humains ne pourraient le faire. En conséquence, l’implémentation et l’exploration de solutions deviennent bon marché, évolutives et de plus en plus automatisées. Mais la véritable couche stratégique de l’ingénierie n’a jamais été le « quoi ». Les questions critiques sont le « pourquoi » — pourquoi une solution existe, pourquoi un compromis a été accepté, pourquoi un risque est tolérable et pourquoi un résultat particulier compte pour l’entreprise. Ces questions définissent l’intention, pas l’implémentation.</description>
      <link>https://provenancemanifesto.org/fr/blog/ai-will-take-the-what-but-humans-must-own-the-why</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/ai-will-take-the-what-but-humans-must-own-the-why</guid>
      <pubDate>Tue, 10 Feb 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Nous apprenons à l’IA à décider. Mais nous oublions comment se souvenir.</title>
      <description>À mesure que l’IA devient capable de proposer des architectures, d’écrire du code et d’optimiser des systèmes, le véritable danger n’est pas une IA malveillante, mais la perte de l’intention humaine derrière les systèmes que nous construisons. Les organisations ont déjà du mal à se souvenir pourquoi certaines décisions ont été prises ; dans un environnement augmenté par l’IA, ce problème devient beaucoup plus sérieux, car les machines peuvent optimiser des solutions plus rapidement que les humains ne peuvent les comprendre. Pour éviter de construire des systèmes qui optimisent parfaitement de mauvais objectifs, nous avons besoin d’une nouvelle couche d’infrastructure appelée Provenance — un enregistrement structuré des décisions, des contraintes, des compromis et de l’intention qui relie le comportement du système à l’objectif humain. Sans cette couche de mémoire, les organisations risquent de devenir très efficaces mais stratégiquement désalignées, perdant progressivement la capacité d’expliquer ou de contrôler les systèmes qu’elles créent.</description>
      <link>https://provenancemanifesto.org/fr/blog/we-are-teaching-ai-to-decide-but-we-are-forgetting-how-to-remember</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/we-are-teaching-ai-to-decide-but-we-are-forgetting-how-to-remember</guid>
      <pubDate>Sat, 03 Jan 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Git pour les décisions a besoin d&apos;un cerveau. Mais lequel ?</title>
      <description>En construisant SDLC Memory, je me suis retrouvé face à un dilemme architectural inattendu. Le système doit-il raisonner comme un agent autonome, se comporter comme un transformateur de données déterministe, ou se situer quelque part entre les deux ? Je suis encore en train de décider quelle direction est la bonne pour le MVP.</description>
      <link>https://provenancemanifesto.org/fr/blog/git-for-decisions-needs-a-brain-but-what-kind</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/git-for-decisions-needs-a-brain-but-what-kind</guid>
      <pubDate>Thu, 01 Jan 2026 00:00:00 GMT</pubDate>
    </item>
    <item>
      <title>Pourquoi le SDLC n’a pas de mémoire (et pourquoi les équipes de delivery continuent d’en payer le prix)</title>
      <description>Les organisations de livraison logicielle perdent régulièrement le contexte derrière leurs décisions. Des mois après l’implémentation, les équipes sont souvent incapables d’expliquer pourquoi quelque chose a été construit, quels compromis ont été acceptés ou ce qui avait été initialement promis. Cela se produit parce que les outils du SDLC suivent des artefacts comme les tickets, les commits, les heures et les coûts — mais pas l’intention, les engagements et le raisonnement qui les sous-tendent. Le résultat est une « amnésie de contexte » : les équipes reconstruisent des solutions, répètent des décisions, se disputent sur le périmètre et subissent du retravail, une érosion des marges et de l’épuisement. Le problème central n’est pas des équipes négligentes, mais une lacune systémique : le SDLC n’a pas de mémoire intégrée du raisonnement des décisions. La question inconfortable posée par l’article est la suivante : pourquoi, dans le développement logiciel moderne, suivons-nous rigoureusement l’exécution mais pas le raisonnement qui l’a façonnée ?</description>
      <link>https://provenancemanifesto.org/fr/blog/why-sdlc-has-no-memory-and-why-delivery-teams-keep-paying-for-it</link>
      <guid isPermaLink="true">https://provenancemanifesto.org/fr/blog/why-sdlc-has-no-memory-and-why-delivery-teams-keep-paying-for-it</guid>
      <pubDate>Thu, 01 Jan 2026 00:00:00 GMT</pubDate>
    </item>
  </channel>
</rss>