[DTP-Worker 20260805_091204] FIX de COUVERTURE doc : la fiche MOBILE omettait son propre livrable in-repo gaté crm→mobile/app_config (générateur de config app · 5 fichiers out · job mobile-app-config-tests dans gate.needs · CLI build|validate · 22 tests) — elle n'ancrait le rôle que sur RBAC + acceptance S5 (« deux artefacts in-repo »), jamais sur le générateur

Dernier des 22 modules livrés orphelin de fiche (grep -rl sur 03_agents/*/AGENT.md). Mirroir exact du pattern CRM 071201 : sous-section dédiée + 1 ligne de table AUTO-GATÉE par 3 gates indépendants de check_readme_claims (résolution par cible de lien mobile/app_config ∈ plan.suites) — cellule Tests 22==source · job CI mobile-app-config-tests==ci.yml · verbes CLI build|validate==subparsers. Pas de piège des 2 cadres de sprint : S5 dans les deux (acceptance evidence_modules S5 · roadmap ## SPRINT 5 ligne Mobile L56) → cité L56. 3 énumérations « ancrage in-repo » réconciliées (sinon contradiction avec la nouvelle section), toutes sourcées. 0 out/ régénéré (git status = fiche seule) · 0 gate ajouté (#5) · 0 édition d'autorité · 0 chiffre inventé (#6, 22 lu dans regression_plan) · CI 33 PASS.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

03_agents/mobile/AGENT.md

@@ -22,14 +22,16 @@ mandat, qui reste un dépôt de **planification et de contrats**. Il n'existe do
 **aucun binaire, `.ipa`/`.aab` ni bundle OTA diffable commité ici**, et ce
 document ne prétend pas le contraire : le prétendre serait une invention (#6,
 « documenter du code sans vérifier son existence courante » est interdit). Le
-livrable in-repo de l'agent est la **refonte des modules VPS existants** ci-dessous
-et le **rôle RBAC** qui les gouverne, validés par auto-vérification côté serveur
-(HTTP + builds EAS).
+livrable in-repo de l'agent est le **générateur de config app** `mobile/app_config`
+(§ dédiée ci-dessous · la config **versionnable** de l'app, pas le binaire), la
+**refonte des modules VPS existants** ci-dessous et le **rôle RBAC** qui les
+gouverne, validés par auto-vérification côté serveur (HTTP + builds EAS).
 
 ## Points de contact **réellement commités** dans ce dépôt (vérifiés)
-Contrairement aux binaires (hors-repo), le rôle de cet agent est **ancré dans deux
+Contrairement aux binaires (hors-repo), le rôle de cet agent est **ancré dans des
 artefacts in-repo vérifiables** — la preuve que sa place dans la plateforme est
-contractualisée, pas inventée :
+contractualisée, pas inventée. Outre son **générateur de config** `mobile/app_config`
+(§ dédiée ci-dessous), **deux cross-références** l'ancrent côté RBAC et QA :
 
 | Contact in-repo (vérifié) | Ce qu'il fixe |
 |---|---|
@@ -41,12 +43,32 @@ contractualisée, pas inventée :
 > **volontairement pas** rattaché au Workspace `OTO Ventes` ni à la liste
 > `roles_allowed` du chat OTOIA — ces surfaces couvrent les portails
 > construction/vente. Ne pas revendiquer ici un contact workspace/chat qui
-> n'existe pas ; l'ancrage in-repo réel est le **rôle RBAC** + la **row QA S5**.
+> n'existe pas ; l'ancrage in-repo réel est son **générateur de config**
+> `mobile/app_config` (§ ci-dessous), le **rôle RBAC** et la **row QA S5**.
 >
 > Ces deux fichiers existent et sont couverts par la CI (`rbac-tests`,
 > `qa-acceptance-tests`, dans le `gate`). Le rôle est **spécifié en-repo** ; son
 > **exécution** (EAS/stores/OTA) reste hors repo (#8).
 
+## Générateur de config app **in-repo** · `mobile/app_config` (livrable versionnable, gaté CI)
+
+Au-delà des deux cross-références RBAC/QA ci-dessus, l'agent Mobile a un **livrable
+in-repo à part entière** : le générateur `05_deliverables_mvp/mobile/app_config/`.
+Il ne produit **ni binaire ni bundle** (ceux-là restent hors repo · #8) mais la
+**config versionnable** de l'app compagnon — dérivée à 100 % des sources RBAC/spec
+(anti-invention #6 ; identifiants de store `null · a_confirmer` tant que Michel ne
+les fournit pas). C'est le pendant mobile des modules générateurs des autres agents,
+gaté dans le CI comme eux :
+
+| Module | Sprint | Rôle | Entrée CLI | Job CI | Tests |
+|---|---|---|---|---|---|
+| [`app_config/`](../../05_deliverables_mvp/mobile/app_config/README.md) | 5 (roadmap L56) | Config **versionnable** de l'app compagnon (pas le binaire · #8) : transforme `rbac_50_roles.json` + `mobile_spec.json` + specs portails/seo en **5 fichiers** — `app_config.json` (objet Expo `app.config` · thème dark+doré #4 · locales seo · identifiants store `null · a_confirmer`), `eas_build.json`, `role_navigation.json` (1 onglet par **portail rôle**, surface RBAC exacte), `store_listing.json` (fiche FR/EN/ES), `MANIFEST.json` (traçabilité) ; sortie déterministe re-générable | `app_config_gen.py build\|validate` | `mobile-app-config-tests` | 22 |
+
+Cette ligne est **auto-gatée** par `ci/check_readme_claims.sh` (résolution par cible
+de lien, `mobile/app_config ∈` `plan.suites`) : cellule Tests `22 == source`, job CI
+`mobile-app-config-tests == ci.yml`, verbes CLI `build|validate == subparsers`. Toute
+dérive du compte/job/CLI mordra désormais.
+
 ## Modules OTOV7 réels refactorés (source : `AGENTS_EXISTING_ASSETS.md §8`)
 
 | Module VPS (hors-repo) | Fonction | État roadmap |