@atlashub/smartstack-cli 4.17.1 → 4.19.0

package/templates/skills/business-analyse/_elicitation.md

@@ -1,206 +0,0 @@
-# Business Analysis - Elicitation & Interaction (_elicitation.md)
-
-> **Loaded by:** step-01-cadrage, step-03a-data
-> **Purpose:** Interactive questioning techniques, AskUserQuestion formatting, ULTRATHINK mode
-
----
-
-## Interactive Elicitation Protocol
-
-> **RULE: ALL questions MUST be asked interactively using `AskUserQuestion`.**
-> **NEVER dump a list of questions as text. ALWAYS use the tool.**
-
-### Protocol
-
-1. **Group questions by theme** — max 4 questions per `AskUserQuestion` call (tool limit)
-2. **Propose predefined options** — for questions with predictable answers, provide 2-4 options
-3. **The user can always choose "Other"** — the tool adds this automatically for free-text answers
-4. **Process answers immediately** — apply ULTRATHINK + follow-ups before moving to next group
-5. **Adapt next questions** — based on previous answers, skip irrelevant questions
-
-### Batching Strategy
-
-| Category | Questions | Batches |
-|----------|-----------|---------|
-| 01-context | Q1.1-Q1.4 | 1 call |
-| 02-stakeholders | Q2.1-Q2.8 | 2 calls |
-| 03-scope | Q3.1-Q3.8 | 2 calls |
-| 04-data | Q4.1-Q4.8 | 2 calls |
-| 05-integrations | Q5.1-Q5.8 | 2 calls |
-| 06-security | Q6.1-Q6.8 | 2 calls |
-| 07-ui | Q7.1-Q7.8 | 2 calls |
-| 08-performance | Q8.1-Q8.4 | 1 call |
-| 09-constraints | Q9.1-Q9.4 | 1 call |
-| 10-documentation | Q10.1-Q10.4 | 1 call |
-| 11-data-lifecycle | Q11.1-Q11.8 | 2 calls |
-| 12-migration | Q12.1-Q12.8 | 2 calls |
-| 13-cross-module | Q13.1-Q13.8 | 2 calls |
-
-### AskUserQuestion Format
-
-> **FORMATTING CRITICAL: `AskUserQuestion` does NOT support markdown or line breaks.**
-> Le champ `question` est rendu en texte brut (plain text). Il n'y a pas de retour a la ligne,
-> pas de gras, pas de puces. Une question simple reste lisible meme longue. Mais du contenu
-> structure (listes, resumes multi-points, tableaux) devient un mur de texte illisible.
-
-| Field | Rule |
-|-------|------|
-| `question` | **1 question ou 1 phrase.** Jamais de liste, resume multi-points ou contenu structure. |
-| `header` | 1-2 mots (max 12 chars) |
-| `label` (option) | Court et clair (~20 chars) |
-| `description` (option) | 1 phrase explicative (~60 chars) |
-
-> **Pour afficher du contenu structure** (resumes, listes, tableaux, syntheses) :
-> **TOUJOURS** utiliser du **texte direct** (output text) AVANT l'appel `AskUserQuestion`.
-> Le texte direct supporte le markdown et sera correctement formate avec titres, puces, gras, etc.
->
-> **Exemple — Validation de synthese :**
-> 1. Afficher le resume structure en markdown (texte direct)
-> 2. Puis poser une question courte : "Cette synthese est-elle correcte ?"
-
-```
-AskUserQuestion({
-  questions: [
-    {
-      question: "Quel probleme metier ce module doit-il resoudre ?",
-      header: "Probleme",       // max 12 chars
-      options: [
-        { label: "Processus manuel", description: "Automatiser un processus existant fait manuellement" },
-        { label: "Donnees dispersees", description: "Centraliser des donnees eparpillees dans plusieurs outils" },
-        { label: "Manque visibilite", description: "Obtenir des indicateurs et du suivi inexistants aujourd'hui" },
-        { label: "Conformite", description: "Repondre a une obligation reglementaire ou de securite" }
-      ],
-      multiSelect: false
-    },
-    // ... up to 4 questions per call
-  ]
-})
-```
-
-### After Each Batch
-
-1. **Evaluate answer quality** (see Answer Quality Indicators)
-2. **If insufficient** -> follow-up AskUserQuestion with targeted probes from the Elicitation Guide
-3. **If solution-oriented** -> reframe using Technique 1 before proceeding
-4. **If sufficient/excellent** -> record and move to next batch
-5. **Summarize** what was understood before moving to the next category
-
----
-
-## Techniques d'elicitation
-
-> **Objectif :** Guider COMMENT questionner, pas seulement QUOI demander.
-> **Principe :** Chaque technique doit etre appliquee naturellement dans le flux de la conversation,
-> pas comme un outil supplementaire. L'analyste choisit la technique adaptee a la situation.
-
-### Technique 1 : Reformulation du besoin
-
-Quand le client decrit une **solution** (bouton, ecran, champ, outil), reformuler en **besoin** :
-
-| Le client dit | L'analyste demande |
-|---------------|-------------------|
-| "Il me faut un menu deroulant pour les roles" | "Quel probleme rencontrez-vous aujourd'hui avec la gestion des acces ? Pourquoi certaines personnes doivent-elles avoir des acces differents ?" |
-| "On a besoin d'un bouton d'export" | "Que faites-vous avec les donnees une fois exportees ? Qui en a besoin et pourquoi ?" |
-| "Ajoutez un champ statut" | "Quel parcours suit cet element du debut a la fin ? Quels evenements declenchent un changement d'etat ?" |
-
-### Technique 2 : Chaine des pourquoi
-
-Quand le besoin semble superficiel, enchainez jusqu'a 5 "Pourquoi ?" pour trouver la cause racine :
-
-```
-Client : "On a besoin de suivre l'activite des utilisateurs"
--> Pourquoi ? "Pour savoir qui a modifie quoi"
--> Pourquoi ? "Parce qu'on a eu des problemes de donnees incorrectes"
--> Pourquoi ? "Parce que plusieurs personnes modifient les memes fiches"
--> CAUSE RACINE : Conflit d'edition simultanee -> Besoin de journal d'activite + protection des modifications
-```
-
-### Technique 3 : Extraction de scenario concret
-
-Ne jamais accepter de descriptions abstraites. Toujours demander un **scenario de vie reelle** :
-
-```
-"Racontez-moi une journee type : vous arrivez au bureau, vous ouvrez l'application.
- Quelle est la PREMIERE chose que vous devez faire ?
- Puis ensuite ? Quelles informations consultez-vous ? Quelles decisions prenez-vous ?"
-```
-
-### Technique 4 : Test d'absence
-
-Valider la necessite en demandant ce qui se passe SANS :
-
-```
-"Si cette fonctionnalite N'EXISTAIT PAS, que feriez-vous a la place ?
- Combien de temps ou d'argent le contournement actuel coute-t-il ?"
-```
-
-### Technique 5 : Verification de completude
-
-Pour chaque reponse sous forme de liste, verifier qu'il ne manque rien :
-
-| Type de reponse | Relance |
-|-----------------|---------|
-| "Il y a 3 types d'utilisateurs" | "Y a-t-il des acteurs externes ? Des auditeurs ? Des administrateurs systeme ? Des processus automatiques ?" |
-| "Le flux principal est A puis B puis C" | "Que se passe-t-il si l'utilisateur annule a l'etape B ? Si l'etape C echoue ? S'il veut revenir a A ?" |
-| "Champs obligatoires : nom et email" | "Quelles contraintes d'unicite ? Quel format ? Que se passe-t-il en cas de doublon ?" |
-
-### Technique 6 : Projection dans le futur
-
-Demander au client de se projeter pour decouvrir des besoins non exprimes :
-
-```
-"Imaginons que nous sommes 2 ans dans le futur et que l'application fonctionne parfaitement.
- Qu'est-ce qui a change dans votre facon de travailler ?
- Quels nouveaux besoins sont apparus auxquels vous ne pensez pas aujourd'hui ?"
-```
-
-### Technique 7 : Test de contradiction
-
-Quand deux reponses semblent contradictoires, les confronter pour clarifier :
-
-```
-"Vous avez mentionne que [affirmation A], mais vous dites aussi que [affirmation B].
- Ces deux elements semblent en tension. Pouvez-vous m'aider a comprendre
- comment ils coexistent dans la realite ?"
-```
-
-### Technique 8 : Escalade d'impact
-
-Augmenter progressivement l'echelle pour tester les limites :
-
-```
-"Aujourd'hui vous avez 50 fiches. Que se passe-t-il avec 500 ? Avec 5000 ?
- Est-ce que le processus reste le meme ou faudrait-il faire differemment ?"
-```
-
-### Indicateurs de qualite des reponses
-
-| Qualite | Signal | Action |
-|---------|--------|--------|
-| **Insuffisante** | Moins d'une phrase, "je ne sais pas", adjectif vague | Appliquer les techniques 1 a 8, demander un exemple concret |
-| **Orientee solution** | Contient des termes d'interface ou techniques (bouton, champ, base de donnees) | Appliquer la technique 1 (reformuler en besoin) |
-| **Suffisante** | Contient QUI, QUOI, POURQUOI et un exemple concret | Continuer, noter le niveau de confiance |
-| **Excellente** | Inclut les cas limites, les contraintes et des criteres mesurables | Continuer, marquer comme "Confirme" |
-
----
-
-## ULTRATHINK
-
-Behavioral mode for critical phases (01, 03a):
-
-```
-ULTRATHINK MODE:
-- Consider ALL edge cases
-- Challenge EVERY assumption
-- Anticipate UNEXPRESSED needs
-- Validate completeness before output
-- Apply Elicitation Techniques (see above)
-
-DO NOT:
-- Accept vague answers
-- Skip question categories
-- Assume stakeholder thought of everything
-- Accept solutions without understanding the problem first
-```
-
-**DO NOT invoke** as a skill/tool - it is a thinking mode.

package/templates/skills/business-analyse/_module-loop.md

@@ -1,115 +0,0 @@
-# Business Analysis - Module Loop Protocol (_module-loop.md)
-
-> **Loaded by:** step-03a1-setup, step-03b-ui, step-03c-compile, step-03d-validate
-> **Purpose:** State management and iteration logic for multi-module specification loop + application loop (project mode)
-
----
-
-## State Management (Application Mode — single app)
-
-```json
-{
-  "metadata": {
-    "workflow": {
-      "mode": "application",
-      "moduleOrder": ["Customers", "Products", "Orders", "Invoices"],
-      "currentModuleIndex": 2,
-      "completedModules": ["Customers", "Products"],
-      "currentModule": "Orders"
-    }
-  }
-}
-```
-
-## State Management (Project Mode — multi app)
-
-Project-level feature.json tracks the application loop:
-
-```json
-{
-  "metadata": {
-    "workflow": {
-      "mode": "project",
-      "applicationOrder": ["HumanResources", "EmployeeSelfService"],
-      "currentApplicationIndex": 0,
-      "completedApplications": [],
-      "currentApplication": "HumanResources"
-    }
-  }
-}
-```
-
-Each application-level feature.json tracks its own module loop (same as application mode).
-
-## Module Loop Logic (end of each step-03 iteration)
-
-```
-1. Mark current module as "validated" in application-level feature.json
-2. Add to completedModules[]
-3. IF currentModuleIndex + 1 < moduleOrder.length:
-     currentModuleIndex++
-     currentModule = moduleOrder[currentModuleIndex]
-     Write application-level feature.json
-     Display: "Module {name} complete. Next: {next_name} ({N}/{total})"
-     RE-LOAD: steps/step-03a1-setup.md
-4. ELSE (all modules for current application specified):
-     IF workflow.mode === "project":
-       → Execute APPLICATION LOOP LOGIC (below)
-     ELSE:
-       application.status = "specified"
-       Load: steps/step-04a-collect.md
-```
-
-## Application Loop Logic (project mode only)
-
-> Only applicable when `workflow.mode === "project"` in the project-level feature.json.
-
-```
-1. Mark current application as "specified" in project feature.json
-   ba-writer.updateApplicationStatus(projectId, currentApp, "specified")
-2. Add to completedApplications[]
-   ba-writer.advanceApplicationLoop(projectId)
-3. IF currentApplicationIndex + 1 < applicationOrder.length:
-     Display: "═══ Application {currentApp} complete ({N}/{total}). Next: {nextApp} ═══"
-     Load: steps/step-02-decomposition.md (for next application's module decomposition)
-4. ELSE (all applications specified):
-     Display: "═══ All applications specified! Proceeding to cross-application consolidation... ═══"
-     project.status = "specified"
-     Load: steps/step-04a-collect.md (with cross-application consolidation)
-```
-
-## Context Management During Loop
-
-To prevent context explosion as modules accumulate:
-- **Current module:** Load full module feature.json
-- **Completed modules:** Only load compact summary via `ba-reader.getCompletedModulesSummary()` (max 100 lines)
-- **Master feature.json:** Only read workflow state + application roles
-- **In project mode — completed applications:** Only load compact summary via `ba-reader.getCompletedApplicationsSummary()` (max 50 lines per app)
-
-## Resume After Interruption
-
-### Application Mode (single app)
-```
-1. ba-reader.findApplicationFeature() -> locate application-level feature.json
-2. Read metadata.workflow.currentModuleIndex
-3. IF currentModule has a feature.json with status != "validated":
-     Resume step-03a1-setup for that module
-4. ELSE:
-     Start step-03a1-setup for next module
-```
-
-### Project Mode (multi app)
-```
-1. ba-reader.findProjectFeature() -> locate project-level feature.json
-2. Read metadata.workflow.currentApplicationIndex
-3. Locate current application's feature.json
-4. Read application's metadata.workflow.currentModuleIndex
-5. IF currentModule has a feature.json with status != "validated":
-     Resume step-03a1-setup for that module in that application
-6. ELSE IF application has unspecified modules:
-     Start step-03a1-setup for next module in current application
-7. ELSE IF more applications remain:
-     Start step-02-decomposition for next application
-8. ELSE:
-     All done → Resume step-04a-collect
-```

package/templates/skills/business-analyse/_suggestions.md

@@ -1,34 +0,0 @@
-# Business Analysis - Suggestions & Context7 (_suggestions.md)
-
-> **Loaded by:** step-01-cadrage, step-04-consolidation
-> **Purpose:** Proactive suggestion patterns and Context7 library references
-
----
-
-## Proactive Suggestions
-
-After scope definition in step-01, the skill suggests complementary modules/sections:
-
-1. Analyze feature type and scope from questionnaire answers
-2. Load `patterns/suggestion-catalog.md`
-3. Match against catalog patterns
-4. Present suggestions via AskUserQuestion (accept/reject per suggestion)
-5. Store in feature.json.suggestions[]
-
-Accepted suggestions become candidates for future /business-analyse runs.
-
----
-
-## Context7 (Step 04)
-
-```
-Prompt pattern:
-"use context7 with /facebook/react and /i18next/react-i18next
- to generate {component} following SmartStack patterns"
-```
-
-Libraries:
-- `/facebook/react` - React 19 patterns
-- `/i18next/react-i18next` - Internationalization
-- `/remix-run/react-router` - React Router v7
-- `/lucide-icons/lucide-react` - Icons

package/templates/skills/business-analyse/questionnaire/00-application.md

@@ -1,160 +0,0 @@
-# Categorie 0 : Identite de l'application
-
-> **Charge par :** step-01-cadrage.md (mode application uniquement) ou step-01b-applications.md (mode project)
-> **Quand :** Toujours charge quand le mode est "application" (multi-module) ou "project" (multi-application)
-> **Objectif :** Definir le cadre global de l'application avant d'entrer dans les details
->
-> **Mode projet :** Si `workflow.mode === "project"`, certaines questions ont deja ete repondues au niveau projet (probleme, stakeholders, vision). Se concentrer sur l'identite specifique a cette application : nom, contexte, prefixe, roles specialises. Ne PAS re-demander les stakeholders et le probleme global.
-
----
-
-## 0.1 L'application en quelques mots
-
-> **But :** Comprendre rapidement de quoi il s'agit.
-
-| # | Question | Type de reponse |
-|---|----------|-----------------|
-| Q0.1 | Quel nom donneriez-vous a cette application ? Un nom court et parlant qui la resumerait en un mot. | Nom de l'application |
-| Q0.2 | En 2 a 3 phrases, quel est l'objectif principal de cette application ? A qui s'adresse-t-elle et quel probleme resout-elle ? | Description courte |
-
-**Reformulation guidee pour Q0.1 :**
-```
-question: "Quel nom donneriez-vous a cette application ?"
-header: "Application"
-options:
-  - label: "Gestion des ventes"
-    description: "Suivi des clients, commandes, devis et facturation"
-  - label: "Gestion des operations"
-    description: "Pilotage de la logistique, des stocks et de la production"
-  - label: "Ressources humaines"
-    description: "Gestion du personnel, des conges et des formations"
-  - label: "Gestion financiere"
-    description: "Comptabilite, budget, tresorerie et rapports financiers"
-```
-
----
-
-## 0.2 Les grands domaines fonctionnels
-
-> **But :** Identifier les grandes familles de fonctionnalites avant de les detailler.
-
-| # | Question | Type de reponse |
-|---|----------|-----------------|
-| Q0.3 | Quels sont les grands domaines fonctionnels de cette application ? Par exemple : gestion des clients, suivi des commandes, facturation, tableau de bord... | Liste de domaines avec description courte |
-| Q0.4 | Parmi ces domaines, lesquels sont indispensables pour un premier lancement ? Les autres suivront dans les versions suivantes. | Liste des domaines prioritaires |
-
-**Reformulation guidee pour Q0.3 :**
-```
-question: "Quels sont les grands domaines fonctionnels de cette application ?"
-header: "Domaines"
-options:
-  - label: "2 a 3 domaines"
-    description: "Application ciblee sur quelques fonctions essentielles"
-  - label: "4 a 6 domaines"
-    description: "Application standard couvrant les principaux besoins"
-  - label: "7 a 10 domaines"
-    description: "Application complete couvrant un large perimetre"
-  - label: "Plus de 10 domaines"
-    description: "Application d'entreprise tres complete"
-```
-
----
-
-## 0.3 Les profils utilisateurs de l'application
-
-> **But :** Definir les grands types d'acces a l'echelle de toute l'application.
-
-| # | Question | Type de reponse |
-|---|----------|-----------------|
-| Q0.5 | Quels sont les grands profils d'utilisateurs de cette application ? Pensez en termes de "ce qu'ils font" et pas de titres de postes. | Liste de profils |
-| Q0.6 | Certains profils n'ont-ils acces qu'a certains domaines ? Ou tout le monde voit tout ? | Regles de restriction par domaine |
-
-**Reformulation guidee pour Q0.5 :**
-```
-question: "Quels profils d'utilisateurs voyez-vous pour cette application ?"
-header: "Profils"
-options:
-  - label: "4 profils standards"
-    description: "Administrateur (tout gerer), Responsable (superviser), Contributeur (travailler), Lecteur (consulter)"
-  - label: "Adapter les noms"
-    description: "Garder 4 niveaux d'acces mais avec des noms qui correspondent a votre organisation"
-  - label: "Plus de profils"
-    description: "Besoin de profils supplementaires comme Approbateur, Auditeur, Support..."
-  - label: "Moins de profils"
-    description: "Seulement 2 a 3 niveaux suffisent pour cette application"
-```
-
----
-
-## 0.4 Les processus qui traversent les domaines
-
-> **But :** Identifier les flux de bout en bout qui impliquent plusieurs domaines.
-
-| # | Question | Type de reponse |
-|---|----------|-----------------|
-| Q0.7 | Y a-t-il des processus metier qui traversent plusieurs domaines ? Par exemple : une commande qui va de la vente a la livraison puis a la facturation ? | Description des processus transversaux |
-| Q0.8 | Quand un nouvel utilisateur rejoint l'equipe, quel profil d'acces recoit-il par defaut ? | Profil par defaut |
-
-**Reformulation guidee pour Q0.7 :**
-```
-question: "Y a-t-il des processus metier qui traversent plusieurs domaines ?"
-header: "Processus"
-options:
-  - label: "Oui, plusieurs processus"
-    description: "Des enchainements impliquent 2 domaines ou plus (commande puis facturation puis livraison)"
-  - label: "Oui, un processus principal"
-    description: "Un grand flux traverse l'ensemble de l'application"
-  - label: "Non, domaines independants"
-    description: "Chaque domaine fonctionne de maniere autonome"
-  - label: "A definir plus tard"
-    description: "Les interactions seront identifiees au fil de l'analyse"
-```
-
----
-
-## Guide d'elicitation approfondi
-
-### Techniques de relance
-
-| Question | Si la reponse est vague ou insuffisante | Relance recommandee |
-|----------|----------------------------------------|---------------------|
-| Q0.2 (objectif) | Description trop vague ("gerer les choses") | "Pouvez-vous completer la phrase : 'Grace a cette application, les utilisateurs pourront...' ?" |
-| Q0.3 (domaines) | "On a besoin de tout" | "Si vous ne pouviez garder que 3 domaines pour le premier lancement, lesquels choisiriez-vous ?" |
-| Q0.4 (priorites) | Tout est prioritaire | "Quel domaine apporte le plus de valeur immediatement ? Lequel peut fonctionner sans les autres ?" |
-| Q0.5 (profils) | Confusion entre titres de poste et profils | "Oublions les titres. Parmi vos utilisateurs : qui fait la saisie au quotidien ? Qui valide ? Qui consulte ? Qui administre ?" |
-| Q0.7 (processus transversaux) | "Pas de lien entre domaines" | "Quand une information est creee dans un domaine, un autre domaine en a-t-il besoin ? Par exemple, une vente declenche-t-elle une facture ?" |
-
-### Signaux d'alerte a detecter
-
-| Signal du client | Probleme sous-jacent | Action de l'analyste |
-|------------------|---------------------|----------------------|
-| Plus de 10 domaines pour une premiere version | **Ambition trop large** | Suggerer une approche par phases : domaines fondamentaux d'abord, extensions ensuite |
-| "Tout est prioritaire" | **Pas de hierarchisation** | "Si vous aviez un budget pour 3 domaines seulement, lesquels choisiriez-vous en premier ?" |
-| Confusion entre role organisationnel et acces | **Roles mal definis** | Separer : "le poste dans l'entreprise" (directeur, comptable) et "ce qu'il fait dans l'application" (consulter, modifier, administrer) |
-| Un seul domaine qui fait tout | **Vision monolithique** | "Pourrait-on decouper ce domaine en sous-domaines independants ? Certains utilisateurs n'auraient-ils besoin que d'une partie ?" |
-
----
-
-## Mapping vers le cadrage
-
-| Reponse | Alimente |
-|---------|----------|
-| Q0.1, Q0.2 | `metadata.application`, `cadrage.problem` |
-| Q0.3, Q0.4 | `modules[]` dans le fichier principal |
-| Q0.5, Q0.6 | `cadrage.applicationRoles[]` |
-| Q0.7 | `consolidation.e2eFlows[]` (rempli a l'etape 04) |
-| Q0.8 | `cadrage.applicationRoles[].isDefault` |
-
----
-
-## Strategie de questionnement
-
-### Ordre des questions en 2 lots
-
-**Lot 1 (Q0.1, Q0.2, Q0.3, Q0.4) : L'application et ses domaines**
-- Definir l'identite et le perimetre global
-- Hierarchiser les domaines pour le premier lancement
-
-**Lot 2 (Q0.5, Q0.6, Q0.7, Q0.8) : Les profils et les processus**
-- Etablir les grands profils d'acces
-- Identifier les flux transversaux

package/templates/skills/business-analyse/questionnaire/00b-project.md

@@ -1,85 +0,0 @@
-# Questionnaire Category 00b: Project-Level Questions
-
-> **Loaded by:** step-01-cadrage (when multi-application mode detected)
-> **Condition:** Only loaded when user confirms "Multiple applications"
-> **Purpose:** Gather project-level information that spans all applications
-
----
-
-## Questions
-
-### Q0b.1: Project Name
-```
-question: "{language == 'fr' ? 'Quel nom souhaitez-vous donner au projet global ?' : 'What name would you like for the overall project?'}"
-header: "Projet"
-options:
-  - label: "{suggested_project_name}"
-    description: "{language == 'fr' ? 'Nom suggéré basé sur votre description' : 'Suggested name based on your description'}"
-  - label: "{language == 'fr' ? 'Personnaliser' : 'Customize'}"
-    description: "{language == 'fr' ? 'Choisir un autre nom' : 'Choose another name'}"
-```
-
-### Q0b.2: Deployment Model
-```
-question: "{language == 'fr' ? 'Comment ces applications seront-elles déployées ?' : 'How will these applications be deployed?'}"
-header: "Déploiement"
-options:
-  - label: "{language == 'fr' ? 'Ensemble' : 'Together'}"
-    description: "{language == 'fr' ? 'Toutes les applications sont déployées en même temps' : 'All applications deployed at the same time'}"
-  - label: "{language == 'fr' ? 'Par phases' : 'Phased'}"
-    description: "{language == 'fr' ? 'Chaque application est livrée séparément, par priorité' : 'Each application delivered separately, by priority'}"
-```
-
-### Q0b.3: Cross-Application Data Flows
-```
-question: "{language == 'fr' ? 'Existe-t-il des flux de données entre les applications identifiées ?' : 'Are there data flows between the identified applications?'}"
-header: "Flux"
-options:
-  - label: "{language == 'fr' ? 'Oui, plusieurs' : 'Yes, several'}"
-    description: "{language == 'fr' ? 'Des données sont partagées entre applications (ex: employés RH utilisés par le self-service)' : 'Data is shared between applications (e.g., HR employees used by self-service)'}"
-  - label: "{language == 'fr' ? 'Quelques liens' : 'A few links'}"
-    description: "{language == 'fr' ? 'Peu de dépendances entre applications' : 'Few dependencies between applications'}"
-  - label: "{language == 'fr' ? 'Indépendantes' : 'Independent'}"
-    description: "{language == 'fr' ? 'Les applications sont autonomes, pas de données partagées' : 'Applications are autonomous, no shared data'}"
-```
-
-### Q0b.4: Global vs Per-Application Roles
-```
-question: "{language == 'fr' ? 'Les rôles utilisateur sont-ils partagés entre applications ?' : 'Are user roles shared across applications?'}"
-header: "Rôles"
-options:
-  - label: "{language == 'fr' ? 'Rôles globaux' : 'Global roles'}"
-    description: "{language == 'fr' ? 'Les mêmes rôles (admin, manager...) s'appliquent à toutes les applications' : 'Same roles (admin, manager...) apply to all applications'}"
-  - label: "{language == 'fr' ? 'Rôles spécifiques' : 'Specific roles'}"
-    description: "{language == 'fr' ? 'Chaque application a ses propres rôles (ex: RH Admin vs Employee)' : 'Each application has its own roles (e.g., HR Admin vs Employee)'}"
-  - label: "{language == 'fr' ? 'Mixte' : 'Mixed'}"
-    description: "{language == 'fr' ? 'Certains rôles sont globaux, d'autres spécifiques à une application' : 'Some roles are global, others are application-specific'}"
-```
-
-### Q0b.5: Shared Infrastructure
-```
-question: "{language == 'fr' ? 'Quelles infrastructures partagées doivent être prises en compte ?' : 'What shared infrastructure needs to be considered?'}"
-header: "Infra"
-multiSelect: true
-options:
-  - label: "SSO / Auth"
-    description: "{language == 'fr' ? 'Authentification unique entre applications' : 'Single sign-on between applications'}"
-  - label: "Notifications"
-    description: "{language == 'fr' ? 'Service de notification partagé (email, in-app)' : 'Shared notification service (email, in-app)'}"
-  - label: "{language == 'fr' ? 'Base de données partagée' : 'Shared database'}"
-    description: "{language == 'fr' ? 'Toutes les applications partagent la même base de données' : 'All applications share the same database'}"
-  - label: "{language == 'fr' ? 'Aucune' : 'None'}"
-    description: "{language == 'fr' ? 'Chaque application est autonome' : 'Each application is autonomous'}"
-```
-
----
-
-## Mapping to Project Feature.json
-
-| Question | Target Field |
-|----------|-------------|
-| Q0b.1 | `metadata.projectName` |
-| Q0b.2 | `cadrage.deploymentModel` |
-| Q0b.3 | Informs `applicationDependencyGraph.edges[]` |
-| Q0b.4 | Informs `cadrage.globalRoles[]` vs per-app `applications[].applicationRoles[]` |
-| Q0b.5 | `cadrage.sharedInfrastructure[]` |