Le substrat précède le geste. Trois régimes, une conviction.
La fiabilité d'un agent ne vit pas dans le modèle. Elle vit dans la pièce qui l'entoure : le contexte choisi, les outils mis à portée, les sorties contraintes, la mémoire récupérée, les garde-fous opposables. Le modèle achève le geste — il ne fonde pas la décision. Cette conviction n'a rien d'original : elle est désormais explicite chez Nate B. Jones, qui en a fait le cœur de sa doctrine du Project Room au printemps 2026.
Le présent dossier compare deux manières de tenir cette discipline. Jones la prescrit à la main, session après session, dans un atelier interactif où chaque pièce est dressée puis désarmée. Le harnais du Département l'automatise à vitesse machine, en batch déterministe et opposable, dans un pipeline qui exécute sans humain de garde. Le Studio éditorial, lui, occupe la voie médiane : il concentre la décision humaine au point unique où le livrable sort — un protocole two-eyes au moment de publier, jamais en cours de fabrication.
Aucun des trois régimes n'est intrinsèquement supérieur. Mais ils résolvent le même problème — la pièce, déposée avant le geste — à trois échelles distinctes : une session, dix mille runs, une publication. La thèse de ce dossier est qu'on ne peut pas, en 2026, prétendre construire un agent fiable sans avoir tranché lequel des trois on tient. Et que le choix le plus dispendieux est celui qui consiste à n'en tenir aucun et à demander au modèle de compenser.
Ce dossier ne se contente pas de défendre cette thèse : il s'y soumet. La fabrication de l'essai lui-même — méta-prompteur, sept vagues d'agents, dix-neuf dispatches, gates forensiques avec retries documentés, vague de vérification finale — est publiée intégralement, du bloc de prompt à l'artefact de sortie. Le dossier est la pièce avant le geste.
« You cannot tell a language model not to hallucinate any more than you can tell autocomplete not to autocomplete. » — Nate B. Jones, "The One AI Writing Hack Nobody Talks About," AI News & Strategy Daily, 21m50s (2026-05-22) ≈01:16
§1 — Ouverture. Le geste qui hallucine
En avril 2026, le cabinet Sullivan & Cromwell dépose un dossier d'urgence devant le Chief Judge Martin Glenn, Southern District of New York, dans l'affaire Prince Global Holdings, Chapter 15. Le dossier contient environ quarante erreurs de citation : des références qui n'existent pas, des décisions mal attribuées, des paragraphes paraphrasés comme s'ils étaient verbatim. La lettre d'excuses signée par Andrew G. Dietderich porte la date du 21 avril 2026 [src:team-research#t10]. L'incident est documenté par Canadian Lawyer, Law360 et Above the Law.
On pourrait lire cet épisode comme la preuve que les modèles de langage hallucinent, et conclure qu'il faut s'en méfier, les encadrer, les interdire dans les contextes à risque. Ce serait poser la mauvaise question. Ce serait regarder le geste sans voir la pièce dans laquelle il a été posé.
Thèse : ce que l'incident Sullivan & Cromwell documente n'est pas un défaut interne au modèle — c'est un défaut de l'environnement de travail dans lequel le modèle a été invité à écrire. Nate B. Jones l'énonce sans équivoque : « The model is not the problem here. The working environment around the model is the problem. » — Jones, ≈00:54, [src:team-research#t10]. Quelques secondes plus tard, il ajoute : « You cannot tell a language model not to hallucinate any more than you can tell autocomplete not to autocomplete. » — Jones, ≈01:16, [src:team-research#t10].
Ces deux phrases posent le cadre de ce qui suit. Pas une défense du modèle. Pas une attaque du modèle. Un déplacement de la question : la fiabilité n'est pas une propriété du modèle, elle est une propriété du substrat dans lequel le modèle opère. Le substrat — fichiers sur disque, inventaires sourcés, périmètre défini, artefacts intermédiaires — précède le geste. Sans lui, le geste produit ce qu'il produit : du texte probable, non de la connaissance attestée.
La pièce avant le geste. C'est la formulation que cet essai retient et reconduit à travers ses huit sections. Elle désigne le travail préparatoire déterministe — celui qui existe sur disque avant que le modèle soit convoqué — comme condition de la fiabilité. Jones la prescrit à la main pour des sessions interactives. Le harnais batch l'automatise à vitesse machine. La chaîne éditoriale du Département des Harnais la concentre et la place sous régime two-eyes avant publication. Trois régimes d'exécution, une même conviction structurelle.
§2 — Régime manuel. La pièce à construire à la main
Jones décrit un régime qu'il est utile de cartographier précisément, sans en minorer ni en surestimer la portée. Il s'agit d'un régime manuel, opéré par un praticien unique, pour une session de travail à portée humaine. Cinq propriétés structurelles le caractérisent : échelle humaine, portée par-session, inventaire par-opérateur, publication à discrétion de cet opérateur, coût cognitif récurrent à chaque nouvelle session. Ces propriétés ne sont pas des défauts — elles sont la preuve d'existence du principe, sa forme première, pédagogiquement lisible.
Le régime est décrit avec soin. Jones ne cherche pas à construire « much smaller than a whole second brain… much more specific than a knowledge management system. It is a workspace set up so an agent can do useful work inside it » — Jones ≈07:18, [src:team-research#t10]. Ce n'est pas un système de gestion de connaissance. Ce n'est pas une archive. C'est un espace de travail configuré pour qu'un agent puisse y produire quelque chose d'utile — délimité, structuré, défini en amont.
La localisation des fichiers est délibérément simple. Jones exprime sa préférence : « my personal preference, just go to local files, have it create a folder » — Jones ≈09:00, [src:team-research#t10]. Les fichiers locaux, un dossier créé pour la session. Pas de base de données, pas de service distant, pas de couche d'abstraction supplémentaire. La matière prime sur l'architecture.
La méthode de construction de la pièce est séquentielle et garde-fousée. Jones formule l'instruction fondatrice de la façon suivante : « find the relevant materials… preserve the originals… build me a data inventory… do not write the deliverable yet » — Jones ≈06:17, [src:team-research#t10]. L'ordre importe. D'abord les matériaux. Ensuite l'inventaire. Pas encore le livrable. L'inventaire construit avant le geste rédacteur est ce qui distingue le régime jonésien d'un simple prompt enrichi. La séquence n'est pas une suggestion de méthode — c'est une garantie structurelle que le modèle ne rédige pas avant que la pièce soit complète.
Quatre artefacts structurent la pièce dans sa forme développée [src:team-research#t11]. L'inventaire des sources recense ce qui a été trouvé et d'où cela provient : titre, date, auteur, URL ou chemin local, degré de pertinence estimé. Le journal des conflits consigne les tensions internes au corpus — deux sources qui se contredisent, une date qui varie d'un document à l'autre, une attribution douteuse sur un fait qui sera cité. Le rapport de doublons signale les redondances, les recoupements, ce qui peut être écarté sans perte informationnelle. La liste de contexte manquant identifie ce que la pièce ne contient pas encore et dont le livrable aurait besoin pour éviter d'inventer autour du vide. Ces quatre artefacts alimentent un cinquième : le brief de travail, instruction finale que l'opérateur rédige lui-même, à partir de ce que les quatre premiers ont rendu visible.
Le rapport entre l'agent et l'opérateur est posé clairement. Jones le résume dans une formule d'économie remarquable : « The agent finds, you decide » — Jones ≈16:00, [src:team-research#t10]. L'agent scrute, collecte, classe. L'opérateur tranche. La décision reste humaine à chaque étape. Ce n'est pas un résidu de méfiance envers le modèle — c'est une position structurelle sur la localisation de la responsabilité éditoriale. L'agent opère dans un périmètre délimité par l'opérateur ; le périmètre est la pièce.
Un point mérite d'être marqué ici comme incertain. Jones évoque, sans en énumérer les composantes, une structure à sept dossiers. Le corpus externe du même jour — la publication Substack correspondante — propose un kit à quatre prompts, non une structure à sept dossiers. Si une telle structure existe sous forme canonique et publiquement accessible, elle n'est pas attestée dans les sources mobilisées pour cet essai. NON VÉRIFIÉ.
Ce régime manuel a une limite structurelle qui n'est pas une faiblesse morale mais une réalité d'échelle : le coût cognitif est récurrent. Chaque nouvelle session exige que la pièce soit reconstruite. L'opérateur qui change de projet, qui reprend un dossier six semaines plus tard, qui délègue à un collaborateur, doit reconstituer l'espace de travail depuis ses matériaux. Ce coût est légitime — il est le prix du contrôle — et c'est précisément ce que l'automatisation cherche à absorber. Non pas pour supprimer la pédagogie du régime, mais pour la rendre non-obligatoire à chaque dispatch.
§3 — Convergence matérielle. La pièce comme dossier sur disque
Hypothèse : ce que Jones nomme la pièce est, dans le harnais batch, déjà un dossier local sur disque. La convergence n'est pas métaphorique — elle est matérielle. Même substrat, même rôle, même propriété structurelle : la pièce existe avant le premier appel de modèle, elle est inspectable, elle est reproductible, elle constitue la condition de la fiabilité du geste qui suivra.
Le dossier de dispatch observé sur deux sessions du 2026-06-08 contient les entrées suivantes [src:rpi-explorer#t9] : request.txt, config_snapshot.json (486 264 octets, identique sur les deux dispatches), state.json, meta_prompter_context.json, kg_prefetch.json, content_prefetch.json, puis les répertoires data/, prompts/, results/, forensic/, wave_summaries/. Ce n'est pas un log. Ce n'est pas une archive de résultats. C'est la pièce — construite avant le modèle, écrite sur disque par des routines déterministes, lisible par n'importe quel outil de système de fichiers, indépendamment de l'environnement d'exécution qui l'a produite.
La forme runtime de cette pièce est une dataclass MetaPrompterContext, définie à ████████/routing/meta_prompter_context_builder.py:86. Elle porte une méthode to_dict à la ligne :148 et une méthode from_dict à la ligne :162, qui permettent la sérialisation et la désérialisation. Ces deux méthodes sont la charnière entre la représentation en mémoire et la représentation sur disque. La constante _CACHE_FILENAME = "meta_prompter_context.json" est déclarée à la ligne :182 — le nom du fichier est fixé dans le code, pas généré dynamiquement, ce qui garantit que tout lecteur externe sait où trouver le contexte. Le point d'assemblage du contexte est à la ligne :185. La garde de persistance — le moment où le code vérifie que l'artefact sera bien écrit avant de continuer — se trouve à :220-221. La lecture inverse, post-assemblage, est à la ligne :226. La méthode _persist est à :246.
Ce que la dataclass contient en mémoire pendant l'exécution, le fichier JSON le contient sur disque avant que le modèle soit appelé. La persistance n'est pas un log de résultat ; c'est une condition préalable à la convocation du modèle. L'ordre est inversé par rapport à l'usage courant : on écrit d'abord, on appelle ensuite. Ce renversement est la traduction architecturale du principe jonésien : la pièce précède le geste.
Il y a dans ce renversement une radicalité que l'on risque de sous-estimer en le lisant comme une simple optimisation de pipeline. L'écriture préalable sur disque signifie que si le processus s'interrompt entre la construction de la pièce et l'appel du modèle — crash, coupure réseau, dépassement de quota — la pièce reste. Elle peut être relue, inspectée, soumise à une session de reprise. Le geste peut recommencer. La pièce, elle, n'a pas à être reconstruite.
Après que le méta-prompteur a produit son output, un filtre de lecture inverse opère sur le dossier. ████████/routing/meta_prompter_output_filter.py:155, 172, 175 relit le contexte persisté sur disque pour vérifier la cohérence entre ce que le modèle a produit et ce que la pièce contenait. Ce contrôle de conformité entre l'output modèle et les artefacts matériels qui le précèdent est le point où la pièce exerce une autorité rétrospective sur le geste. Le modèle a écrit à l'intérieur d'un cadre défini avant lui ; le filtre vérifie que l'output reste dans ce cadre.
Le dossier de dispatch est également signé. ████████/foundation/replay_manifest.py:118 produit un hash SHA-256 associé à un mtime pour chaque artefact. La classification canonique de ces artefacts est définie à :65 dans la constante _ARTIFACT_NAME_MAP. Le dossier peut être rejoué. Il peut être audité. Il peut être soumis à une inspection post-mortem indépendante de l'exécution qui l'a produit — ce qui signifie qu'un tiers, sans accès au système d'exécution, peut examiner les pièces et vérifier la traçabilité du geste.
Ce que [src:rpi-explorer#t9] nomme les cinq strates de preuve au §6 désigne précisément cela : la sédimentologie du dossier de dispatch, où chaque couche atteste d'une décision prise avant la couche suivante, et où l'ensemble constitue une traçabilité complète du geste rédacteur. La sédimentologie n'est pas une métaphore ornementale — c'est la description précise de la structure temporelle du dossier : ce qui a été écrit en premier (la requête, le snapshot de config) atteste des conditions dans lesquelles ce qui a été écrit ensuite (le contexte méta-prompteur, les préfetches) a été produit.
La tension à ne pas forcer : Jones et le dossier sur disque ne sont pas la même chose. Ce sont deux exécutions du même principe. L'un est manuel, l'autre est automatisé. L'un est reconstruit à chaque session par un opérateur qui sélectionne ses sources, rédige ses artefacts intermédiaires, décide de ce qui entre dans la pièce. L'autre est produit à vitesse machine par des routines sans intervention humaine, à partir de règles déterministes appliquées à la requête et au corpus disponible. Ce qui les unit n'est pas la forme — c'est la conviction que le substrat prime sur le geste, que la pièce doit précéder le modèle, que la fiabilité n'est pas une propriété interne au modèle mais une propriété de l'environnement dans lequel le modèle opère.
La pièce avant le geste. Sous forme de dossier sur disque, la formule de Jones prend une existence physique, adressable, reproductible.
§4 — Régime industrialisé. Le harnais batch
Ce que Jones prescrit à la main pour des sessions interactives à portée humaine, le harnais batch l'automatise à vitesse machine pour des agents non-interactifs. La préparation de la pièce — extracteurs séquentiels, préfetches parallèles sans modèle, scoring documentaire, augmentation depuis le graphe de connaissance — est entièrement déterministe. Elle précède le premier appel de modèle. Ce point est l'invariant du système : peu importe la requête, peu importe le domaine, la pièce existe avant le geste.
Le point d'entrée de cette préparation est la fonction _run_predispatch à ████████/routing/auto_route.py:8228. C'est là que la pièce commence à exister, avant que le modèle soit convoqué. Le runner des extracteurs est à ████████/hooks/predispatch/runner.py:202. Le contrat de déterminisme est explicite et inscrit dans la docstring du module : ████████/hooks/predispatch/base.py:108 spécifie regex/substring only, no I/O. Les extracteurs ne font pas de requêtes réseau, n'appellent pas de services externes, ne consultent pas de modèle. Ils parcourent le texte de la requête par des méthodes purement textuelles. Cette contrainte n'est pas une limitation technique provisoire — c'est une décision de conception. Le déterminisme des extracteurs garantit que la phase de préparation est reproductible indépendamment de l'état du réseau, de la disponibilité des services, ou de la charge du système.
Les préfetches parallèles opèrent à auto_route.py:4640-4657 dans un ThreadPool de trois workers. Trois flux de données sont constitués simultanément : le préfetch depuis le graphe de connaissance à :3838, le préfetch depuis l'index de contenu à :4431, le préfetch de session à :4645. Ces trois flux produisent des artefacts sur disque — kg_prefetch.json, content_prefetch.json — avant que le modèle soit appelé. La parallélisation réduit le temps de préparation sans rompre le déterminisme : chaque flux est indépendant et son output est un fichier JSON autonome.
Le scoring documentaire — la sélection des fichiers de contexte les plus pertinents parmi ce que le corpus rend disponible — est assuré par un algorithme BM25 à auto_route.py:5466 (_suggest_context_files). L'augmentation depuis le graphe de connaissance opère à :5556 (_augment_hints_from_kg). Ces deux opérations sont déterministes : mêmes inputs, mêmes outputs, à chaque exécution, sans appel de modèle. Le scoring documentaire est la traduction algorithmique de ce que Jones appelle la sélection des matériaux pertinents — sauf que Jones la fait à la main, par jugement, et que le harnais la fait par calcul, à vitesse machine.
La frontière avec le modèle est unique et localisée. ████████/routing/meta_prompter_prompt.py:1055-1058 assemble le contexte final transmis au modèle — le résultat de toutes les opérations précédentes, compacté en une structure que le modèle peut consommer. L'output du modèle est parsé à :1841 (parse_decomposition_result). Ce que le modèle produit est ensuite soumis à une correction déterministe : _enforce_python_authority à :2100-2125 rectifie les déviations du modèle par rapport aux contraintes Python. L'autorité Python ne délègue pas au modèle la décision finale sur la structure du plan — elle l'incorpore dans un cadre qu'elle contrôle, et écrase ce que le modèle aurait pu dériver vers un état non-conforme.
Ce mécanisme de rectification post-modèle est l'équivalent industrialisé du brief humain de Jones. Jones rédige le brief après avoir lu les quatre artefacts intermédiaires — il incorpore ses corrections, ses ajustements, sa lecture de ce qui manque. Le harnais batch produit le même effet par code, sans opérateur : les déviations du modèle sont détectées et corrigées par une autorité déterministe. La pièce garde son autorité sur le geste, même après le geste.
L'ordonnancement des vagues de travail est également déterministe. ████████/routing/task_parser.py:614 implémente topological_waves, un algorithme de Kahn qui produit un ordre d'exécution garantissant que les dépendances entre tâches sont respectées. Une tâche qui dépend du résultat d'une autre ne peut pas être schedulée avant que cette autre soit terminée. La boucle de traitement se trouve à ████████/orchestration/aegis_orchestrator.py:5104-5676 : séquentielle entre les vagues, parallèle à l'intérieur de chaque vague. L'architecture du scheduler n'est pas optionnelle — elle est la forme de la pièce à l'échelle du pipeline [src:rpi-explorer#t2] [src:rpi-explorer#t3].
Ce régime industrialisé n'invalide pas la pédagogie du régime manuel. Il la rend non-obligatoire à chaque dispatch. L'opérateur qui travaille avec Jones doit reconstituer la pièce à chaque session — c'est son coût cognitif récurrent, légitime dans un régime à portée humaine. Le harnais batch produit la pièce automatiquement, à chaque dispatch, sans que l'opérateur intervienne dans la phase de préparation. La conviction reste la même : la pièce précède le modèle. Le régime d'exécution diffère : là où Jones pose la pièce avec ses mains, le harnais la dépose par code. La fiabilité structurelle n'est pas une propriété qui émerge de l'automatisation — l'automatisation la rend disponible à une cadence qui excède les capacités de l'opérateur manuel.
Ce point mérite d'être tenu sans céder à la tentation de l'éblouissement technique. Le harnais batch est décrit ici par ses propriétés structurelles — déterminisme, préséance du substrat, frontière modèle unique et localisée, autorité Python sur les déviations — non par l'accumulation de ses composants. Ce qui importe n'est pas que le pipeline comporte N extracteurs et M workers parallèles. Ce qui importe est que l'ensemble de cette mécanique produit, avant le premier token modèle, une pièce complète, signée, inspectable — et que cette pièce garde son autorité sur le geste même après que le modèle a écrit.
§5 — Studio éditorial. La décision humaine déplacée
Jones met la décision humaine à chaque étape de la chaîne. « The agent finds, you decide » — Jones ≈16:00, [src:team-research#t10] — vaut pour chaque artefact intermédiaire : l'inventaire des sources, le journal des conflits, le rapport de doublons, la liste de contexte manquant. L'opérateur intervient après chaque artefact, avant le suivant. La décision est distribuée le long de la chaîne, proportionnellement à la densité des étapes. C'est un régime de supervision continue, cohérent avec le fait que l'opérateur est seul avec sa pièce et ses matériaux.
Le Studio éditorial du Département des Harnais adopte une position différente sur la localisation de cette décision. La conviction est identique — l'humain décide — mais son placement le long de la chaîne diffère. Les gates intermédiaires préparent forensiquement toutes les pièces ; la décision humaine est concentrée au point éditorialement décisif : la publication, sous régime two-eyes. C'est la position éditoriale propre au Département : industrialiser le substrat, concentrer la décision humaine là où elle est irremplaçable — non pas à chaque étape technique, mais au moment où une décision engage une responsabilité publique.
L'orchestrateur éditorial reçoit chaque dispatch via dispatch_ticket à ████████/orchestration/studio_orchestrator.py:262. Le plan déterministe est compilé par ████████/foundation/studio_plan_builder.py:501-608 dans la méthode build_plan. Les gates éditoriaux sont définis à :83-92 dans la constante STUDIO_EDITORIAL_GATES. Ces gates ne sont pas des points de décision humaine — ce sont des vérifications automatisées qui préparent les conditions dans lesquelles la décision humaine sera possible. Leur rôle est analogue aux quatre artefacts intermédiaires de Jones : ils rendent visible ce qui serait autrement opaque, ils consignent les tensions, ils signalent ce qui manque. Mais ils ne demandent pas à l'opérateur de valider chacun d'eux — ils accumulent leur diagnostic dans le dossier, pour que la validation finale soit éclairée.
Le routage en confiance F1 opère à studio_orchestrator.py:488-565. Le seuil de confiance est lu par ████████/foundation/studio_routines.py:361-377 via la méthode confidence_threshold. Ce seuil détermine à quel niveau de confiance le pipeline peut progresser sans intervention humaine, et à quel niveau il doit s'arrêter pour une validation manuelle.
Le point de décision humaine — le moment où la chaîne s'arrête et attend — est à studio_orchestrator.py:572-637 dans la méthode _transition_after. Les lignes :617-624 lisent le seuil par flow. Les lignes :626-632 définissent la condition d'auto-publication — condition qui exige que le seuil soit franchi. Les lignes :634-635 définissent le comportement par défaut : submit_review → in_review. Le défaut technique est jamais d'auto-publier.
Ce point mérite une formulation politique précise. Le seuil par défaut threshold = 2.0 est délibérément supérieur à toute confiance réelle que le pipeline peut produire dans les conditions de fonctionnement ordinaire. Sous ce régime, l'auto-publication est techniquement possible — la porte existe, le code qui la franchit est écrit — mais elle est fermée par défaut. Ce n'est pas un oubli de configuration. Ce n'est pas une imperfection de jeunesse du système. C'est une décision architecturale sur la localisation de la responsabilité éditoriale : la porte de l'auto-publication est fermée parce que l'acte de publication engage une responsabilité que le pipeline, aussi bien préparé soit-il, ne peut pas assumer seul.
La gate de titre opère à studio_orchestrator.py:596-611 via _billet_title_problem. Le rendu de contrôle est assuré par ████████/foundation/billet_publish.py:508. Le staging des artefacts en G4 est dans ████████/foundation/studio_editorial_memory.py:132-230 (stage_artifact) et :240-280 (_persist_artifact), qui constitue le corpus durable — la mémoire éditoriale du Studio, distincte du dossier de dispatch mais alimentée par lui. La boucle de vérification éditoriale runtime est à ████████/routing/wave_router.py:6883-6893 et :10342-10465. Les personas éditoriaux — huit en tout, décrits à [src:rpi-explorer#t7] — sont persistés par ████████/routing/prompt_builder.py:1053-1188.
Ce n'est pas une concentration de la décision humaine par défiance envers la chaîne automatisée. C'est une concentration par choix éditorial : la publication est l'acte qui porte la responsabilité publique. C'est là, et pas ailleurs, que la décision humaine doit être présente et irremplaçable. Jones distribue la décision parce que son régime est manuel et par-session — chaque étape exige une intervention parce que l'opérateur est seul avec sa pièce et qu'aucun mécanisme automatisé ne prend le relais entre les artefacts. Le Studio peut concentrer la décision parce que toutes les étapes intermédiaires sont forensiquement préparées, documentées, rejouables. La confiance dans le substrat déterministe autorise la concentration de la décision humaine au point où elle est irremplaçable — ce point, précisément, est la publication.
La même conviction structurelle — « l'agent trouve, l'humain décide » — exécutée à un autre régime d'échelle. Ce n'est pas une contradiction avec Jones. C'est une généralisation de sa position, rendue possible par l'automatisation du substrat [src:rpi-explorer#t6] [src:rpi-explorer#t7].
§6 — Posture advisory. Le comportement attendu
Une gate forensic en mode advisory ne produit pas d'échec — elle produit un comportement configuré. Cette distinction n'est pas sémantique. Elle est architecturale. Confondre les deux reviendrait à lire un résultat d'audit comme un dysfonctionnement parce qu'il ne correspond pas à l'état attendu.
La mécanique est localisée avec précision. ████████/foundation/gate_enforcement.py:464-504 contient la logique de décision des gates forensiques. La ligne :468 exactement retourne "advisory_fail" quand le mode configuré est advisory. Ce n'est pas une exception. Ce n'est pas un signal d'erreur propagé vers le haut de la pile. C'est une valeur de retour documentée, attendue, consommée par l'appelant selon une branche connue.
La réception de cette valeur par l'orchestrateur est à ████████/orchestration/aegis_orchestrator.py:6541-6544. La branche retry n'est jamais empruntée pour une valeur advisory_fail. Le pipeline continue. La gate a rempli son rôle : elle a consigné la violation, écrit dans forensic/, et laissé le pipeline progresser. C'est le comportement attendu.
La configuration des gates est lue à chaud à aegis_orchestrator.py:6087 via _gates_registry.load_config_fresh(). ████████/routing/gates/registry.py:51-57 définit la mécanique de cette lecture fraîche. La config vivante du moment de l'exécution est ce qui détermine le comportement de la gate — non pas la config compilée dans le binaire, non pas la config de la session précédente.
Au démarrage du dispatch, un snapshot de cette config vivante est écrit sur disque à aegis_orchestrator.py:995-997 via write_config_snapshot. Ce snapshot devient l'artefact post-mortem. ████████/foundation/manifest_builder.py:52-74 le relit dans _load_snapshot_forensic_config. La constante _PASS_THROUGH_LEVELS = frozenset({"advisory", "soft_enforce"}) à :44-49 formalise quels niveaux de gate laissent le pipeline progresser sans interruption.
Ce que les dispatches observés au 2026-06-08 montrent est cohérent avec cette architecture [src:rpi-explorer#t9] : les gates advisory produisent des entrées dans forensic/, le pipeline continue, le dossier de dispatch contient la trace complète. Le comportement n'est pas un dysfonctionnement toléré — c'est le comportement correctement configuré, attesté par le snapshot qui en porte la preuve.
Une nuance technique mérite d'être énoncée sans s'y perdre. La gate runtime lit la config vivante, non le snapshot. Le snapshot est l'attestation post-dispatch que la config vivante du moment était bien celle-là. Il y a un écart temporel entre les deux : la config peut théoriquement changer entre le snapshot de démarrage et la lecture fraîche à l'exécution de la gate. En pratique, le snapshot et la lecture fraîche sont cohérents parce que la config ne change pas pendant un dispatch. Mais la distinction architecturale importe : c'est la config vivante qui gouverne, c'est le snapshot qui atteste.
Le dossier de dispatch lui-même est la preuve que la posture advisory a été tenue. Pas un log de succès. Pas un certificat externe. Le dossier, dans son état observable, avec son config_snapshot.json et ses entrées forensic/, est l'artefact qui rend la posture vérifiable par n'importe quel auditeur disposant d'un accès au dossier.
§7 — Dossier comme reçu. La trace forensic de fabrication
Le livrable n'arrive jamais seul. Il arrive accompagné de son dossier de fabrication — rejouable, inspectable, signé par hash. Cette propriété n'est pas un ajout au pipeline. C'est ce que le pipeline produit, à côté du livrable, et qui le rend attestable.
La composition du dossier est documentée [src:rpi-explorer#t9] : request.txt porte la requête originale dans son état au moment de la soumission. config_snapshot.json porte l'état de la configuration au démarrage du dispatch — 486 264 octets, identique sur deux dispatches du 2026-06-08, ce qui atteste que la config est stable entre les sessions. state.json porte l'état opérationnel du dispatch. meta_prompter_context.json porte le contexte assemblé avant le premier appel de modèle. kg_prefetch.json et content_prefetch.json portent les données préfetchées depuis le graphe de connaissance et l'index de contenu. Les répertoires data/, prompts/, results/, forensic/, wave_summaries/ portent respectivement les données de travail, les prompts construits, les résultats produits, les traces forensiques des gates, et les résumés par vague.
Le hash SHA-256 associé à un mtime pour chaque artefact est produit à ████████/foundation/replay_manifest.py:118. La classification canonique de ces artefacts — quel fichier joue quel rôle dans le dossier — est définie à :65 dans _ARTIFACT_NAME_MAP. Ces deux mécanismes ensemble font du dossier un artefact signé : on peut vérifier qu'un fichier est celui qui a été produit lors du dispatch, et pas une version ultérieure modifiée, tamponnée ou éditée après coup.
Le snapshot de configuration est relu en post-mortem par ████████/foundation/manifest_builder.py:52-74 dans _load_snapshot_forensic_config. C'est ce qui rend l'audit post-dispatch possible indépendamment de l'exécution qui a produit le dossier. Un auditeur externe peut, sans accès au système d'exécution, lire le dossier, vérifier les hashes, lire le snapshot de configuration, et reconstituer les conditions dans lesquelles le livrable a été produit.
Les résumés par vague — wave_0.md à wave_3.md — et le gate_summary.md observés dans les dispatches [src:rpi-explorer#t9] constituent la narration interne du dossier : ce que chaque vague a produit, quelles gates ont été franchies, quels niveaux de confiance ont été atteints. Cette narration n'est pas rédigée pour un lecteur humain — elle est produite par les routines de résumé comme artefact de bord. Mais elle est lisible, et elle complète le tableau forensique.
Ce dossier est la généralisation matérielle de la pièce manuelle de Jones — non pas seulement la pièce construite avant de produire le livrable, mais le compte rendu structuré de la pièce qui a été construite, et de comment elle a produit le livrable. Jones construit la pièce avant le geste. Le harnais construit la pièce avant le geste et, au terme du dispatch, produit l'attestation de cette construction. Le dossier de dispatch est à la fois la pièce et son reçu.
La relation entre le dossier de dispatch et le livrable est celle d'un reçu et d'un achat. On peut lire le livrable sans rouvrir le dossier — comme on peut utiliser un produit sans conserver son bon de livraison. Mais si la question se pose — d'où viennent ces citations, quelles sources ont été consultées, quelle configuration gouvernait la gate au moment de l'exécution, pourquoi telle décision a été prise et non telle autre — le dossier est là, dans son état observable, avec ses artefacts signés et son snapshot de configuration.
C'est ce que Jones décrit comme une capacité à venir, dans les termes d'une interrogation ouverte sur ce que l'agent pourra faire. C'est ce que le harnais batch produit à chaque dispatch, par construction, sans que cette capacité soit présentée comme une promesse ou un horizon.
§8 — Clôture. Deux régimes, une même conviction structurelle
Jones et le Département des Harnais ne tiennent pas deux thèses différentes. Ils tiennent la même conviction structurelle à deux régimes d'exécution distincts.
La conviction : la fiabilité n'est pas une propriété du modèle. Elle est une propriété du substrat dans lequel le modèle opère. La pièce précède le geste. Sans pièce préparée, le geste produit du texte probable — utile parfois, attestable jamais.
Le régime manuel de Jones : la pièce est construite à la main, par-session, par l'opérateur. Cinq artefacts intermédiaires. Décision humaine distribuée à chaque étape. Coût cognitif récurrent, légitimement assumé.
Le régime industrialisé du harnais batch : la pièce est produite automatiquement, à chaque dispatch, par des routines déterministes — extracteurs [src:rpi-explorer#t2], préfetches parallèles, scoring BM25, augmentation depuis le graphe de connaissance. La frontière modèle est unique et localisée. Le dossier de dispatch en porte l'attestation [src:rpi-explorer#t9].
Le régime éditorial du Studio : la décision humaine est concentrée au point de publication — two-eyes par défaut, seuil threshold = 2.0 délibérément inatteignable en conditions normales. Même conviction que Jones, placement différent de la décision le long de la chaîne. Chaque gate intermédiaire prépare forensiquement les conditions dans lesquelles la décision humaine sera éditorialement possible.
Jones formule la question ouverte qui résume l'enjeu : « The new question is whether the agent can help prepare the conditions under which good work happens. Can it shape the canvas? Can it find the right sources? Can it tell which ones are current? Can it identify what's missing before it invents around the missing thing? » — Jones ≈20:30, [src:team-research#t10] [src:team-research#t12].
Ce que Jones pose comme question, le harnais batch pose comme réponse déterministe. _run_predispatch à auto_route.py:8228 est le moment où la question cesse d'être ouverte et devient un programme. Ce déplacement — de la question ouverte au programme déterministe — est la divergence de régime entre Jones et le Département. Non une divergence de conviction.
L'essai que vous lisez est arrivé avec son propre dossier de fabrication. Il contient la requête originale, la configuration au moment de la soumission, les artefacts préfetchés, les résumés de chaque vague, les traces forensiques. Vous pouvez le rouvrir.
La pièce avant le geste.