Name: arch-init
Author: zekiriabd

Prompt file imported from zekiriabd/SDD-Pro (.codex/prompts/arch-init.md). Fill in {{arguments}} before use. Copyright stays with the author.

Arguments: {{arguments}}

/arch-init — Bootstrap idempotent (projets vides + scaffolding DB)

⚠️ Commande interne v7.0.0 — invoquée par /dev-run STEP 5. Utilisateur final : préférer /sdd-full ou /dev-run (gèrent pré-conditions, idempotence, état).

Invoque l'agent arch pour préparer l'ossature complète du projet à partir des stacks actifs :

Phase A : création de la solution, des projets vides, des références inter-projets, et installation des dépendances racine
Phase B : si DatabaseType ≠ none, introspection READ-ONLY de la base + scaffolding Database-First (entities + DbContext)

Idempotent : relancer la commande ne casse rien — les projets déjà initialisés sont skippés. Le scaffolding DB --force est incrémental.

Usage : /arch-init (aucun argument).

STEP 1 — Vérifier le stack

Vérifier que workspace/stack/stack.md existe et contient au moins une entrée non commentée sous ## Active Tech Specs.

Si absent ou vide →

ERROR: /arch-init — stack non sélectionné
CAUSE: [STACK_MALFORMED] workspace/stack/stack.md manque ou ## Active Tech Specs vide
FIX: créer workspace/stack/stack.md et activer au moins un backend ou frontend

STEP 2 — Vérifier les blocs `## Active Database` + `## Active Auth Specs`

Lire workspace/stack/stack.md → récupérer le bloc ## Active Database (depuis 2026-05-14, DatabaseType n'est plus dans ## Project Config).

Si ## Active Database absent OU DatabaseType: none → SKIP le check DB.

Sinon → vérifier que les 5 clés sont présentes (valeur non vide) : DB_HOST, DB_PORT, DB_NAME, DB_USER, DB_PASSWORD. Si une seule manque :

ERROR: /arch-init — clé(s) DB manquante(s) dans ## Active Database
CAUSE: [ENV_MISSING] clés non définies : {liste}
FIX: renseigner les valeurs dans workspace/stack/stack.md ## Active Database

Si un stack auth est listé sous ## Active Auth Specs, vérifier les clés AZ_* (cf. auth/azure-ad.md §2). Manquantes → ERROR similaire.

(Les valeurs ne sont jamais affichées par cette commande. La validation détaillée est aussi faite par validate_readiness.py lors de /feat-validate.)

STEP 3 — Invoquer l'agent arch

Lancer l'agent arch (défini dans .claude/agents/arch.md). L'agent gère :

la lecture sélective du stack actif et des Init Commands §2.2.1
la détection d'idempotence (projet déjà présent → skip)
l'exécution des Init Commands de chaque stack à initialiser
la création de la solution .sln si stacks .NET multiples
le build de validation (exit 0 obligatoire)
(si DatabaseType ≠ none) l'introspection DB + le scaffolding Database-First (entities + DbContext)

Attendre la fin de l'agent. Relayer sa sortie telle quelle.

STEP 3.5 — Spawn `constitutioner` si sentinel posé (no-spawn fix, v7.0.0-alpha audit P0-workflow 2026-06-05)

Lire le sentinel workspace/.sys/.state/arch-ready-for-constitutioner.flag.

Cas	Action
Sentinel absent	skip silencieusement (arch n'a pas eu besoin de Phase D, ex: projet pré-SDD_Pro v3 sans `constitution.md`)
Sentinel présent + parseable	spawn `Agent: constitutioner` (cf. ci-dessous)
Sentinel présent + corrompu	WARN 1 ligne, skip (non-bloquant — la commande continue)

Invocation `constitutioner`

Agent: constitutioner

Le sous-agent gère :

Création ADRs (numérotation atomique timestamp, idempotente) par dimension active (backend, frontend, UI, auth, database)
Update workspace/.sys/.context/constitution.md : §4 stack retenu (Edit ligne), §6 index ADRs (append), §1 date
Régénération workspace/.sys/.context/adrs/INDEX.md
Validation read-back v5.0 (anti Edit silencieux)

Cleanup sentinel

Après que constitutioner ait terminé (succès OU échec), supprimer le sentinel (idempotence du prochain run) :

rm -f workspace/.sys/.state/arch-ready-for-constitutioner.flag

Sortie attendue : constitutioner: {K} ADRs ({existants}+{nouveaux}), §4/§6/INDEX.md OK.

Sur ERROR constitutioner → propager + STOP (l'INDEX ADRs serait incohérent en aval).

STEP 4 — Confirmation finale

Si l'agent réussit, ajouter UNE SEULE ligne après sa sortie :

Prochaine étape : /dev-run {n} pour générer le code (back + front en parallèle).

Si l'agent échoue, ne rien ajouter.

Règles de cette commande

Idempotent — relancer ne casse rien.
Pas de Q/R utilisateur.
Pas de génération de code applicatif (responsabilité des agents dev-backend / dev-frontend).
Pas de modification des FEATs, US, mockups HTML.
Exécutée typiquement avant /dev-run {n} (intégrée en pré-step par /dev-run directement — la commande /arch-init est utile pour le debug ou la pré-init manuelle).
Bootstrap + DB en une seule étape depuis SDD_Pro v2.1 (Sprint 2).

Install arch-init and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

Arguments: {{arguments}} # /arch-init — Bootstrap idempotent (projets vides + scaffolding DB) > ⚠️ **Commande interne v7.0.0** — invoquée par `/dev-run` STEP 5. > Utilisateur final : préférer `/sdd-full` ou `/dev-run` (gèrent pré-conditions, idempotence, état). Invoque l'agent `arch` pour préparer l'**ossature complète** du projet à partir des stacks actifs : - **Phase A** : création de la solution, des projets vides, des références inter-projets, et installation des dépendances racine - **Phase B** : si `DatabaseType ≠ none`, introspection READ-ONLY de la base + scaffolding Database-First (entities + DbContext) **Idempotent** : relancer la commande ne casse rien — les projets déjà initialisés sont skippés. Le scaffolding DB `--force` est incrémental. **Usage :** `/arch-init` (aucun argument). --- ## STEP 1 — Vérifier le stack Vérifier que `workspace/stack/stack.md` existe et contient au moins une entrée non commentée sous `## Active Tech Specs`. Si absent ou vide → ``` ERROR: /arch-init — stack non sélectionné CAUSE: [STACK_MALFORMED] workspace/stack/stack.md manque ou ## Active Tech Specs vide FIX: créer workspace/stack/stack.md et activer au moins un backend ou frontend ``` --- ## STEP 2 — Vérifier les blocs `## Active Database` + `## Active Auth Specs` Lire `workspace/stack/stack.md` → récupérer le bloc `## Active Database` (depuis 2026-05-14, `DatabaseType` n'est plus dans `## Project Config`). - Si `## Active Database` absent OU `DatabaseType: none` → SKIP le check DB. - Sinon → vérifier que les 5 clés sont présentes (valeur non vide) : `DB_HOST`, `DB_PORT`, `DB_NAME`, `DB_USER`, `DB_PASSWORD`. Si une seule manque : ``` ERROR: /arch-init — clé(s) DB manquante(s) dans ## Active Database CAUSE: [ENV_MISSING] clés non définies : {liste} FIX: renseigner les valeurs dans workspace/stack/stack.md ## Active Database ``` Si un stack auth est listé sous `## Active Auth Specs`, vérifier les clés `AZ_*` (cf. `auth/azure-ad.md §2`). Manquantes → ERROR similaire. (Les valeurs ne sont jamais affichées par cette commande. La validation détaillée est aussi faite par `validate_readiness.py` lors de `/feat-validate`.) --- ## STEP 3 — Invoquer l'agent arch Lancer l'agent `arch` (défini dans `.claude/agents/arch.md`). L'agent gère : - la lecture sélective du stack actif et des Init Commands §2.2.1 - la détection d'idempotence (projet déjà présent → skip) - l'exécution des Init Commands de chaque stack à initialiser - la création de la solution `.sln` si stacks .NET multiples - le build de validation (exit 0 obligatoire) - (si `DatabaseType ≠ none`) l'introspection DB + le scaffolding Database-First (entities + DbContext) Attendre la fin de l'agent. Relayer sa sortie telle quelle. --- ## STEP 3.5 — Spawn `constitutioner` si sentinel posé (no-spawn fix, v7.0.0-alpha audit P0-workflow 2026-06-05) Lire le sentinel `workspace/.sys/.state/arch-ready-for-constitutioner.flag`. | Cas | Action | |---|---| | Sentinel absent | skip silencieusement (arch n'a pas eu besoin de Phase D, ex: projet pré-SDD_Pro v3 sans `constitution.md`) | | Sentinel présent + parseable | spawn `Agent: constitutioner` (cf. ci-dessous) | | Sentinel présent + corrompu | WARN 1 ligne, skip (non-bloquant — la commande continue) | ### Invocation `constitutioner` ``` Agent: constitutioner ``` Le sous-agent gère : - Création ADRs (numérotation atomique timestamp, idempotente) par dimension active (backend, frontend, UI, auth, database) - Update `workspace/.sys/.context/constitution.md` : §4 stack retenu (Edit ligne), §6 index ADRs (append), §1 date - Régénération `workspace/.sys/.context/adrs/INDEX.md` - Validation read-back v5.0 (anti Edit silencieux) ### Cleanup sentinel Après que `constitutioner` ait terminé (succès OU échec), supprimer le sentinel (idempotence du prochain run) : ```bash rm -f workspace/.sys/.state/arch-ready-for-constitutioner.flag ``` **Sortie attendue** : `constitutioner: {K} ADRs ({existants}+{nouveaux}), §4/§6/INDEX.md OK`. Sur ERROR `constitutioner` → propager + STOP (l'INDEX ADRs serait incohérent en aval). --- ## STEP 4 — Confirmation finale Si l'agent réussit, ajouter UNE SEULE ligne après sa sortie : ``` Prochaine étape : /dev-run {n} pour générer le code (back + front en parallèle). ``` Si l'agent échoue, ne rien ajouter. --- ## Règles de cette commande - **Idempotent** — relancer ne casse rien. - Pas de Q/R utilisateur. - Pas de génération de code applicatif (responsabilité des agents dev-backend / dev-frontend). - Pas de modification des FEATs, US, mockups HTML. - Exécutée typiquement **avant** `/dev-run {n}` (intégrée en pré-step par `/dev-run` directement — la commande `/arch-init` est utile pour le debug ou la pré-init manuelle). - **Bootstrap + DB en une seule étape** depuis SDD_Pro v2.1 (Sprint 2).

{ "prompt": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\nArguments: {{arguments}}\n\n# /arch-init — Bootstrap idempotent (projets vides + scaffolding DB)\n\n> ⚠️ **Commande interne v7.0.0** — invoquée par `/dev-run` STEP 5.\n> Utilisateur final : préférer `/sdd-full` ou `/dev-run` (gèrent pré-conditions, idempotence, état).\n\nInvoque l'agent `arch` pour préparer l'**ossature complète** du projet\nà partir des stacks actifs :\n\n- **Phase A** : création de la solution, des projets vides, des\n références inter-projets, et installation des dépendances racine\n- **Phase B** : si `DatabaseType ≠ none`, introspection READ-ONLY de\n la base + scaffolding Database-First (entities + DbContext)\n\n**Idempotent** : relancer la commande ne casse rien — les projets\ndéjà initialisés sont skippés. Le scaffolding DB `--force` est\nincrémental.\n\n**Usage :** `/arch-init` (aucun argument).\n\n---\n\n## STEP 1 — Vérifier le stack\n\nVérifier que `workspace/stack/stack.md` existe et contient au moins une\nentrée non commentée sous `## Active Tech Specs`.\n\nSi absent ou vide →\n```\nERROR: /arch-init — stack non sélectionné\nCAUSE: [STACK_MALFORMED] workspace/stack/stack.md manque ou ## Active Tech Specs vide\nFIX: créer workspace/stack/stack.md et activer au moins un backend ou frontend\n```\n\n---\n\n## STEP 2 — Vérifier les blocs `## Active Database` + `## Active Auth Specs`\n\nLire `workspace/stack/stack.md` → récupérer le bloc\n`## Active Database` (depuis 2026-05-14, `DatabaseType` n'est plus\ndans `## Project Config`).\n\n- Si `## Active Database` absent OU `DatabaseType: none` → SKIP le\n check DB.\n- Sinon → vérifier que les 5 clés sont présentes (valeur non vide) :\n `DB_HOST`, `DB_PORT`, `DB_NAME`, `DB_USER`, `DB_PASSWORD`. Si une\n seule manque :\n ```\n ERROR: /arch-init — clé(s) DB manquante(s) dans ## Active Database\n CAUSE: [ENV_MISSING] clés non définies : {liste}\n FIX: renseigner les valeurs dans workspace/stack/stack.md ## Active Database\n ```\n\nSi un stack auth est listé sous `## Active Auth Specs`, vérifier les\nclés `AZ_*` (cf. `auth/azure-ad.md §2`). Manquantes → ERROR similaire.\n\n(Les valeurs ne sont jamais affichées par cette commande. La\nvalidation détaillée est aussi faite par `validate_readiness.py` lors\nde `/feat-validate`.)\n\n---\n\n## STEP 3 — Invoquer l'agent arch\n\nLancer l'agent `arch` (défini dans `.claude/agents/arch.md`). L'agent\ngère :\n- la lecture sélective du stack actif et des Init Commands §2.2.1\n- la détection d'idempotence (projet déjà présent → skip)\n- l'exécution des Init Commands de chaque stack à initialiser\n- la création de la solution `.sln` si stacks .NET multiples\n- le build de validation (exit 0 obligatoire)\n- (si `DatabaseType ≠ none`) l'introspection DB + le scaffolding\n Database-First (entities + DbContext)\n\nAttendre la fin de l'agent. Relayer sa sortie telle quelle.\n\n---\n\n## STEP 3.5 — Spawn `constitutioner` si sentinel posé (no-spawn fix, v7.0.0-alpha audit P0-workflow 2026-06-05)\n\nLire le sentinel `workspace/.sys/.state/arch-ready-for-constitutioner.flag`.\n\n| Cas | Action |\n|---|---|\n| Sentinel absent | skip silencieusement (arch n'a pas eu besoin de Phase D, ex: projet pré-SDD_Pro v3 sans `constitution.md`) |\n| Sentinel présent + parseable | spawn `Agent: constitutioner` (cf. ci-dessous) |\n| Sentinel présent + corrompu | WARN 1 ligne, skip (non-bloquant — la commande continue) |\n\n### Invocation `constitutioner`\n\n```\nAgent: constitutioner\n```\n\nLe sous-agent gère :\n- Création ADRs (numérotation atomique timestamp, idempotente) par\n dimension active (backend, frontend, UI, auth, database)\n- Update `workspace/.sys/.context/constitution.md` : §4 stack\n retenu (Edit ligne), §6 index ADRs (append), §1 date\n- Régénération `workspace/.sys/.context/adrs/INDEX.md`\n- Validation read-back v5.0 (anti Edit silencieux)\n\n### Cleanup sentinel\n\nAprès que `constitutioner` ait terminé (succès OU échec), supprimer le\nsentinel (idempotence du prochain run) :\n\n```bash\nrm -f workspace/.sys/.state/arch-ready-for-constitutioner.flag\n```\n\n**Sortie attendue** :\n`constitutioner: {K} ADRs ({existants}+{nouveaux}), §4/§6/INDEX.md OK`.\n\nSur ERROR `constitutioner` → propager + STOP (l'INDEX ADRs serait\nincohérent en aval).\n\n---\n\n## STEP 4 — Confirmation finale\n\nSi l'agent réussit, ajouter UNE SEULE ligne après sa sortie :\n```\nProchaine étape : /dev-run {n} pour générer le code (back + front en parallèle).\n```\n\nSi l'agent échoue, ne rien ajouter.\n\n---\n\n## Règles de cette commande\n\n- **Idempotent** — relancer ne casse rien.\n- Pas de Q/R utilisateur.\n- Pas de génération de code applicatif (responsabilité des agents\n dev-backend / dev-frontend).\n- Pas de modification des FEATs, US, mockups HTML.\n- Exécutée typiquement **avant** `/dev-run {n}` (intégrée en pré-step\n par `/dev-run` directement — la commande `/arch-init` est utile pour\n le debug ou la pré-init manuelle).\n- **Bootstrap + DB en une seule étape** depuis SDD_Pro v2.1 (Sprint 2).", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/arch-init.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/arch-init.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/arch-init.md" } } }

arch-init

About

/arch-init — Bootstrap idempotent (projets vides + scaffolding DB)

STEP 1 — Vérifier le stack

STEP 2 — Vérifier les blocs `## Active Database` + `## Active Auth Specs`

STEP 3 — Invoquer l'agent arch

STEP 3.5 — Spawn `constitutioner` si sentinel posé (no-spawn fix, v7.0.0-alpha audit P0-workflow 2026-06-05)

Invocation `constitutioner`

Cleanup sentinel

STEP 4 — Confirmation finale

Règles de cette commande

Install arch-init and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews

About

/arch-init — Bootstrap idempotent (projets vides + scaffolding DB)

STEP 1 — Vérifier le stack

STEP 2 — Vérifier les blocs ## Active Database + ## Active Auth Specs

STEP 3 — Invoquer l'agent arch

STEP 3.5 — Spawn constitutioner si sentinel posé (no-spawn fix, v7.0.0-alpha audit P0-workflow 2026-06-05)

Invocation constitutioner

Cleanup sentinel

STEP 4 — Confirmation finale

Règles de cette commande

Install arch-init and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews

STEP 2 — Vérifier les blocs `## Active Database` + `## Active Auth Specs`

STEP 3.5 — Spawn `constitutioner` si sentinel posé (no-spawn fix, v7.0.0-alpha audit P0-workflow 2026-06-05)

Invocation `constitutioner`