From 3e7bc33fb7af0f4ec35e4e24065fd3cbbd35ae90 Mon Sep 17 00:00:00 2001
From: Claude Code DTP Worker <claude-code-dtp@otov7.com>
Date: Sat, 1 Aug 2026 05:11:46 +0000
Subject: [PATCH] =?UTF-8?q?[DTP-Worker]=20Sprint=208=20=C2=B7=20buffer=20?=
 =?UTF-8?q?=C2=B7=20SEO/schema.org=20:=20IDENTIT=C3=89=20du=20n=C5=93ud=20?=
 =?UTF-8?q?racine=20`Organization`=20ANCR=C3=89E=20sur=20CLAUDE.md=20?=
 =?UTF-8?q?=C2=A7Entit=C3=A9s=20=E2=80=94=20le=20nom=20de=20marque=20`Heli?=
 =?UTF-8?q?os=20RD`=20(marque=20publique=20=C2=B7=20=C2=AB=20**Helios=20RD?=
 =?UTF-8?q?**=20(marque=20publique)=20sous=20WAG=20=C2=BB)=20et=20son=20`u?=
 =?UTF-8?q?rl`=20=3D=3D=20base=5Furl,=20port=C3=A9s=20par=20le=20n=C5=93ud?=
 =?UTF-8?q?=20racine=20du=20graphe=20JSON-LD=20`seo/out/seo=5Fschema=5Forg?=
 =?UTF-8?q?.json`,=20=C3=A9taient=20byte-gat=C3=A9s=20pour=20la=20REPRODUC?=
 =?UTF-8?q?TIBILIT=C3=89=20(check=5Fartifacts=20prouve=20la=20reconstructi?=
 =?UTF-8?q?on=20depuis=20`seo=5Fspec.json`)=20mais=20JAMAIS=20ANCR=C3=89S?=
 =?UTF-8?q?=20=C3=A0=20CLAUDE.md.=20Le=20bloc=20SEO=20schema.org=20amont?=
 =?UTF-8?q?=20gate=20la=20COMPOSITION=20(@type=20+=20bijection=20un-listin?=
 =?UTF-8?q?g-par-projet),=20aveugle=20=C3=A0=20l'IDENTIT=C3=89=20de=20la?=
 =?UTF-8?q?=20marque=20que=20Google=20indexe.=20Pi=C3=A8ge=20#6=20:=20reno?=
 =?UTF-8?q?mmer=20la=20marque=20dans=20`seo=5Fspec.json[schema=5Forg.organ?=
 =?UTF-8?q?ization.name]`=20(ou=20dans=20CLAUDE.md=20=C2=A7Entit=C3=A9s)?=
 =?UTF-8?q?=20puis=20r=C3=A9g=C3=A9n=C3=A9rer=20laisse=20le=20JSON-LD=20PU?=
 =?UTF-8?q?BLIC=20de=20`vente.otov7.com`=20=C3=A9mettre=20un=20nom=20qui?=
 =?UTF-8?q?=20CONTREDIT=20le=20mandat=20pendant=20que=20la=20byte-gate=20r?=
 =?UTF-8?q?este=20VERTE=20(l'artefact=20se=20reconstruit=20fid=C3=A8lement?=
 =?UTF-8?q?=E2=80=A6=20depuis=20un=20spec=20d=C3=A9riv=C3=A9)=20=E2=80=94?=
 =?UTF-8?q?=20=C2=AB=20vert=20trompeur=20=C2=BB=20de=20la=20classe=20des?=
 =?UTF-8?q?=20tokens=20branding=20ancr=C3=A9s=20sur=20#4.=20Aucune=20suite?=
 =?UTF-8?q?=20tests/=20(FONCTIONS=20de=20g=C3=A9n=C3=A9ration,=20jamais=20?=
 =?UTF-8?q?l'ancrage=20=C3=A0=20CLAUDE.md)=20ne=20l'attrape.?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Gate ajouté (bloc « SEO org » après la composition schema.org) : marque re-dérivée de la parenthèse « (marque publique) » de CLAUDE.md §Entités (1× exactement · zéro duplication), puis (a) `Organization.name` == marque CLAUDE.md ; (b) `Organization.url` == `MANIFEST.base_url` & `@id` sous base_url ; (c) chaque listing rattaché à CETTE Organization (`brand.@id` == `org.@id`) sous base_url ; (d) `addressCountry` UNIFORME == `country_code` du spec (ISO 2 lettres, géo-ciblage à l'identique) ; (e) le spec DÉCLARE l'ancrage (`organization.name` == marque + `source` cite CLAUDE.md). Racine `Organization` exigée singleton en pré-requis.

6 morsures vérifiées (restauré vert après chacune) : artefact `name`→Helios DR (a) · CLAUDE.md §Entités rename Helios RD→Helios Dominicana → mord SIMULTANÉMENT artefact (a) ET spec (e), l'ancre est vive · artefact `url` divergent (b) · un `addressCountry` DO→US (d) · spec `source` supprime l'ancre CLAUDE.md (e) · un listing `brand.@id`→#phantom (c). Restauré = green, exit 0. Working tree byte-restauré (`git checkout --`, JAMAIS `git clean`). 7 gates re-verts (check_readme_claims/check_ci_integrity/check_docs/guard_constraints/check_artifacts/check_regression/validate_json). ci/README.md (clause table récap + paragraphe détaillé) mis à jour.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
---
 05_activity_log/2026-08-01.md |  65 +++++++++++++++++++++
 ci/README.md                  |  24 +++++++-
 ci/check_readme_claims.sh     | 106 ++++++++++++++++++++++++++++++++++
 3 files changed, 194 insertions(+), 1 deletion(-)

diff --git a/05_activity_log/2026-08-01.md b/05_activity_log/2026-08-01.md
index ca3e7e7..970f237 100644
--- a/05_activity_log/2026-08-01.md
+++ b/05_activity_log/2026-08-01.md
@@ -546,3 +546,68 @@ chaque token en gras `**<valeur>**` == #10 (casse tolérée) + l'exclusion pour
 3. CLAUDE.md #10 `(pas Stripe)`→`(pas PayPal)` → mord l'exclusion erpnext ✓
 4. fiche crm `Letter US`→`Letter USA` → mord CRM (format) ✓
 5. fiche erpnext supprime l'ancre `CLAUDE.md #10` → mord INTROUVABLE ✓
+
+## Session `20260801_050225` · Buffer S8 · SEO/schema.org · IDENTITÉ du nœud racine `Organization` ancrée sur CLAUDE.md §Entités : le nom de marque **`Helios RD`** (la *marque publique* · **CLAUDE.md §Entités** « **Helios RD** (marque publique) sous WAG ») et son `url` == base_url du site, portés par le nœud racine du graphe JSON-LD `05_deliverables_mvp/seo/out/seo_schema_org.json`, étaient **byte-gatés pour la REPRODUCTIBILITÉ** (`check_artifacts` prouve que l'artefact se reconstruit depuis `seo_spec.json`) mais **JAMAIS ANCRÉS à CLAUDE.md**. Le bloc SEO schema.org amont gate la COMPOSITION (`@type` + bijection un-listing-par-projet), aveugle à l'IDENTITÉ de la marque que Google indexe.
+
+**Tâche** : **Sprint 8 · buffer** (DevOps CI/CD · QA). Roadmap fonctionnellement
+close ; poursuite de la série anti-dérive d'ANCRAGE à CLAUDE.md (classe
+[[claude-md-constant-anchor-gate]]). **Même patron EXACT** que les tokens branding
+`publiciste/branding` ancrés sur CLAUDE.md #4 et les paramètres canoniques
+`faisabilite/generator` ancrés sur #9/#10 (`CANONICAL` ↔ contrainte) — appliqué à
+une **surface distincte** : l'identité de marque émise dans le JSON-LD **public** de
+`vente.otov7.com`, dont la reproductibilité byte était gatée mais pas l'ancrage.
+
+**Dérive silencieuse fermée** :
+- `05_deliverables_mvp/seo/out/seo_schema_org.json` `@graph` — nœud racine
+  `Organization` : `name: "Helios RD"` + `url: "https://vente.otov7.com"` +
+  `@id: ".../#organization"` ; chaque nœud `Residence` (listing) porte
+  `brand.@id == org.@id` + `address.addressCountry == "DO"`.
+- `05_deliverables_mvp/seo/seo_spec.json[schema_org]` — l'INPUT du générateur :
+  `organization.name == "Helios RD"`, `country_code == "DO"`, et un bullet `source`
+  qui DÉCLARE l'ancrage « CLAUDE.md §Entites (Helios RD = marque publique sous WAG) ».
+- Source faisant autorité : **CLAUDE.md §Entités** (« **Helios RD** (marque publique)
+  sous WAG ») pour la marque + `MANIFEST.base_url` (byte-gaté) pour le base_url + le
+  `country_code` du spec pour le géo-ciblage.
+- Piège #6 : la byte-gate prouve que l'artefact se reconstruit **fidèlement… depuis
+  un spec dérivé**, PAS que le nom == CLAUDE.md. RENOMMER la marque dans
+  `seo_spec.json` (ou dans CLAUDE.md §Entités) puis régénérer laisse le JSON-LD
+  **public** émettre un nom de marque qui CONTREDIT le mandat pendant que
+  `check_artifacts` reste **VERT** — « vert trompeur ». Aucune suite `tests/`
+  (FONCTIONS de génération, jamais l'ancrage à CLAUDE.md) ne l'attrape.
+- **État courant** : aucune valeur périmée — `name`/`url`/`@id`/rattachements/
+  `addressCountry`/déclaration du spec recoupent CLAUDE.md+MANIFEST+spec exactement
+  (anti-invention #6, rien à réécrire). Le défaut est la **surface ungated**.
+
+**Gate ajouté** (`ci/check_readme_claims.sh`, nouveau bloc « SEO org » après le bloc
+composition schema.org) : la marque est **re-dérivée** de CLAUDE.md §Entités
+(parenthèse « (marque publique) », exigée présente 1× exactement · zéro duplication),
+puis : **(a)** `Organization.name` == marque CLAUDE.md ; **(b)** `Organization.url`
+== `MANIFEST.base_url` et `@id` sous base_url ; **(c)** chaque listing rattaché à
+CETTE Organization (`brand.@id` == `org.@id`) et sous base_url ; **(d)**
+`addressCountry` UNIFORME == `country_code` du spec (code ISO 2 lettres, géo-ciblage
+appliqué à l'identique) ; **(e)** le spec DÉCLARE l'ancrage (`organization.name` ==
+marque + `source` cite CLAUDE.md + la marque). Racine `Organization` exigée singleton
+en pré-requis.
+
+**6 morsures vérifiées** (restauré vert après chacune, 7 gates re-verts) :
+1. **artefact** `Organization.name`→`Helios DR` → mord (a) anchor ✓
+2. **CLAUDE.md §Entités** rename `Helios RD`→`Helios Dominicana` → mord
+   **SIMULTANÉMENT** (a) artefact ET (e) spec — l'ancre est vive ✓
+3. **artefact** `Organization.url` divergent → mord (b) url/@id ✓
+4. **artefact** un `addressCountry` `DO`→`US` → mord (d) uniformité géo ✓
+5. **spec** `organization.source` supprime l'ancre CLAUDE.md → mord (e) déclaration ✓
+6. **artefact** un listing `brand.@id`→`#phantom` → mord (c) rattachement ✓
+
+Restauré = green : `Helios RD` == CLAUDE.md · url == base_url · 9 listings rattachés
+sous base_url · addressCountry uniforme `DO` · spec déclare l'ancrage · exit 0.
+Working tree byte-restauré (`git checkout --`, **JAMAIS** `git clean`, interdit
+absolu) · **7 gates re-verts** (`check_readme_claims`/`check_ci_integrity`/
+`check_docs`/`guard_constraints`/`check_artifacts`/`check_regression`/`validate_json`).
+
+- `ci/README.md` (clause de la table récap du pipeline + paragraphe détaillé
+  « Identité du nœud racine `Organization` ancrée sur CLAUDE.md §Entités ») mis à jour.
+- **Hors périmètre worker (VPS · #8)** : néant (gate bash/python3 stdlib en-repo ;
+  édition **hors** `05_deliverables_mvp/*/out` ⇒ 0 dérive d'artefact ; l'injection
+  réelle du `<script type="application/ld+json">` dans les pages `vente.otov7.com`
+  reste côté agent Frontend/SEO / VPS).
+- **Auto-score 4Big** : 96/100.
diff --git a/ci/README.md b/ci/README.md
index 9d6ff4f..3d4397a 100644
--- a/ci/README.md
+++ b/ci/README.md
@@ -20,7 +20,7 @@ et manuellement (`workflow_dispatch`). Jobs statiques (+ une suite `unittest` pa
 | `check-artifacts` | `ci/check_artifacts.sh` | Reproductibilité : chaque `out/*.json` versionné == build frais | ✅ oui |
 | `check-regression` | `ci/check_regression.sh` | Fraîcheur : `qa/regression/out/regression_run.json` (`run`) == run frais + verdict PASS | ✅ oui |
 | `check-ci-integrity` | `ci/check_ci_integrity.sh` | Intégrité du câblage : `gate.needs` == tous les jobs non-manuels · chaque `ci/*.sh` câblé au gate | ✅ oui |
-| `check-readme-claims` | `ci/check_readme_claims.sh` | Intégrité des chiffres des docs d'entrée : chaque nombre de `README.md` « État courant », de la fiche QA « Verdict agrégé » **et** de la colonne « Tests » par suite des tables de fiches **et** des agrégats en prose (Total CRM / RBAC / e-CF) **et** des comptes par workspace des portails (cartes/liens/rôles, ×2 docs) **et** des comptes RBAC des 3 volets (table Nb rôles/profil, ligne agrégée apply_plan, ventilation userperm) **et** des comptes de mots-clés SEO (total + fr/en/es, ×2 docs) **et** du pipeline vente CRM (états/transitions, ×2 docs + énumération des transitions à séparation des pouvoirs `{action | allow_self_approval=0}` recomputée de `workflow.json`) **et** de l'app mobile Expo (onglets/rôles/langues/identifiants a_confirmer + énumération ordonnée des onglets recomputée de `role_navigation`, bijection onglet⇔portail) **et** du DocType CONFOTUR (champs/données/sections/rôles/évènements de dépôt, ×2 docs) **et** de l'audit 5D (contrôles/dimensions ×2 docs + ventilation verdict pass/fail/à-confirmer + énumération des open items `control→dimension→propriétaire` recomputée de `audit_report.open_items`) **et** du run-book de déploiement VPS (phases ×2 dans la fiche devops + confirmations préalables count & énumération dans le README) **et** du run-sheet de démo (nombre de modules cités dans le diagramme du README) **et** du montage Chat OTOIA par portail (`Custom Block`/configs runtime/portails, tous = 5 aujourd'hui, ×2 docs) **et** du module de recette `qa/acceptance` (couple livrables de sprint + métriques succès MVP, ×2 docs de module au-delà du README d'entrée) **et** du barème de l'auditeur 4Big (nombre de critères en prose + poids par critère de la table + « generator (N critères) », recomputés de `quality_report.criteria`) **et** de la carte de renormalisation par archétype de l'auditeur 4Big (critères EXCLUS de `data_room`/`parser`/`contract`, recomputés des `checks` par archétype de `quality_report.modules`) **et** du contrat de format de l'e-NCF fiscal (`E + tipoeCF(2) + secuencia(10) = 13` : préfixe/longueurs des segments/longueur totale, ×3 README + fiche `erpnext_backend`, recomputés du bloc `e_ncf` d'`ecf_plan.json` + cohérences croisées `1+tipo+seq==longueur` & `|regex digits|==tipo+seq`) **et** de la cross-cohérence e-CF DGII `fiscal/ecf_dgii` (2e surface : états émetteurs recomputés de `{emission_events[].update_value}` + champs de base recomputés de `{emission_events[].base_field}` + FormaPago défaut « 3 (Tarjeta) » recomputée de `forma_pago_defaut` **ancrée sur CLAUDE.md #10** (Cardnet) + cohérences croisées : `forma_pago_defaut.code` ∈ catalogue `formas_pago` · libellé prose ⊆ libellé catalogue · ensembles non vides) **et** de la cross-cohérence du barème de commissions `crm/commissions` (états brouillon exclus recomputés de `{doc_status=0}` de `workflow.json` + champs de base recomputés de `{base_field}` de `commission_plan.json` + invariant 3 « commissionne seulement des états soumis ») **et** du catalogue RBAC `rbac/fixtures_gen` (DocTypes `custom` à créer énumérés == `MANIFEST.custom_doctypes_a_confirmer` + séparation des pouvoirs : le rôle unique porteur de `set_user_permissions` == `custom_docperm.json`) **et** de la composition du graphe schema.org SEO (les `@type` du `@graph` — `Organization` racine + une `Residence` par projet — recomputés de `seo_schema_org.json` + bijection listing⇔projet & absence d'`offers`) **et** de la carte hreflang SEO (les langues de contenu `alternate` `FR/EN/ES` + `x-default` recomputées de `seo_hreflang.json` + cohérences croisées : carte uniforme sur toutes les pages · `x-default` présent partout · langue par défaut ∈ langues de contenu · `x-default`.href == `canonical` == href de la langue par défaut) **et** du catalogue de projets du DocType `crm/dossier_vente` (le Select `projet` — les 9 projets `P01..P09` avec libellés — **ancré sur** la section « ## Projets » de `CLAUDE.md`, recomputé de CLAUDE.md : ensemble + ordre == options du DocType byte-gaté, plage `P01..P09` + mot d'ancrage dans le README, catalogue contigu/sans-doublon en bonus) **et** du catalogue des DocTypes `custom` à créer du portail `frontend/portails` (2e surface : le §hand-off VPS énumère `CONFOTUR Application`/`Faisabilité`/`Publiciste Log` == `MANIFEST.doctypes_custom_a_creer` recomputé, set-diff normalisé + cohérences croisées : catalogue trié/sans-doublon/non-vide · égal à l'UNION des `doctypes_custom` par workspace) **et** du classement métier/technique des `Role Profile` de `rbac/roleprofile_gen` (2e surface : la colonne « Type » de la table — auparavant un WILDCARD — recompute le flag `metier` par profil de `MANIFEST.profiles` + prose « N profils (X métier + Y technique) » == `counts.role_profiles/portails_metier/portails_techniques` + identité d'ensemble : lignes de profil de la table == `|profiles|` (aucun profil fantôme) + cohérences croisées : `portails_metier + portails_techniques == role_profiles` et recomptent les flags réels) **et** des paramètres canoniques du générateur de faisabilité `faisabilite/generator` (**ancrés sur** CLAUDE.md #9/#10 : les 6 valeurs `3 %`/`8.5 %`/`52 %`/`USD+DOP`/`Letter US`/`Cardnet` recomputées des contraintes #9/#10 de `CLAUDE.md` puis exigées EXACTES dans `genlib/model.py::CANONICAL` — le dict émis dans chaque rendu, hors `out/` donc invisible à check_artifacts — ET dans la prose README, set-diff normalisé) **et** de la table des scénarios de démo `demo/scenarios` (2e surface : les trois colonnes d'identité `id`/`projet+libellé`/`audience` recomputées de `out/run_sheet.json` — libellés projets **ancrés sur** CLAUDE.md §Projets — + identité d'ensemble : ids des lignes == ids du run_sheet == `counts.scenarios` (aucun scénario fantôme/manquant) + cohérences croisées : `run_sheet`↔`MANIFEST` d'accord sur `(id,projet,audience)` · `id == S-{projet}-{AUDIENCE}`) **et** de la cross-cohérence PERMISSIONS du DocType CONFOTUR `legal/confotur` (2e surface : l'IDENTITÉ des 3 rôles + leur jeu d'ACTIONS exact + leur portail — le §Permissions énumérait `ventes-confotur`→read/write/create/print · `legal-onapi`→read/write/create · `legal-directeur`→read/write/**submit**/report — recomputés de `MANIFEST.roles_rbac_utilises[]` (role_id · portail · `permissions`), set-diff normalisé + identité d'ensemble README⇔MANIFEST (aucun rôle fantôme/manquant) + cohérences croisées : MANIFEST ⇄ DocType d'accord sur le jeu d'actions par rôle · séparation des pouvoirs `submit` singleton et `is_submittable` déduit de sa présence) **et** de l'identité de la table run-book de `rbac/apply_plan` (2e surface : la table « ## Run-book généré (SPEC §7) » — le graphe d'application ordonné — dont les colonnes `#`/`Responsable`/`Dépend de` étaient un WILDCARD : `#`=`order`, `Responsable`=`responsable` et `Dépend de`=les n°s d'ordre des `depends_on` recomputés de `out/apply_plan.json` byte-gaté, exacts par étape + identité d'ensemble lignes==étapes (aucune fantôme/manquante) + cohérences croisées : ordres contigus `1..N` sans doublon · `responsable` ∈ {worker,vps,worker+vps} · toute dépendance pointe en arrière) **et** des gardes RBAC du pipeline vente `crm/workflow_vente` (3e surface : la table « Rôles = contrat RBAC » — le rôle qui GARDE chaque transition — recomputée de `{allowed}` de `workflow.json` : identité d'ensemble colonne Rôle == gardes, cohérence artefacts `{allowed}` == `MANIFEST.roles_rbac_utilises`, ensemble non vide, + cross-cohérence par pas sur les étapes sensibles `Confirmer réservation`/`Signer contrat`/`Approuver CONFOTUR` — mord la réaffectation de privilège vers un rôle déjà présent que le set-diff seul manquerait) **et** de l'identité de la table run-book de `devops/deploy_runbook` (2e surface : la table « ## Plan de phases généré » — le graphe de portage VPS ordonné — dont les colonnes `#`/`Responsable`/`Modules`/`Dépend de` étaient un WILDCARD : recomputées de `out/deploy_runbook.json` byte-gaté, exactes par phase, + identité d'ensemble lignes==phases ET union des cellules Modules == les 22 modules de l'artefact — a capté un défaut réel : la table omettait `mobile/app_config` (phase 5) et `qa/acceptance` (phase 7), 20/22 modules listés pendant que la couverture prouvée était bijective 22/22 — + cohérences croisées : ordres contigus `1..N` · `responsable` ∈ {worker,vps,worker+vps} · dépendances en arrière) **et** du mapping d'enforcement row-level de `rbac/userperm_gen` (la table « Mapping `scope_donnees` → mécanisme » — la FONCTION qui associe chaque portée de données à son mécanisme Frappe natif + le verdict « Template émis ? », auparavant non gatée hors sa ventilation `28/16/2/4` — recomputée de `out/user_permission_plan.json` byte-gaté : par portée le `mechanism` (1er token backtické de la col.) & le verdict « Template émis ? » exacts, + identité d'ensemble portées de la table == portées de l'artefact (ni fantôme ni manquante) + cohérences croisées : chaque portée mappe UN SEUL mécanisme (fonction, pas relation) · « Template émis » uniforme sur les entrées d'une portée · template émis EXACTEMENT pour `user_permission_company` — l'invariant « template SSI entite ») **et** des figures « Génération réelle (fixture) » de `faisabilite/bancable` (module **hors** check_artifacts — son `out/` n'est pas commité — dont le README §« Vérification en-repo » recopie 4 chiffres data-derived `40 unités`/`USD 8,560,000`/`DOP 505,040,000`/`21 unités (⌈52 % × 40⌉)` : recomputés `Σ quantités`/`Σ(qté×prix_usd)`/`Σ(qté×prix_dop)`/`⌈52 % × Σ unités⌉` de la fixture COMMITÉE `brief_bancable.json`, **pct 52 % ancré sur CLAUDE.md #9**, confirmés par la GÉNÉRATION RÉELLE `bancable_gen validate` — mord une fixture éditée, un générateur/manifeste incohérent, un séparateur de milliers manquant ou une formule désalignée ; un claim absent échoue AUSSI) **et** de la fiche d'identité du rôle RBAC mobile `03_agents/mobile/AGENT.md` (le SEUL ancrage in-repo de l'agent mobile — builds/stores hors-repo #8 — dont la ligne « Points de contact réellement commités » recopie du contrat `rbac_50_roles.json` TOUS les attributs data-derived du rôle `plateforme-mobile` : `erpnext_role_name`/`nom_fr`/`famille`/`portail`/`entite_principale`/`niveau`/`scope_donnees`/`modules`/permission `API Access` custom R/W (sigle des verbes canonique C/R/W/D/S/X/A — élargir/rétrécir la perm change le sigle attendu) + la `description` recoupée verbatim, emphase markdown & point final neutralisés — recomputés du contrat, prose EXACTE exigée par attribut, jamais gatés avant hors les COMPTES agrégés de `mobile/app_config` ; cohérences croisées : `famille == portail` (bijection portail), permission `custom`, `role_id` présent une seule fois dans le contrat) **et** des fiches d'identité des rôles RBAC faisabilité `03_agents/rendu/AGENT.md` & `03_agents/ifc_speckle/AGENT.md` (même classe que la fiche mobile : chaque ligne « Contact in-repo » recopie du contrat `rbac_50_roles.json` les attributs data-derived des rôles `faisabilite-rendu-3d` / `faisabilite-ifc-speckle` — `erpnext_role_name`/`nom_fr` (rendu)/`portail`/`entite_principale`/`niveau`/`modules` (rendu)/les deux `permissions_cibles` `File` R/W/create + `Faisabilité` R ou R/W (verbes rendus en ORDRE CANONIQUE read→R·write→W·create/delete/… en toutes lettres — élargir/rétrécir une perm change la chaîne attendue) — recomputés du contrat, prose EXACTE exigée par attribut RESTITUÉ, jamais gatés avant hors les COMPTES de rôles par Workspace de `frontend/portails` ; NB la DESCRIPTION de ces deux fiches est une PARAPHRASE éditoriale donc NON gatée verbatim (ne rien réécrire de correct pour un gate · #6), seuls les attributs structurés sont contraints ; un claim absent échoue AUSSI) **et** du rattachement Workspace (`Has Role`) des fiches agents `03_agents/{rendu,ifc_speckle,mobile}/AGENT.md` (surface data-derived DISTINCTE du contrat : QUELLE CONSOLE — Workspace ERPNext natif — le rôle peut atteindre, membership qui vit dans `frontend/portails/out/workspace.json` byte-gaté, jamais gatée hors le COMPTE de rôles par workspace aveugle à QUEL rôle — on recompute l'ensemble des Workspaces dont le `Has Role` porte l'`erpnext_role_name` du rôle (résolu du contrat par id) et on confronte l'assertion de la fiche : rendu affirme rattaché au Workspace NOMMÉ `OTO Construction` (in_named : membership == {ce Workspace} et la prose le cite) · ifc_speckle affirme rattaché à UN Workspace (in_any : membership ≥ 1) · mobile affirme VOLONTAIREMENT PAS rattaché au Workspace NOMMÉ `OTO Ventes` (not_in_named, assertion NÉGATIVE #6 : rôle ABSENT du `Has Role` de ce Workspace) — mord l'ajout du rôle mobile à `OTO Ventes` (SUR-EXPOSITION console), le retrait/déplacement du rôle rendu de `OTO Construction`, le renommage du Workspace dans la prose, un Workspace nommé fantôme (anti-typo) ou une assertion absente) **et** des tokens design canoniques `publiciste/branding` (**ancrés sur CLAUDE.md #4** : les 4 valeurs de la marque luxury `#0a0a12`/`#f0b429`/`Fraunces`/`Cormorant Garamond` recopiées à QUATRE endroits jamais gatés — (a) les CONSTANTES `lib/branding.py` `COLOR_BG`/`COLOR_ACCENT`/`FONT_DISPLAY`/`FONT_BODY`, hors `out/` donc invisibles à check_artifacts, importées par le générateur & substituées dans le gabarit `{{COLOR_BG}}…` ; (b) le docstring du fichier ; (c) le README ; (d) le tuple d'oracle HARDCODÉ de `tests/test_publiciste.py` que le seul test existant assert sans jamais le comparer à CLAUDE.md — recomputés de la ligne #4 de `CLAUDE.md` puis exigés EXACTS : (a) constantes == #4 (hex insensible à la casse, fontes à l'exact), (b) docstring cite les 4, (c) README cite les 2 fontes, (d) oracle du test == #4 ; même patron que les paramètres canoniques `faisabilite/generator`, un changement de #4 mord SIMULTANÉMENT les 3 copies aval ; un claim absent échoue AUSSI) **et** de l'identité du RÔLE émetteur e-CF `fiscal/ecf_dgii` (3e surface du MÊME README : le seul rôle habilité à ÉMETTRE un e-CF — bullet `role_id` README:51-54 — nommé par `role_id` « `compta-fiscaliste-ecf` » = celui que TOUS les `emission_events` d'`ecf_plan.json` byte-gaté référencent, `erpnext_role_name` « _OTO Compta Fiscaliste eCF_ », et `portail` « `compta` » résolu du contrat `rbac_50_roles.json` ; recomputés des deux sources — zéro duplication — prose EXACTE exigée ; réaffecter l'émission à un autre rôle, le renommer, ou DÉPLACER ce rôle hors du portail `compta` (e-CF émis HORS Compta, séparation cassée) mord ; cohérences croisées : `emission_events` pointent UN SEUL rôle (fonction · non vide) · `role_id` unique au contrat · nom artefact == nom contrat · `portail == compta` ; un claim absent échoue AUSSI) **et** de la colonne « Job CI » des fiches agents `03_agents/*/AGENT.md` (chaque token `*-tests` cité entre backticks — le job Gitea Actions qui exécute la suite du module — recomputé de la section `jobs:` de `.gitea/workflows/ci.yml`, jamais gaté avant : `check_ci_integrity` prouve que chaque job est CÂBLÉ dans `gate.needs` mais RIEN ne liait le NOM écrit dans la fiche au job réel ; on exige que chaque token de fiche DÉSIGNE un job existant — renommer un job dans ci.yml ou le mal recopier laisse la fiche pointer un job FANTÔME pendant que le CI reste vert ; direction fiche→ci.yml, ci.yml peut définir des jobs non cités mais une fiche ne peut citer un job absent ; la disparition de la colonne échoue AUSSI) **et** de l'IDENTITÉ du DocType porteur `crm/dossier_vente` (le NOM `OTO Dossier Vente` — point d'attache du pipeline — recopié à la main dans le titre & la ligne « Nom du DocType » du README `dossier_vente`, la fiche `03_agents/crm/AGENT.md:25` et la fiche `03_agents/onapi_legal/AGENT.md:50`, jamais gaté sur le NOM (le bloc pipeline ne recompute que le COMPTE d'états) : recomputé du champ `name` de `out/doctype_oto_dossier_vente.json` byte-gaté, chaque prose exigée EXACTE + cohérences croisées `DocType.name == MANIFEST.doctype_name` & `== workflow.document_type` (l'attache porteur↔workflow — sinon le Workflow vise un DocType FANTÔME) ; renommer le DocType dans le spec reconstruit les 2 artefacts cohéremment mais périme la prose en silence ; un claim absent échoue AUSSI) == artefact cité (#6) | ✅ oui |
+| `check-readme-claims` | `ci/check_readme_claims.sh` | Intégrité des chiffres des docs d'entrée : chaque nombre de `README.md` « État courant », de la fiche QA « Verdict agrégé » **et** de la colonne « Tests » par suite des tables de fiches **et** des agrégats en prose (Total CRM / RBAC / e-CF) **et** des comptes par workspace des portails (cartes/liens/rôles, ×2 docs) **et** des comptes RBAC des 3 volets (table Nb rôles/profil, ligne agrégée apply_plan, ventilation userperm) **et** des comptes de mots-clés SEO (total + fr/en/es, ×2 docs) **et** du pipeline vente CRM (états/transitions, ×2 docs + énumération des transitions à séparation des pouvoirs `{action | allow_self_approval=0}` recomputée de `workflow.json`) **et** de l'app mobile Expo (onglets/rôles/langues/identifiants a_confirmer + énumération ordonnée des onglets recomputée de `role_navigation`, bijection onglet⇔portail) **et** du DocType CONFOTUR (champs/données/sections/rôles/évènements de dépôt, ×2 docs) **et** de l'audit 5D (contrôles/dimensions ×2 docs + ventilation verdict pass/fail/à-confirmer + énumération des open items `control→dimension→propriétaire` recomputée de `audit_report.open_items`) **et** du run-book de déploiement VPS (phases ×2 dans la fiche devops + confirmations préalables count & énumération dans le README) **et** du run-sheet de démo (nombre de modules cités dans le diagramme du README) **et** du montage Chat OTOIA par portail (`Custom Block`/configs runtime/portails, tous = 5 aujourd'hui, ×2 docs) **et** du module de recette `qa/acceptance` (couple livrables de sprint + métriques succès MVP, ×2 docs de module au-delà du README d'entrée) **et** du barème de l'auditeur 4Big (nombre de critères en prose + poids par critère de la table + « generator (N critères) », recomputés de `quality_report.criteria`) **et** de la carte de renormalisation par archétype de l'auditeur 4Big (critères EXCLUS de `data_room`/`parser`/`contract`, recomputés des `checks` par archétype de `quality_report.modules`) **et** du contrat de format de l'e-NCF fiscal (`E + tipoeCF(2) + secuencia(10) = 13` : préfixe/longueurs des segments/longueur totale, ×3 README + fiche `erpnext_backend`, recomputés du bloc `e_ncf` d'`ecf_plan.json` + cohérences croisées `1+tipo+seq==longueur` & `|regex digits|==tipo+seq`) **et** de la cross-cohérence e-CF DGII `fiscal/ecf_dgii` (2e surface : états émetteurs recomputés de `{emission_events[].update_value}` + champs de base recomputés de `{emission_events[].base_field}` + FormaPago défaut « 3 (Tarjeta) » recomputée de `forma_pago_defaut` **ancrée sur CLAUDE.md #10** (Cardnet) + cohérences croisées : `forma_pago_defaut.code` ∈ catalogue `formas_pago` · libellé prose ⊆ libellé catalogue · ensembles non vides) **et** de la cross-cohérence du barème de commissions `crm/commissions` (états brouillon exclus recomputés de `{doc_status=0}` de `workflow.json` + champs de base recomputés de `{base_field}` de `commission_plan.json` + invariant 3 « commissionne seulement des états soumis ») **et** du catalogue RBAC `rbac/fixtures_gen` (DocTypes `custom` à créer énumérés == `MANIFEST.custom_doctypes_a_confirmer` + séparation des pouvoirs : le rôle unique porteur de `set_user_permissions` == `custom_docperm.json`) **et** de la composition du graphe schema.org SEO (les `@type` du `@graph` — `Organization` racine + une `Residence` par projet — recomputés de `seo_schema_org.json` + bijection listing⇔projet & absence d'`offers`) **et** de la carte hreflang SEO (les langues de contenu `alternate` `FR/EN/ES` + `x-default` recomputées de `seo_hreflang.json` + cohérences croisées : carte uniforme sur toutes les pages · `x-default` présent partout · langue par défaut ∈ langues de contenu · `x-default`.href == `canonical` == href de la langue par défaut) **et** du catalogue de projets du DocType `crm/dossier_vente` (le Select `projet` — les 9 projets `P01..P09` avec libellés — **ancré sur** la section « ## Projets » de `CLAUDE.md`, recomputé de CLAUDE.md : ensemble + ordre == options du DocType byte-gaté, plage `P01..P09` + mot d'ancrage dans le README, catalogue contigu/sans-doublon en bonus) **et** du catalogue des DocTypes `custom` à créer du portail `frontend/portails` (2e surface : le §hand-off VPS énumère `CONFOTUR Application`/`Faisabilité`/`Publiciste Log` == `MANIFEST.doctypes_custom_a_creer` recomputé, set-diff normalisé + cohérences croisées : catalogue trié/sans-doublon/non-vide · égal à l'UNION des `doctypes_custom` par workspace) **et** du classement métier/technique des `Role Profile` de `rbac/roleprofile_gen` (2e surface : la colonne « Type » de la table — auparavant un WILDCARD — recompute le flag `metier` par profil de `MANIFEST.profiles` + prose « N profils (X métier + Y technique) » == `counts.role_profiles/portails_metier/portails_techniques` + identité d'ensemble : lignes de profil de la table == `|profiles|` (aucun profil fantôme) + cohérences croisées : `portails_metier + portails_techniques == role_profiles` et recomptent les flags réels) **et** des paramètres canoniques du générateur de faisabilité `faisabilite/generator` (**ancrés sur** CLAUDE.md #9/#10 : les 6 valeurs `3 %`/`8.5 %`/`52 %`/`USD+DOP`/`Letter US`/`Cardnet` recomputées des contraintes #9/#10 de `CLAUDE.md` puis exigées EXACTES dans `genlib/model.py::CANONICAL` — le dict émis dans chaque rendu, hors `out/` donc invisible à check_artifacts — ET dans la prose README, set-diff normalisé) **et** de la table des scénarios de démo `demo/scenarios` (2e surface : les trois colonnes d'identité `id`/`projet+libellé`/`audience` recomputées de `out/run_sheet.json` — libellés projets **ancrés sur** CLAUDE.md §Projets — + identité d'ensemble : ids des lignes == ids du run_sheet == `counts.scenarios` (aucun scénario fantôme/manquant) + cohérences croisées : `run_sheet`↔`MANIFEST` d'accord sur `(id,projet,audience)` · `id == S-{projet}-{AUDIENCE}`) **et** de la cross-cohérence PERMISSIONS du DocType CONFOTUR `legal/confotur` (2e surface : l'IDENTITÉ des 3 rôles + leur jeu d'ACTIONS exact + leur portail — le §Permissions énumérait `ventes-confotur`→read/write/create/print · `legal-onapi`→read/write/create · `legal-directeur`→read/write/**submit**/report — recomputés de `MANIFEST.roles_rbac_utilises[]` (role_id · portail · `permissions`), set-diff normalisé + identité d'ensemble README⇔MANIFEST (aucun rôle fantôme/manquant) + cohérences croisées : MANIFEST ⇄ DocType d'accord sur le jeu d'actions par rôle · séparation des pouvoirs `submit` singleton et `is_submittable` déduit de sa présence) **et** de l'identité de la table run-book de `rbac/apply_plan` (2e surface : la table « ## Run-book généré (SPEC §7) » — le graphe d'application ordonné — dont les colonnes `#`/`Responsable`/`Dépend de` étaient un WILDCARD : `#`=`order`, `Responsable`=`responsable` et `Dépend de`=les n°s d'ordre des `depends_on` recomputés de `out/apply_plan.json` byte-gaté, exacts par étape + identité d'ensemble lignes==étapes (aucune fantôme/manquante) + cohérences croisées : ordres contigus `1..N` sans doublon · `responsable` ∈ {worker,vps,worker+vps} · toute dépendance pointe en arrière) **et** des gardes RBAC du pipeline vente `crm/workflow_vente` (3e surface : la table « Rôles = contrat RBAC » — le rôle qui GARDE chaque transition — recomputée de `{allowed}` de `workflow.json` : identité d'ensemble colonne Rôle == gardes, cohérence artefacts `{allowed}` == `MANIFEST.roles_rbac_utilises`, ensemble non vide, + cross-cohérence par pas sur les étapes sensibles `Confirmer réservation`/`Signer contrat`/`Approuver CONFOTUR` — mord la réaffectation de privilège vers un rôle déjà présent que le set-diff seul manquerait) **et** de l'identité de la table run-book de `devops/deploy_runbook` (2e surface : la table « ## Plan de phases généré » — le graphe de portage VPS ordonné — dont les colonnes `#`/`Responsable`/`Modules`/`Dépend de` étaient un WILDCARD : recomputées de `out/deploy_runbook.json` byte-gaté, exactes par phase, + identité d'ensemble lignes==phases ET union des cellules Modules == les 22 modules de l'artefact — a capté un défaut réel : la table omettait `mobile/app_config` (phase 5) et `qa/acceptance` (phase 7), 20/22 modules listés pendant que la couverture prouvée était bijective 22/22 — + cohérences croisées : ordres contigus `1..N` · `responsable` ∈ {worker,vps,worker+vps} · dépendances en arrière) **et** du mapping d'enforcement row-level de `rbac/userperm_gen` (la table « Mapping `scope_donnees` → mécanisme » — la FONCTION qui associe chaque portée de données à son mécanisme Frappe natif + le verdict « Template émis ? », auparavant non gatée hors sa ventilation `28/16/2/4` — recomputée de `out/user_permission_plan.json` byte-gaté : par portée le `mechanism` (1er token backtické de la col.) & le verdict « Template émis ? » exacts, + identité d'ensemble portées de la table == portées de l'artefact (ni fantôme ni manquante) + cohérences croisées : chaque portée mappe UN SEUL mécanisme (fonction, pas relation) · « Template émis » uniforme sur les entrées d'une portée · template émis EXACTEMENT pour `user_permission_company` — l'invariant « template SSI entite ») **et** des figures « Génération réelle (fixture) » de `faisabilite/bancable` (module **hors** check_artifacts — son `out/` n'est pas commité — dont le README §« Vérification en-repo » recopie 4 chiffres data-derived `40 unités`/`USD 8,560,000`/`DOP 505,040,000`/`21 unités (⌈52 % × 40⌉)` : recomputés `Σ quantités`/`Σ(qté×prix_usd)`/`Σ(qté×prix_dop)`/`⌈52 % × Σ unités⌉` de la fixture COMMITÉE `brief_bancable.json`, **pct 52 % ancré sur CLAUDE.md #9**, confirmés par la GÉNÉRATION RÉELLE `bancable_gen validate` — mord une fixture éditée, un générateur/manifeste incohérent, un séparateur de milliers manquant ou une formule désalignée ; un claim absent échoue AUSSI) **et** de la fiche d'identité du rôle RBAC mobile `03_agents/mobile/AGENT.md` (le SEUL ancrage in-repo de l'agent mobile — builds/stores hors-repo #8 — dont la ligne « Points de contact réellement commités » recopie du contrat `rbac_50_roles.json` TOUS les attributs data-derived du rôle `plateforme-mobile` : `erpnext_role_name`/`nom_fr`/`famille`/`portail`/`entite_principale`/`niveau`/`scope_donnees`/`modules`/permission `API Access` custom R/W (sigle des verbes canonique C/R/W/D/S/X/A — élargir/rétrécir la perm change le sigle attendu) + la `description` recoupée verbatim, emphase markdown & point final neutralisés — recomputés du contrat, prose EXACTE exigée par attribut, jamais gatés avant hors les COMPTES agrégés de `mobile/app_config` ; cohérences croisées : `famille == portail` (bijection portail), permission `custom`, `role_id` présent une seule fois dans le contrat) **et** des fiches d'identité des rôles RBAC faisabilité `03_agents/rendu/AGENT.md` & `03_agents/ifc_speckle/AGENT.md` (même classe que la fiche mobile : chaque ligne « Contact in-repo » recopie du contrat `rbac_50_roles.json` les attributs data-derived des rôles `faisabilite-rendu-3d` / `faisabilite-ifc-speckle` — `erpnext_role_name`/`nom_fr` (rendu)/`portail`/`entite_principale`/`niveau`/`modules` (rendu)/les deux `permissions_cibles` `File` R/W/create + `Faisabilité` R ou R/W (verbes rendus en ORDRE CANONIQUE read→R·write→W·create/delete/… en toutes lettres — élargir/rétrécir une perm change la chaîne attendue) — recomputés du contrat, prose EXACTE exigée par attribut RESTITUÉ, jamais gatés avant hors les COMPTES de rôles par Workspace de `frontend/portails` ; NB la DESCRIPTION de ces deux fiches est une PARAPHRASE éditoriale donc NON gatée verbatim (ne rien réécrire de correct pour un gate · #6), seuls les attributs structurés sont contraints ; un claim absent échoue AUSSI) **et** du rattachement Workspace (`Has Role`) des fiches agents `03_agents/{rendu,ifc_speckle,mobile}/AGENT.md` (surface data-derived DISTINCTE du contrat : QUELLE CONSOLE — Workspace ERPNext natif — le rôle peut atteindre, membership qui vit dans `frontend/portails/out/workspace.json` byte-gaté, jamais gatée hors le COMPTE de rôles par workspace aveugle à QUEL rôle — on recompute l'ensemble des Workspaces dont le `Has Role` porte l'`erpnext_role_name` du rôle (résolu du contrat par id) et on confronte l'assertion de la fiche : rendu affirme rattaché au Workspace NOMMÉ `OTO Construction` (in_named : membership == {ce Workspace} et la prose le cite) · ifc_speckle affirme rattaché à UN Workspace (in_any : membership ≥ 1) · mobile affirme VOLONTAIREMENT PAS rattaché au Workspace NOMMÉ `OTO Ventes` (not_in_named, assertion NÉGATIVE #6 : rôle ABSENT du `Has Role` de ce Workspace) — mord l'ajout du rôle mobile à `OTO Ventes` (SUR-EXPOSITION console), le retrait/déplacement du rôle rendu de `OTO Construction`, le renommage du Workspace dans la prose, un Workspace nommé fantôme (anti-typo) ou une assertion absente) **et** des tokens design canoniques `publiciste/branding` (**ancrés sur CLAUDE.md #4** : les 4 valeurs de la marque luxury `#0a0a12`/`#f0b429`/`Fraunces`/`Cormorant Garamond` recopiées à QUATRE endroits jamais gatés — (a) les CONSTANTES `lib/branding.py` `COLOR_BG`/`COLOR_ACCENT`/`FONT_DISPLAY`/`FONT_BODY`, hors `out/` donc invisibles à check_artifacts, importées par le générateur & substituées dans le gabarit `{{COLOR_BG}}…` ; (b) le docstring du fichier ; (c) le README ; (d) le tuple d'oracle HARDCODÉ de `tests/test_publiciste.py` que le seul test existant assert sans jamais le comparer à CLAUDE.md — recomputés de la ligne #4 de `CLAUDE.md` puis exigés EXACTS : (a) constantes == #4 (hex insensible à la casse, fontes à l'exact), (b) docstring cite les 4, (c) README cite les 2 fontes, (d) oracle du test == #4 ; même patron que les paramètres canoniques `faisabilite/generator`, un changement de #4 mord SIMULTANÉMENT les 3 copies aval ; un claim absent échoue AUSSI) **et** de l'identité du RÔLE émetteur e-CF `fiscal/ecf_dgii` (3e surface du MÊME README : le seul rôle habilité à ÉMETTRE un e-CF — bullet `role_id` README:51-54 — nommé par `role_id` « `compta-fiscaliste-ecf` » = celui que TOUS les `emission_events` d'`ecf_plan.json` byte-gaté référencent, `erpnext_role_name` « _OTO Compta Fiscaliste eCF_ », et `portail` « `compta` » résolu du contrat `rbac_50_roles.json` ; recomputés des deux sources — zéro duplication — prose EXACTE exigée ; réaffecter l'émission à un autre rôle, le renommer, ou DÉPLACER ce rôle hors du portail `compta` (e-CF émis HORS Compta, séparation cassée) mord ; cohérences croisées : `emission_events` pointent UN SEUL rôle (fonction · non vide) · `role_id` unique au contrat · nom artefact == nom contrat · `portail == compta` ; un claim absent échoue AUSSI) **et** de la colonne « Job CI » des fiches agents `03_agents/*/AGENT.md` (chaque token `*-tests` cité entre backticks — le job Gitea Actions qui exécute la suite du module — recomputé de la section `jobs:` de `.gitea/workflows/ci.yml`, jamais gaté avant : `check_ci_integrity` prouve que chaque job est CÂBLÉ dans `gate.needs` mais RIEN ne liait le NOM écrit dans la fiche au job réel ; on exige que chaque token de fiche DÉSIGNE un job existant — renommer un job dans ci.yml ou le mal recopier laisse la fiche pointer un job FANTÔME pendant que le CI reste vert ; direction fiche→ci.yml, ci.yml peut définir des jobs non cités mais une fiche ne peut citer un job absent ; la disparition de la colonne échoue AUSSI) **et** de l'IDENTITÉ du DocType porteur `crm/dossier_vente` (le NOM `OTO Dossier Vente` — point d'attache du pipeline — recopié à la main dans le titre & la ligne « Nom du DocType » du README `dossier_vente`, la fiche `03_agents/crm/AGENT.md:25` et la fiche `03_agents/onapi_legal/AGENT.md:50`, jamais gaté sur le NOM (le bloc pipeline ne recompute que le COMPTE d'états) : recomputé du champ `name` de `out/doctype_oto_dossier_vente.json` byte-gaté, chaque prose exigée EXACTE + cohérences croisées `DocType.name == MANIFEST.doctype_name` & `== workflow.document_type` (l'attache porteur↔workflow — sinon le Workflow vise un DocType FANTÔME) ; renommer le DocType dans le spec reconstruit les 2 artefacts cohéremment mais périme la prose en silence ; un claim absent échoue AUSSI) **et** de l'IDENTITÉ du nœud racine `Organization` du graphe schema.org SEO (**ancrée sur CLAUDE.md §Entités** : le nom de marque `Helios RD` (marque publique) + son `url` == base_url — le bloc composition amont ne gate que les `@type`/bijection, jamais l'IDENTITÉ de marque que Google indexe sous `vente.otov7.com` ; recomputés de `seo_schema_org.json` byte-gaté + `MANIFEST.base_url` + le `country_code` du spec : (a) `Organization.name` == marque re-dérivée de CLAUDE.md §Entités — renommer la marque dans le spec ou dans CLAUDE.md émet un JSON-LD public qui CONTREDIT le mandat tout en restant byte-vert (l'artefact se reconstruit fidèlement depuis un spec dérivé), même « vert trompeur » que les tokens branding ancrés sur #4 — (b) `Organization.url` == base_url & `@id` sous base_url, (c) chaque listing rattaché à CETTE Organization (`brand.@id`) sous base_url, (d) `addressCountry` UNIFORME == `country_code` du spec, (e) le spec DÉCLARE l'ancrage (`organization.source` cite CLAUDE.md)) == artefact cité (#6) | ✅ oui |
 | `gate` | — | Agrégat vert = gate qualité 4Big franchi | ✅ oui |
 
 Aucune dépendance réseau/marketplace hors `actions/checkout`. Tout tourne avec
@@ -249,6 +249,28 @@ schema_org_nodes−1` du MANIFEST), et le graphe ne porte **aucune** `offers` 
 cohérent avec « aucun prix pour un statut sans prix » (USD · #10). Un claim
 supprimé (« composition INTROUVABLE ») échoue **aussi**.
 
+**Identité du nœud racine `Organization` ancrée sur CLAUDE.md §Entités.** Le bloc
+composition ci-dessus gate les `@type` et la bijection, jamais l'**identité de la
+marque** que Google indexe. Or le nœud racine `Organization` de
+`seo/out/seo_schema_org.json` porte `name: "Helios RD"` (la **marque publique** ·
+CLAUDE.md §Entités « **Helios RD** (marque publique) sous WAG ») et `url` == le
+base_url du site. La byte-gate `check_artifacts` prouve seulement que l'artefact
+**se reconstruit** depuis `seo_spec.json` — **pas** que ce nom == la marque nommée
+dans CLAUDE.md. Piège #6 : **renommer** la marque dans
+`seo_spec.json[schema_org.organization.name]` (ou dans CLAUDE.md §Entités) fait
+émettre au JSON-LD **public** un nom qui **contredit le mandat** pendant que la
+byte-gate reste **verte** (l'artefact se reconstruit fidèlement… depuis un spec
+dérivé) — même « vert trompeur » que les tokens branding ancrés sur #4. On
+**re-dérive** la marque de CLAUDE.md §Entités (parenthèse « (marque publique) »,
+zéro duplication), le base_url du MANIFEST byte-gaté et le `country_code` du spec,
+puis on exige : **(a)** `Organization.name` == marque CLAUDE.md ; **(b)**
+`Organization.url` == base_url et `@id` sous base_url ; **(c)** chaque nœud listing
+rattaché à **cette** Organization (`brand.@id` == `org.@id`) et sous base_url ;
+**(d)** `addressCountry` **uniforme** == `country_code` du spec (géo-ciblage
+appliqué à l'identique à chaque nœud) ; **(e)** le spec **déclare** l'ancrage
+(`organization.name` == marque + `source` cite CLAUDE.md). Renommer la marque dans
+CLAUDE.md seul mord **simultanément** l'artefact **et** le spec — l'ancre est vive.
+
 **3ᵉ surface du même README SEO** : la table « Livrables » décrit **en prose** la
 carte hreflang (« carte `alternate` **FR/EN/ES** + `x-default` par page »). Les
 deux blocs SEO précédents (comptes de mots-clés · graphe schema.org) sont
diff --git a/ci/check_readme_claims.sh b/ci/check_readme_claims.sh
index 0f0c064..765a9c7 100755
--- a/ci/check_readme_claims.sh
+++ b/ci/check_readme_claims.sh
@@ -2484,6 +2484,112 @@ if sg is not None:
                 bad(f"SEO schema.org · {SEO_SG_RD} — dit « une `{mpp.group(1)}` par projet » "
                     f"MAIS listings sont `{lt}` → régénérer le README")
 
+# ============================================================================
+# SEO · l'IDENTITÉ du nœud racine `Organization` du graphe schema.org (JSON-LD)
+# — le nom de marque `Helios RD` (marque publique · CLAUDE.md §Entités) + son
+# `url` == base_url du site — ANCRÉE sur CLAUDE.md, jamais gatée.
+# ----------------------------------------------------------------------------
+# out/seo_schema_org.json est byte-gaté par check_artifacts : la reproductibilité
+# prouve qu'il SE RECONSTRUIT depuis seo_spec.json, PAS que son `Organization.name`
+# == la marque publique nommée dans CLAUDE.md §Entités (« **Helios RD** (marque
+# publique) sous WAG »). Le bloc SEO schema.org amont gate la COMPOSITION (@type +
+# bijection un-listing-par-projet), jamais l'IDENTITÉ de la marque ni le rattachement
+# des nœuds au site. Piège #6 : RENOMMER la marque dans
+# seo_spec.json[schema_org.organization.name] (ou dans CLAUDE.md §Entités) laisse le
+# JSON-LD PUBLIC — celui que Google indexe sous `vente.otov7.com` — émettre un nom de
+# marque qui CONTREDIT le mandat pendant que la byte-gate reste VERTE (l'artefact se
+# reconstruit fidèlement… depuis un spec dérivé) — « vert trompeur » de la classe des
+# tokens branding ancrés sur CLAUDE.md #4. Aucune suite tests/ (FONCTIONS de
+# génération, jamais l'ancrage à CLAUDE.md) ne l'attrape. On RE-DÉRIVE la marque de
+# CLAUDE.md §Entités (zéro duplication · source unique) + le base_url du MANIFEST
+# byte-gaté + le country_code du spec, puis on exige : (a) Organization.name == marque
+# CLAUDE.md ; (b) Organization.url == base_url et @id sous base_url ; (c) chaque nœud
+# listing rattaché à CETTE Organization (brand.@id == org.@id) et sous base_url ;
+# (d) addressCountry UNIFORME == country_code du spec (géo-ciblage appliqué à
+# l'identique à chaque nœud) ; (e) le spec DÉCLARE l'ancrage (organization.name ==
+# marque + `source` cite CLAUDE.md). État courant : aucune valeur périmée — le défaut
+# est la surface ungated.
+# ============================================================================
+_nfc_org = lambda s: unicodedata.normalize("NFC", str(s))
+try:
+    cm_ent = open("CLAUDE.md", encoding="utf-8").read()
+    _mb = re.findall(r"\*\*([^*]+?)\*\*\s*\(marque publique\)", cm_ent)
+    if len(_mb) != 1:
+        raise ValueError(f"« (marque publique) » attendu 1× dans CLAUDE.md §Entités, "
+                         f"trouvé {len(_mb)}×")
+    brand = _nfc_org(_mb[0].strip())
+except (OSError, ValueError) as e:
+    bad(f"SEO org · marque publique CLAUDE.md §Entités illisible/inattendue : {e}"); brand = None
+try:
+    sog = load("seo/out/seo_schema_org.json")["@graph"]
+    seo_base = load("seo/out/MANIFEST.json")["base_url"]
+    with open(f"{D}/seo/seo_spec.json", encoding="utf-8") as _f:
+        spec_sorg = json.load(_f)["schema_org"]
+    seo_cc = spec_sorg["country_code"]
+    spec_orgn = spec_sorg["organization"]
+    org_n = [n for n in sog if str(n.get("@id", "")).endswith("#organization")]
+    lst_n = [n for n in sog if not str(n.get("@id", "")).endswith("#organization")]
+except (OSError, KeyError, ValueError, TypeError) as e:
+    bad(f"SEO org · artefact/spec schema.org illisible/inattendu : {e}"); sog = None
+if brand is not None and sog is not None:
+    # (0) racine Organization = singleton (pré-requis à toute assertion d'identité)
+    if len(org_n) != 1:
+        bad(f"SEO org · nœud racine #organization non-singleton ({len(org_n)}) "
+            f"→ identité de marque indéterminable")
+    else:
+        org = org_n[0]
+        # (a) ANCRAGE : Organization.name == marque publique CLAUDE.md §Entités
+        got_name = _nfc_org(org.get("name", ""))
+        if got_name == brand:
+            good(f"SEO org · Organization.name {got_name!r} == marque publique "
+                 f"CLAUDE.md §Entités")
+        else:
+            bad(f"SEO org · Organization.name {got_name!r} ≠ CLAUDE.md §Entités {brand!r} "
+                f"→ JSON-LD public contredit le mandat (régénérer spec/artefact ou aligner CLAUDE.md)")
+        # (b) Organization.url == base_url + @id sous base_url
+        if org.get("url") == seo_base and str(org.get("@id", "")) == f"{seo_base}/#organization":
+            good(f"SEO org · Organization.url == base_url ({seo_base}) · @id cohérent")
+        else:
+            bad(f"SEO org · Organization.url={org.get('url')!r}/@id={org.get('@id')!r} "
+                f"≠ base_url {seo_base!r}(+/#organization) → graphe incohérent")
+        # (c) chaque listing rattaché à CETTE Organization (brand.@id), sous base_url
+        bad_brand = [n.get("@id") for n in lst_n
+                     if (n.get("brand") or {}).get("@id") != org.get("@id")]
+        bad_url = [n.get("@id") for n in lst_n
+                   if not str(n.get("url", "")).startswith(f"{seo_base}/")]
+        if not lst_n:
+            bad("SEO org · aucun nœud listing → graphe suspect")
+        elif bad_brand or bad_url:
+            d = (f" · brand.@id≠org: {bad_brand}" if bad_brand else "") + \
+                (f" · url hors base_url: {bad_url}" if bad_url else "")
+            bad(f"SEO org · {len(lst_n)} listing(s) mais rattachement/URL cassé{d}")
+        else:
+            good(f"SEO org · {len(lst_n)} listing(s) rattaché(s) à l'Organization "
+                 f"(brand.@id) sous base_url")
+    # (d) géo-ciblage : addressCountry UNIFORME == country_code du spec (code ISO 2)
+    if not re.fullmatch(r"[A-Z]{2}", str(seo_cc)):
+        bad(f"SEO org · country_code du spec {seo_cc!r} non conforme "
+            f"(code pays ISO 2 lettres attendu)")
+    else:
+        countries = {(n.get("address") or {}).get("addressCountry") for n in lst_n}
+        if countries == {seo_cc}:
+            good(f"SEO org · addressCountry uniforme == country_code spec ({seo_cc}) "
+                 f"sur {len(lst_n)} nœud(s)")
+        else:
+            bad(f"SEO org · addressCountry {sorted(map(str, countries))} ≠ {{{seo_cc}}} du spec "
+                f"→ géo-ciblage non uniforme/divergent")
+    # (e) le spec DÉCLARE l'ancrage : organization.name == marque + source cite CLAUDE.md
+    spec_name = _nfc_org(spec_orgn.get("name", ""))
+    spec_src = spec_orgn.get("source", "")
+    if spec_name != brand:
+        bad(f"SEO org · seo_spec.json organization.name {spec_name!r} ≠ CLAUDE.md {brand!r} "
+            f"(l'input du générateur DÉRIVE de CLAUDE.md §Entités)")
+    elif "CLAUDE.md" not in spec_src or brand not in spec_src:
+        bad(f"SEO org · seo_spec.json organization.source ne DÉCLARE pas l'ancrage "
+            f"CLAUDE.md/{brand!r} : {spec_src!r}")
+    else:
+        good(f"SEO org · seo_spec.json déclare l'ancrage CLAUDE.md §Entités pour {brand!r}")
+
 # ============================================================================
 # SEO · la CARTE hreflang (`alternate` FR/EN/ES + `x-default` par page) — la
 # 3ᵉ surface du même README SEO — décrite EN PROSE sans AUCUN gate d'IDENTITÉ.