diff --git a/05_activity_log/2026-08-03.md b/05_activity_log/2026-08-03.md
index ac589bb..a693cea 100644
--- a/05_activity_log/2026-08-03.md
+++ b/05_activity_log/2026-08-03.md
@@ -1,5 +1,57 @@
 # Activity Log · 2026-08-03 · Claude Code DTP Worker
 
+## Session 153722 · Audit cross-ref NEUF (noms d'entités + noms de projets vs CLAUDE.md) → CLEAN 0 édition · faux-positif « marque PIE ≠ code-name §Projets » caractérisé (2 couches gatées, par design) + tension P01/P09 re-signalée à Michel
+
+**Contexte + choix de tâche.** `./run_ci.sh` au démarrage : **32 PASS · 0 FAIL · 0 SKIP**,
+arbre propre. `daily_reports/2026-08-03.md` déjà courant (addendum `100714` · 24 modules ·
+32 PASS). Les ~6 sessions précédentes (`150719`→`130717`) sont **CLEAN 0-édition** : les
+surfaces de dérive usuelles (docstring-vs-CODE, comptes gatés, inventaire-vs-FS, constantes
+de marque #4) sont **saturées** — les re-scanner serait redondant (#5). J'ai donc ouvert une
+surface **INTER-RÉFÉRENCE NEUVE**, jamais balayée : la cohérence des **noms d'entités**
+(CLAUDE.md §Entités) et des **noms de projets** (§Projets) recopiés à travers les modules.
+
+**Surface 1 · noms d'entités — CLEAN.** WAF/WA SRL/AC Arias Cuevas/Consortium ECR DR/
+Helios RD (sous WAG)/Ploutos/9060 QC : aucune entité mal-nommée, mal-rattachée (holding,
+paymaster) ni inventée dans `05_deliverables_mvp/**` ou `03_agents/**`.
+
+**Surface 2 · noms de projets — apparent « drift » P01/P09, en fait FAUX-POSITIF (élaboration
+légitime · 2 couches distinctes, toutes deux gatées).** Un balayage naïf oppose CLAUDE.md
+§Projets (« **P01 Structure** », « **P09 1069 Crisfer** ») à `pie/manifest/pie_spec.json`
+(« P01 → **Coralis** », « P09 → **Résidence Gazcue** »). Investigation → **deux couches
+complémentaires, pas une contradiction** :
+- **CODE-NAME** (nom interne §Projets) — `crm/dossier_vente/doctype_spec.json:24` (options du
+  Select ERPNext) + `seo/fixtures/projets_master.json` utilisent fidèlement « P01 Structure »/
+  « 1069 Crisfer ». **Gatée** à la constitution par `check_readme_claims.sh:5187` (options
+  DocType ancrées mot-pour-mot à §Projets).
+- **MARQUE** (nom public / brand) — `pie_spec.json` champ **`"marque"`** transcrit **verbatim**
+  la liste « Architecture Multi-Marques » de `DIRECTIVE_PIE_…20260803.md:90-102` (Michel,
+  aujourd'hui). Le gate PIE **invariant 8** (`pie_manifest_gen.py:144`) n'ancre que les
+  **`brands[].code`** ⊆ §Projets — **jamais** le champ `marque`, par design. Le README:41 est
+  déjà précis : « 9 projets, **codes** ancrés à `CLAUDE.md §Projets` ».
+- Cohérence d'ensemble : pour **7/9** projets, marque ≈ nom §Projets ; seuls **P01** (Structure
+  ↔ Coralis) et **P09** (1069 Crisfer ↔ Résidence Gazcue) divergent substantiellement — un
+  nom interne + une marque publique, exactement le rôle d'un *Project Identity Engine*.
+
+**Verdict : 0 dérive · 0 édition.** Le champ `marque` du PIE **n'est PAS** une dérive de
+§Projets — c'est la couche brand, sourcée de la directive PIE (SSOT #6) et byte-gatée ; les
+codes seuls sont ancrés à la constitution, et le README l'affirme déjà correctement. Classe
+« variante = élaboration légitime, pas dérive » ([[project-brand-vs-codename-not-drift]]).
+Ne pas éditer CLAUDE.md (constitution · [[otov7-platform-not-drift]]) ni le `pie_spec` (fidèle
+à sa source). **Zéro nouveau gate (#5)** — les deux couches sont déjà couvertes.
+
+**⚠️ Re-signalé à Michel (awareness, non tranché).** §Projets donne les noms internes
+« P01 **Structure** » / « P09 **1069 Crisfer** » tandis que la directive PIE (+ DESIGN_SYSTEM_v1,
+RENDUS, FINANCEMENT — tous root-owned, non éditables par le worker) porte les marques publiques
+« Coralis » / « Résidence Gazcue ». Rien à corriger côté worker (couches distinctes, gatées) ;
+seule décision ouverte : **CLAUDE.md §Projets gagnerait à cross-référencer la marque publique**
+(ex. « P01 Structure *(marque : Coralis)* ») pour lever l'ambiguïté d'un lecteur croisant les
+deux docs. Documenté ici (canal ungated), pas masqué, pas tranché unilatéralement.
+
+**Vérifications.** `./run_ci.sh` → **32 PASS · 0 FAIL · 0 SKIP** (inchangé — audit pur, aucun
+fichier de prod/gate touché). `git status` = 1 fichier (ce log). **Zéro nouveau module · zéro
+gate ajouté (#5)** — surface neuve vérifiée CLEAN + caractérisée pour éviter tout re-flag futur.
+Aucune commande touchant au VPS (#8) · aucun `git clean` <!-- ci-allow : mention de l'interdit absolu, jamais exécuté -->.
+
 ## Session 083713 · Gate `constraints-guard` RED réparé — nouveau doc REFERENCE `OTO_DESIGN_SYSTEM_v1.md` (mention VPS, pas usage) + inconsistance chemin re-signalée à Michel
 
 **Contexte.** `./run_ci.sh` au démarrage : **29 PASS · 1 FAIL** — régression NEUVE