Name: qa-generate
Author: zekiriabd

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

Arguments: {{arguments}}

/qa-generate — Tests unitaires + Coverage + Quality scan

Délègue à l'agent qa (Sonnet 4.6) pour générer les tests unitaires (backend + frontend) d'une FEAT, exécuter le coverage parsing (Python, 0 token) et le quality scan sonar-like (Python, 0 token).

Usage :

/qa-generate {n} — pipeline QA complet selon QAMode du Project Config
/qa-generate {n} --mode {full|tests-only|tests+coverage|quality-only} — override le QAMode du Project Config pour cette invocation

Décisions possibles (alignées STEP 7 + error-classification.md §1.7 — fix mineur audit 2026-08-30, l'en-tête disait à tort YELLOW sur coverage gap) :

🟢 GREEN : tous tests passent + coverage OK + 0 quality error
🟡 YELLOW : tests passent, coverage OK, mais quality errors
🔴 RED : au moins 1 test échoué OU coverage < CoverageMin ([QA_COVERAGE_GAP] est RED bloquant depuis v6.1)

STEP 1 — Valider l'argument

Argument obligatoire : {n} (entier ≥ 1).

Si absent →

ERROR: /qa-generate — argument manquant
CAUSE: [INVALID_ARG] aucun numéro de FEAT fourni
FIX: relancer /qa-generate {n} (ex. /qa-generate 1)

Si non numérique →

ERROR: /qa-generate — argument invalide
CAUSE: [INVALID_ARG] "{argument}" n'est pas un entier
FIX: relancer /qa-generate {n}

Détecter --mode {value} dans les arguments. Stocker mode_override si présent.

STEP 1.5 — Checkpoint skip (v6.6.3, opt-in)

Si CheckpointMode: resume dans Project Config (défaut off = comportement v6.6.2 strict) :

from sdd_lib.checkpoint import is_phase_resumable

inputs = [
    f"workspace/feats/{n}-*.md",       # FEAT parent
    f"workspace/us/{n}-*.md",         # toutes les US
    "workspace/stack/stack.md",        # config + stacks actifs
]
# Glob les patterns vers paths concrets avant l'appel
resumable, reason = is_phase_resumable(
    feat=n, phase="qa-generate", input_paths=resolved_inputs,
)
if resumable:
    print(f"⊘ /qa-generate {n}: skipped (checkpoint hit, reason=ok)")
    # STOP avec succès, ne pas regénérer

Si CheckpointMode ∈ {off, record} → skip ce STEP, continuer normalement.

Émissions possibles :

[CHECKPOINT_HASH_MISMATCH] → inputs modifiés post-run, re-exécuter
[CHECKPOINT_INPUT_MISSING] → input absent, re-exécuter
[CHECKPOINT_STATE_UNREADABLE] → pas de state.json antérieur, première exécution

Cf. error-classification.md §1.14 + sdd_lib/checkpoint.py.

STEP 2 — Vérifier les préconditions

2.1 FEAT existe

Glob workspace/feats/{n}-*.md.

0 fichier → ERROR :

ERROR: /qa-generate — FEAT introuvable
CAUSE: [FEAT_NOT_FOUND] aucun fichier workspace/feats/{n}-*.md
FIX: créer la FEAT via /feat-generate avant

1 fichier → ERROR (numérotation invalide).

2.2 US existent

Glob workspace/us/{n}-*.md.

0 fichier → ERROR :

ERROR: /qa-generate — aucune US trouvée
CAUSE: [QA_PRECONDITION_FAILED] /us-generate {n} n'a pas tourné
FIX: lancer /us-generate {n} d'abord

2.3 Code production existe

Vérifier workspace/src/{BackendName}/ et/ou workspace/src/{AppName}/ existent (au moins un projet).

Aucun → ERROR :

ERROR: /qa-generate — code production absent
CAUSE: [QA_PRECONDITION_FAILED] aucun code dans workspace/src/
FIX: lancer /dev-run {n} d'abord

STEP 3 — Résolution du QAMode

Lire ## Project Config de workspace/stack/stack.md :

QAMode (default manual)
CoverageMin (OBLIGATOIRE, pas de défaut — absent → STOP [STACK_MALFORMED], cf. quality.md §A.2)

Résoudre le mode effectif :

Si mode_override (depuis l'argument --mode) → utiliser cette valeur
Sinon → utiliser QAMode du Project Config

Modes valides :

off → exit silencieux : qa-generate {n}: skipped (QAMode=off)
quality-only → STEP 4 + STEP 5 + STEP 9 (skip 6, 7, 8)
tests-only → STEP 6 + STEP 7 + STEP 9 (skip 4, 5, 8)
tests+coverage → STEP 6 + STEP 7 + STEP 8 + STEP 9 (skip 4, 5)
full → tous les STEP
manual → identique à full (legacy compat)
api-tests (depuis 2026-05-07, cf. rules/build-and-loop.md) → génère et exécute UNIQUEMENT les tests d'intégration HTTP (style Postman) via WebApplicationFactory<Program> + DB in-memory + auth handler mocké. Sortie : JSON transitoire workspace/.sys/.validation/{n}-api-tests.json (ingéré dans console.db puis supprimé — aucun fichier persistant). Pas de tests unitaires, pas de coverage parsing, pas de quality scan. Mode invoqué automatiquement par /dev-run STEP 6.b (API Gate). Optionnel : --filter {endpoint} pour ne re-tester que les endpoints listés (ex. --filter "GET /api/v1/points-de-vente,POST /api/v1/points-de-vente").

Si mode invalide → ERROR [STACK_MALFORMED].

STEP 4 — Quality scan (Python, 0 token)

Skip si mode = tests-only ou tests+coverage.

Exécuter quality_scan.py (Python pur, cross-platform) :

python .sdd/python/sdd_scripts/quality_scan.py --feat-number {n}

Sortie : console.db table qa_quality (aucun fichier — 2026-07-06).

Capturer le code de retour (devrait être 0). Si ≠ 0 → WARNING (non bloquant).

STEP 5 — Linter / Type checker stack-native (Bash, 0 token)

Skip si mode = tests-only ou tests+coverage.

Pour chaque QA stack actif (lu depuis ## Active QA Specs), exécuter le linter du stack §6 si déclaré. Capturer warnings/errors dans la section §4 du rapport (STEP 9).

Non-bloquant : un linter qui échoue produit un WARNING dans le rapport.

STEP 5.5 — Schema slices per US (Levier 4 v7.0.x, audit 2026-06-08)

Skip si mode = quality-only (l'agent qa ne tourne pas).

Pour chaque US {n}-{m}-{Name} de la FEAT, générer un slice du schema DB restreint aux tables référencées par l'US (+ FK transitive). L'agent qa consomme les slices en priorité pour ses fixtures in-memory (cf. loader.yml qa.reads + agents/qa.md §STEP 3.6) et fallback automatiquement sur le schema complet si aucun slice présent.

for {n}-{m}-{Name} in US_LIST :
    python -m sdd_scripts.generate_schema_slice \
        --us-path workspace/us/{n}-{m}-{Name}.md

Exit	Sens	Action `/qa-generate`
`0`	slice écrit `workspace/db/schema-slice-{n}-{m}.json`	continue STEP 6
`2`	CORRECTIBLE — pas de schema OU US ne référence aucune entité	continue STEP 6 (qa fallback)
`1`	FAIL_FAST — US introuvable ou basename invalide	STOP + ERROR (problème US, pas slice)
`3`	INFRA_BLOCKED — disk write failure	WARN, continue STEP 6 (qa fallback)

Aucune ligne chat émise (déterministe, 0 token LLM, ~50 ms par US).

STEP 6 — Déléguer génération tests à l'agent qa

Skip si mode = quality-only.

Invoquer l'agent qa :

Task → subagent_type: qa
Argument : {n}

L'agent gère :

STEP 2 à 6 internes : préconditions, contexte, init projets test, plan inline tests
STEP 7 internes : exécution tests via Bash
STEP 8 internes : parse coverage via Python (parse_coverage.py)

Modes propagés à l'agent via le mode résolu en STEP 3.

6.bis — Ingest api-tests JSON vers console.db (v6.10, si mode=api-tests)

Si mode == "api-tests", l'agent vient d'écrire api-tests.json. Le bridge Python parse, insère dans qa_api_tests + qa_api_endpoints (console.db) puis supprime le .json. Aucun fichier persistant (le fichier api-tests.md a été supprimé le 2026-07-06, cf. dev-run.md §6.b) — le rapport humain est rendu à la demande : query_console_db.py api-gate --feat {n} --format md.

if [ "$mode" = "api-tests" ]; then
  python .sdd/python/sdd_scripts/ingest_agent_report.py --type api-tests --feat {n}
fi

Sur exit ≠ 0 → WARN (rapport JSON manquant ou invalide). Non bloquant pour le pipeline qa-generate (l'API Gate côté /dev-run §6.b fail-safe sur DB vide → INFRA_BLOCKED).

STEP 6.ter — Checkpoint record (v6.6.3, opt-in ; renuméroté ex-« 6.bis » dupliqué, audit 2026-08-30)

Si CheckpointMode ∈ {record, resume} (défaut off = skip ce STEP) :

from sdd_lib.checkpoint import record_input_hash

record_input_hash(
    run_id=$RUN_ID,                  # from sdd_state.py current run
    phase="qa-generate",
    input_paths=resolved_inputs,     # même liste que STEP 1.5
)

Stocke input_hash dans state.json.phases.qa-generate.payload.input_hash. Permet à un futur --resume (avec CheckpointMode: resume) de skip cette phase si les inputs n'ont pas changé.

Erreur silencieuse si state.json absent → WARN dans stderr, non bloquant.

STEP 7 — Confirmation et récap (v6.10 : depuis console.db)

Charger les métriques consolidées de la FEAT directement depuis la DB :

STATS=$(python .sdd/python/sdd_scripts/query_console_db.py feat-stats --feat {n})

Le JSON STATS contient les blocs api_gate, coverage, quality, perf, a11y, security, spec. Calculer la décision globale :

si stats.api_gate.tests_failed > 0:               → RED
elif stats.coverage.coverage_passed == false:     → RED  (cf. quality.md §A.3.1 hardening v6.1, ex-qa-coverage.md)
elif stats.quality.errors > 0:                    → YELLOW
else:                                              → GREEN

Acceptance Gate automatique (post-STEP 7, v7.0.0) : un hook SubagentStop matcher=qa déclenche sdd_scripts/validate_acceptance.py (détection auto Node/.NET/Kotlin/Python → exécute test+lint+build+ coverage, et smoke browser + E2E Playwright pour les projets UI). Verdict écrit dans workspace/.sys/.acceptance/acceptance.json. Bloquant en mode AcceptanceGate: strict (default v7.0.0) — classe [ACCEPTANCE_GATE_FAILED]. Bypass : SDD_ALLOW_ACCEPTANCE_BYPASS=1 (audit-loggué). Cf. quality.md §C.

Émettre un seul bloc final :

qa-generate {n}-{FeatName} → {GREEN | YELLOW | RED}

Mode           : {mode}
Tests          : {passed}/{total} passants ({skipped} skipped, {failed} échec(s))
Coverage       : {pct}% (seuil {CoverageMin}% — obligatoire) → {pass | gap}
Quality scan   : {errors} errors / {warnings} warnings / {info} info
Linter         : {linter_warnings} warnings

Données        : workspace/db/console.db (qa_coverage, qa_quality, qa_api_tests)
Rapport        : à la demande → query_console_db.py feat-stats --feat {n} --format md

{Si RED ou YELLOW : section rappels}
Prochaine étape :
  - 🟢 GREEN  : feature livrable, tests verts
  - 🟡 YELLOW : rapport à la demande `query_console_db.py feat-stats --feat {n} --format md` (coverage gap ou quality errors)
  - 🔴 RED    : 1+ tests échoués → /dev-run {n} pour corriger ou ajuster les tests

Exit code :

GREEN ou YELLOW → exit 0 (succès, /qa-generate n'est pas une gate bloquante)
RED → exit 1 (au moins 1 test échoué)

Mode automatique depuis `/sdd-full`

Si invoqué depuis /sdd-full {n} (héritage), le mode résolu est QAMode du Project Config. Si QAMode: off ou QAMode: manual, /sdd-full skippe simplement /qa-generate.

Voir /sdd-full STEP 4.5 pour la logique d'invocation auto.

Règles de cette commande

Idempotente : relancer /qa-generate {n} régénère les tests + rapports
Read-only sur code production : aucune modification dans workspace/src/{App|Backend|Lib}/** hors patterns test
Token-efficient :
- quality-only mode : ~3k tokens (juste le rapport, scan déterministe)
- tests-only mode : ~17-27k tokens (génération tests Sonnet)
- tests+coverage mode : ~17-27k tokens (coverage parsing gratuit)
- full mode : ~20-30k tokens (recommandé)
Blocage tests rouges sur /sdd-full (depuis v7.0.0, default QaFailOnSddFull: true) :
- /qa-generate {n} standalone : exit 1 sur RED, fail-fast (inchangé)
- /sdd-full {n} post-STEP 4.5 : STOP + ERROR [QA_FAIL_BLOCKING_SDD_FULL] si QA verdict RED
- Bypass : QaFailOnSddFull: false dans ## Project Config (décision tracée, logged en audit). Avec le bypass, la review est laissée à l'humain et le pipeline continue. Sans bypass, le pipeline s'arrête et l'humain corrige avant de relancer.
- Détail rationale + format ERROR : .sdd/rules/error-classification.md [QA_FAIL_BLOCKING_SDD_FULL].

Chat Output Protocol

Cette commande applique strictement .sdd/rules/output-protocol.md. Substance non dupliquée — la règle est SSoT.

Labels canoniques émis : [QA] (cf. output-protocol.md §3) Plage de progression couverte : 78-88% (cf. output-protocol.md §4)

Granularité cible : 3-5 updates (bootstrap test project si absent, génération tests, run + coverage, quality scan, verdict).

Interdits stricts (cf. §5 du protocole) :

chemins de fichiers internes (workspace/..., .claude/...)
listes de tests générés, assertion dumps, xunit/jest verbose logs
stdout/stderr de bash, SQL queries

Verdict final : 1 ligne avec emoji + compteurs métier. Exemple : [QA] 47/47 tests passés, coverage 82% ≥ 80%, verdict 🟢. (88%). En cas de RED : 🔴 [QA/FAIL] {feat} — [QA_TEST_FAILED] 3 tests échec → console.db qa_api_tests (rapport : query_console_db.py feat-stats --feat {n} --format md). (84%).

Bypass debug : SDD_CHAT_VERBOSE=1 → mode legacy verbose (§10).

Install qa-generate 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}} # /qa-generate — Tests unitaires + Coverage + Quality scan  Délègue à l'agent `qa` (Sonnet 4.6) pour générer les tests unitaires (backend + frontend) d'une FEAT, exécuter le coverage parsing (Python, 0 token) et le quality scan sonar-like (Python, 0 token). **Usage :** - `/qa-generate {n}` — pipeline QA complet selon `QAMode` du Project Config - `/qa-generate {n} --mode {full|tests-only|tests+coverage|quality-only}` — override le `QAMode` du Project Config pour cette invocation **Décisions possibles** (alignées STEP 7 + `error-classification.md §1.7` — fix mineur audit 2026-08-30, l'en-tête disait à tort YELLOW sur coverage gap) : - 🟢 **GREEN** : tous tests passent + coverage OK + 0 quality error - 🟡 **YELLOW** : tests passent, coverage OK, mais quality errors - 🔴 **RED** : au moins 1 test échoué OU coverage < `CoverageMin` (`[QA_COVERAGE_GAP]` est RED bloquant depuis v6.1) --- ## STEP 1 — Valider l'argument Argument **obligatoire** : `{n}` (entier ≥ 1). Si absent → ``` ERROR: /qa-generate — argument manquant CAUSE: [INVALID_ARG] aucun numéro de FEAT fourni FIX: relancer /qa-generate {n} (ex. /qa-generate 1) ``` Si non numérique → ``` ERROR: /qa-generate — argument invalide CAUSE: [INVALID_ARG] "{argument}" n'est pas un entier FIX: relancer /qa-generate {n} ``` Détecter `--mode {value}` dans les arguments. Stocker `mode_override` si présent. --- ## STEP 1.5 — Checkpoint skip (v6.6.3, opt-in) Si `CheckpointMode: resume` dans Project Config (défaut `off` = comportement v6.6.2 strict) : ```python from sdd_lib.checkpoint import is_phase_resumable inputs = [ f"workspace/feats/{n}-*.md", # FEAT parent f"workspace/us/{n}-*.md", # toutes les US "workspace/stack/stack.md", # config + stacks actifs ] # Glob les patterns vers paths concrets avant l'appel resumable, reason = is_phase_resumable( feat=n, phase="qa-generate", input_paths=resolved_inputs, ) if resumable: print(f"⊘ /qa-generate {n}: skipped (checkpoint hit, reason=ok)") # STOP avec succès, ne pas regénérer ``` Si `CheckpointMode ∈ {off, record}` → skip ce STEP, continuer normalement. Émissions possibles : - `[CHECKPOINT_HASH_MISMATCH]` → inputs modifiés post-run, re-exécuter - `[CHECKPOINT_INPUT_MISSING]` → input absent, re-exécuter - `[CHECKPOINT_STATE_UNREADABLE]` → pas de state.json antérieur, première exécution Cf. `error-classification.md §1.14` + `sdd_lib/checkpoint.py`. --- ## STEP 2 — Vérifier les préconditions ### 2.1 FEAT existe Glob `workspace/feats/{n}-*.md`. - 0 fichier → ERROR : ``` ERROR: /qa-generate — FEAT introuvable CAUSE: [FEAT_NOT_FOUND] aucun fichier workspace/feats/{n}-*.md FIX: créer la FEAT via /feat-generate avant ``` - > 1 fichier → ERROR (numérotation invalide). ### 2.2 US existent Glob `workspace/us/{n}-*.md`. - 0 fichier → ERROR : ``` ERROR: /qa-generate — aucune US trouvée CAUSE: [QA_PRECONDITION_FAILED] /us-generate {n} n'a pas tourné FIX: lancer /us-generate {n} d'abord ``` ### 2.3 Code production existe Vérifier `workspace/src/{BackendName}/` et/ou `workspace/src/{AppName}/` existent (au moins un projet). - Aucun → ERROR : ``` ERROR: /qa-generate — code production absent CAUSE: [QA_PRECONDITION_FAILED] aucun code dans workspace/src/ FIX: lancer /dev-run {n} d'abord ``` --- ## STEP 3 — Résolution du QAMode Lire `## Project Config` de `workspace/stack/stack.md` : - `QAMode` (default `manual`) - `CoverageMin` (**OBLIGATOIRE, pas de défaut** — absent → STOP `[STACK_MALFORMED]`, cf. `quality.md §A.2`) Résoudre le mode effectif : - Si `mode_override` (depuis l'argument `--mode`) → utiliser cette valeur - Sinon → utiliser `QAMode` du Project Config Modes valides : - `off` → exit silencieux : `qa-generate {n}: skipped (QAMode=off)` - `quality-only` → STEP 4 + STEP 5 + STEP 9 (skip 6, 7, 8) - `tests-only` → STEP 6 + STEP 7 + STEP 9 (skip 4, 5, 8) - `tests+coverage` → STEP 6 + STEP 7 + STEP 8 + STEP 9 (skip 4, 5) - `full` → tous les STEP - `manual` → identique à `full` (legacy compat) - `api-tests` (depuis 2026-05-07, cf. `rules/build-and-loop.md`) → génère et exécute UNIQUEMENT les tests d'intégration HTTP (style Postman) via `WebApplicationFactory<Program>` + DB in-memory + auth handler mocké. Sortie : JSON transitoire `workspace/.sys/.validation/{n}-api-tests.json` (ingéré dans `console.db` puis supprimé — aucun fichier persistant). Pas de tests unitaires, pas de coverage parsing, pas de quality scan. Mode invoqué automatiquement par `/dev-run` STEP 6.b (API Gate). Optionnel : `--filter {endpoint}` pour ne re-tester que les endpoints listés (ex. `--filter "GET /api/v1/points-de-vente,POST /api/v1/points-de-vente"`). Si mode invalide → ERROR `[STACK_MALFORMED]`. --- ## STEP 4 — Quality scan (Python, 0 token) Skip si mode = `tests-only` ou `tests+coverage`. Exécuter `quality_scan.py` (Python pur, cross-platform) : ```bash python .sdd/python/sdd_scripts/quality_scan.py --feat-number {n} ``` Sortie : `console.db` table `qa_quality` (aucun fichier — 2026-07-06). Capturer le code de retour (devrait être 0). Si ≠ 0 → WARNING (non bloquant). --- ## STEP 5 — Linter / Type checker stack-native (Bash, 0 token) Skip si mode = `tests-only` ou `tests+coverage`. Pour chaque QA stack actif (lu depuis `## Active QA Specs`), exécuter le linter du stack §6 si déclaré. Capturer warnings/errors dans la section §4 du rapport (STEP 9). **Non-bloquant** : un linter qui échoue produit un WARNING dans le rapport. --- ## STEP 5.5 — Schema slices per US (Levier 4 v7.0.x, audit 2026-06-08) Skip si mode = `quality-only` (l'agent qa ne tourne pas). Pour chaque US `{n}-{m}-{Name}` de la FEAT, générer un slice du schema DB restreint aux tables référencées par l'US (+ FK transitive). L'agent `qa` consomme les slices en priorité pour ses fixtures in-memory (cf. `loader.yml` qa.reads + `agents/qa.md` §STEP 3.6) et fallback automatiquement sur le schema complet si aucun slice présent. ``` for {n}-{m}-{Name} in US_LIST : python -m sdd_scripts.generate_schema_slice \ --us-path workspace/us/{n}-{m}-{Name}.md ``` | Exit | Sens | Action `/qa-generate` | |---|---|---| | `0` | slice écrit `workspace/db/schema-slice-{n}-{m}.json` | continue STEP 6 | | `2` | CORRECTIBLE — pas de schema OU US ne référence aucune entité | continue STEP 6 (qa fallback) | | `1` | FAIL_FAST — US introuvable ou basename invalide | STOP + ERROR (problème US, pas slice) | | `3` | INFRA_BLOCKED — disk write failure | WARN, continue STEP 6 (qa fallback) | Aucune ligne chat émise (déterministe, 0 token LLM, ~50 ms par US). --- ## STEP 6 — Déléguer génération tests à l'agent qa Skip si mode = `quality-only`. Invoquer l'agent `qa` : ``` Task → subagent_type: qa Argument : {n} ``` L'agent gère : - STEP 2 à 6 internes : préconditions, contexte, init projets test, plan inline tests - STEP 7 internes : exécution tests via Bash - STEP 8 internes : parse coverage via Python (`parse_coverage.py`) Modes propagés à l'agent via le mode résolu en STEP 3. ### 6.bis — Ingest api-tests JSON vers console.db (v6.10, si mode=api-tests) Si `mode == "api-tests"`, l'agent vient d'écrire `api-tests.json`. Le bridge Python parse, insère dans `qa_api_tests` + `qa_api_endpoints` (console.db) puis supprime le `.json`. **Aucun fichier persistant** (le fichier `api-tests.md` a été supprimé le 2026-07-06, cf. `dev-run.md §6.b`) — le rapport humain est rendu à la demande : `query_console_db.py api-gate --feat {n} --format md`. ```bash if [ "$mode" = "api-tests" ]; then python .sdd/python/sdd_scripts/ingest_agent_report.py --type api-tests --feat {n} fi ``` Sur exit ≠ 0 → WARN (rapport JSON manquant ou invalide). Non bloquant pour le pipeline qa-generate (l'API Gate côté `/dev-run` §6.b fail-safe sur DB vide → `INFRA_BLOCKED`). --- ## STEP 6.ter — Checkpoint record (v6.6.3, opt-in ; renuméroté ex-« 6.bis » dupliqué, audit 2026-08-30) Si `CheckpointMode ∈ {record, resume}` (défaut `off` = skip ce STEP) : ```python from sdd_lib.checkpoint import record_input_hash record_input_hash( run_id=$RUN_ID, # from sdd_state.py current run phase="qa-generate", input_paths=resolved_inputs, # même liste que STEP 1.5 ) ``` Stocke `input_hash` dans `state.json.phases.qa-generate.payload.input_hash`. Permet à un futur `--resume` (avec `CheckpointMode: resume`) de skip cette phase si les inputs n'ont pas changé. Erreur silencieuse si state.json absent → WARN dans stderr, non bloquant. --- ## STEP 7 — Confirmation et récap (v6.10 : depuis console.db) Charger les métriques consolidées de la FEAT directement depuis la DB : ```bash STATS=$(python .sdd/python/sdd_scripts/query_console_db.py feat-stats --feat {n}) ``` Le JSON `STATS` contient les blocs `api_gate`, `coverage`, `quality`, `perf`, `a11y`, `security`, `spec`. Calculer la décision globale : ``` si stats.api_gate.tests_failed > 0: → RED elif stats.coverage.coverage_passed == false: → RED (cf. quality.md §A.3.1 hardening v6.1, ex-qa-coverage.md) elif stats.quality.errors > 0: → YELLOW else: → GREEN ``` **Acceptance Gate automatique (post-STEP 7, v7.0.0)** : un hook `SubagentStop` matcher=qa déclenche `sdd_scripts/validate_acceptance.py` (détection auto Node/.NET/Kotlin/Python → exécute `test`+`lint`+`build`+ `coverage`, et `smoke browser` + `E2E Playwright` pour les projets UI). Verdict écrit dans `workspace/.sys/.acceptance/acceptance.json`. Bloquant en mode `AcceptanceGate: strict` (default v7.0.0) — classe `[ACCEPTANCE_GATE_FAILED]`. Bypass : `SDD_ALLOW_ACCEPTANCE_BYPASS=1` (audit-loggué). Cf. `quality.md §C`. Émettre **un seul bloc final** : ``` qa-generate {n}-{FeatName} → {GREEN | YELLOW | RED} Mode : {mode} Tests : {passed}/{total} passants ({skipped} skipped, {failed} échec(s)) Coverage : {pct}% (seuil {CoverageMin}% — obligatoire) → {pass | gap} Quality scan : {errors} errors / {warnings} warnings / {info} info Linter : {linter_warnings} warnings Données : workspace/db/console.db (qa_coverage, qa_quality, qa_api_tests) Rapport : à la demande → query_console_db.py feat-stats --feat {n} --format md {Si RED ou YELLOW : section rappels} Prochaine étape : - 🟢 GREEN : feature livrable, tests verts - 🟡 YELLOW : rapport à la demande `query_console_db.py feat-stats --feat {n} --format md` (coverage gap ou quality errors) - 🔴 RED : 1+ tests échoués → /dev-run {n} pour corriger ou ajuster les tests ``` **Exit code** : - `GREEN` ou `YELLOW` → exit 0 (succès, /qa-generate n'est pas une gate bloquante) - `RED` → exit 1 (au moins 1 test échoué) --- ## Mode automatique depuis `/sdd-full` Si invoqué depuis `/sdd-full {n}` (héritage), le mode résolu est `QAMode` du Project Config. Si `QAMode: off` ou `QAMode: manual`, `/sdd-full` skippe simplement `/qa-generate`. Voir `/sdd-full` STEP 4.5 pour la logique d'invocation auto. --- ## Règles de cette commande - **Idempotente** : relancer `/qa-generate {n}` régénère les tests + rapports - **Read-only sur code production** : aucune modification dans `workspace/src/{App|Backend|Lib}/**` hors patterns test - **Token-efficient** : - quality-only mode : ~3k tokens (juste le rapport, scan déterministe) - tests-only mode : ~17-27k tokens (génération tests Sonnet) - tests+coverage mode : ~17-27k tokens (coverage parsing gratuit) - full mode : ~20-30k tokens (recommandé) - **Blocage tests rouges sur `/sdd-full`** (depuis v7.0.0, default `QaFailOnSddFull: true`) : - `/qa-generate {n}` standalone : exit 1 sur RED, fail-fast (inchangé) - `/sdd-full {n}` post-STEP 4.5 : STOP + ERROR `[QA_FAIL_BLOCKING_SDD_FULL]` si QA verdict RED - **Bypass** : `QaFailOnSddFull: false` dans `## Project Config` (décision tracée, logged en audit). Avec le bypass, la review est laissée à l'humain et le pipeline continue. Sans bypass, le pipeline s'arrête et l'humain corrige avant de relancer. - Détail rationale + format ERROR : `.sdd/rules/error-classification.md` `[QA_FAIL_BLOCKING_SDD_FULL]`. --- ## Chat Output Protocol > Cette commande applique strictement `.sdd/rules/output-protocol.md`. > Substance non dupliquée — la règle est SSoT. **Labels canoniques émis** : `[QA]` (cf. output-protocol.md §3) **Plage de progression couverte** : `78-88%` (cf. output-protocol.md §4) **Granularité cible** : 3-5 updates (bootstrap test project si absent, génération tests, run + coverage, quality scan, verdict). **Interdits stricts** (cf. §5 du protocole) : - chemins de fichiers internes (`workspace/...`, `.claude/...`) - listes de tests générés, assertion dumps, xunit/jest verbose logs - stdout/stderr de bash, SQL queries **Verdict final** : 1 ligne avec emoji + compteurs métier. Exemple : `[QA] 47/47 tests passés, coverage 82% ≥ 80%, verdict 🟢. (88%)`. En cas de RED : `🔴 [QA/FAIL] {feat} — [QA_TEST_FAILED] 3 tests échec → console.db qa_api_tests (rapport : query_console_db.py feat-stats --feat {n} --format md). (84%)`. **Bypass debug** : `SDD_CHAT_VERBOSE=1` → mode legacy verbose (§10).

{ "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# /qa-generate — Tests unitaires + Coverage + Quality scan\n\n\n\nDélègue à l'agent `qa` (Sonnet 4.6) pour générer les tests unitaires\n(backend + frontend) d'une FEAT, exécuter le coverage parsing\n(Python, 0 token) et le quality scan sonar-like (Python, 0 token).\n\n**Usage :**\n- `/qa-generate {n}` — pipeline QA complet selon `QAMode` du Project Config\n- `/qa-generate {n} --mode {full|tests-only|tests+coverage|quality-only}`\n — override le `QAMode` du Project Config pour cette invocation\n\n**Décisions possibles** (alignées STEP 7 + `error-classification.md §1.7` —\nfix mineur audit 2026-08-30, l'en-tête disait à tort YELLOW sur coverage gap) :\n- 🟢 **GREEN** : tous tests passent + coverage OK + 0 quality error\n- 🟡 **YELLOW** : tests passent, coverage OK, mais quality errors\n- 🔴 **RED** : au moins 1 test échoué OU coverage < `CoverageMin`\n (`[QA_COVERAGE_GAP]` est RED bloquant depuis v6.1)\n\n---\n\n## STEP 1 — Valider l'argument\n\nArgument **obligatoire** : `{n}` (entier ≥ 1).\n\nSi absent →\n```\nERROR: /qa-generate — argument manquant\nCAUSE: [INVALID_ARG] aucun numéro de FEAT fourni\nFIX: relancer /qa-generate {n} (ex. /qa-generate 1)\n```\n\nSi non numérique →\n```\nERROR: /qa-generate — argument invalide\nCAUSE: [INVALID_ARG] \"{argument}\" n'est pas un entier\nFIX: relancer /qa-generate {n}\n```\n\nDétecter `--mode {value}` dans les arguments. Stocker `mode_override`\nsi présent.\n\n---\n\n## STEP 1.5 — Checkpoint skip (v6.6.3, opt-in)\n\nSi `CheckpointMode: resume` dans Project Config (défaut `off` =\ncomportement v6.6.2 strict) :\n\n```python\nfrom sdd_lib.checkpoint import is_phase_resumable\n\ninputs = [\n f\"workspace/feats/{n}-*.md\", # FEAT parent\n f\"workspace/us/{n}-*.md\", # toutes les US\n \"workspace/stack/stack.md\", # config + stacks actifs\n]\n# Glob les patterns vers paths concrets avant l'appel\nresumable, reason = is_phase_resumable(\n feat=n, phase=\"qa-generate\", input_paths=resolved_inputs,\n)\nif resumable:\n print(f\"⊘ /qa-generate {n}: skipped (checkpoint hit, reason=ok)\")\n # STOP avec succès, ne pas regénérer\n```\n\nSi `CheckpointMode ∈ {off, record}` → skip ce STEP, continuer\nnormalement.\n\nÉmissions possibles :\n- `[CHECKPOINT_HASH_MISMATCH]` → inputs modifiés post-run, re-exécuter\n- `[CHECKPOINT_INPUT_MISSING]` → input absent, re-exécuter\n- `[CHECKPOINT_STATE_UNREADABLE]` → pas de state.json antérieur, première exécution\n\nCf. `error-classification.md §1.14` + `sdd_lib/checkpoint.py`.\n\n---\n\n## STEP 2 — Vérifier les préconditions\n\n### 2.1 FEAT existe\n\nGlob `workspace/feats/{n}-*.md`.\n\n- 0 fichier → ERROR :\n ```\n ERROR: /qa-generate — FEAT introuvable\n CAUSE: [FEAT_NOT_FOUND] aucun fichier workspace/feats/{n}-*.md\n FIX: créer la FEAT via /feat-generate avant\n ```\n- > 1 fichier → ERROR (numérotation invalide).\n\n### 2.2 US existent\n\nGlob `workspace/us/{n}-*.md`.\n\n- 0 fichier → ERROR :\n ```\n ERROR: /qa-generate — aucune US trouvée\n CAUSE: [QA_PRECONDITION_FAILED] /us-generate {n} n'a pas tourné\n FIX: lancer /us-generate {n} d'abord\n ```\n\n### 2.3 Code production existe\n\nVérifier `workspace/src/{BackendName}/` et/ou `workspace/src/{AppName}/`\nexistent (au moins un projet).\n\n- Aucun → ERROR :\n ```\n ERROR: /qa-generate — code production absent\n CAUSE: [QA_PRECONDITION_FAILED] aucun code dans workspace/src/\n FIX: lancer /dev-run {n} d'abord\n ```\n\n---\n\n## STEP 3 — Résolution du QAMode\n\nLire `## Project Config` de `workspace/stack/stack.md` :\n- `QAMode` (default `manual`)\n- `CoverageMin` (**OBLIGATOIRE, pas de défaut** — absent → STOP `[STACK_MALFORMED]`, cf. `quality.md §A.2`)\n\nRésoudre le mode effectif :\n- Si `mode_override` (depuis l'argument `--mode`) → utiliser cette valeur\n- Sinon → utiliser `QAMode` du Project Config\n\nModes valides :\n- `off` → exit silencieux : `qa-generate {n}: skipped (QAMode=off)`\n- `quality-only` → STEP 4 + STEP 5 + STEP 9 (skip 6, 7, 8)\n- `tests-only` → STEP 6 + STEP 7 + STEP 9 (skip 4, 5, 8)\n- `tests+coverage` → STEP 6 + STEP 7 + STEP 8 + STEP 9 (skip 4, 5)\n- `full` → tous les STEP\n- `manual` → identique à `full` (legacy compat)\n- `api-tests` (depuis 2026-05-07, cf. `rules/build-and-loop.md`) →\n génère et exécute UNIQUEMENT les tests d'intégration HTTP\n (style Postman) via `WebApplicationFactory<Program>` + DB\n in-memory + auth handler mocké. Sortie : JSON transitoire\n `workspace/.sys/.validation/{n}-api-tests.json` (ingéré dans\n `console.db` puis supprimé — aucun fichier persistant). Pas de tests\n unitaires, pas de coverage parsing, pas de quality scan. Mode\n invoqué automatiquement par `/dev-run` STEP 6.b (API Gate).\n Optionnel : `--filter {endpoint}` pour ne re-tester que les\n endpoints listés (ex. `--filter \"GET /api/v1/points-de-vente,POST /api/v1/points-de-vente\"`).\n\nSi mode invalide → ERROR `[STACK_MALFORMED]`.\n\n---\n\n## STEP 4 — Quality scan (Python, 0 token)\n\nSkip si mode = `tests-only` ou `tests+coverage`.\n\nExécuter `quality_scan.py` (Python pur, cross-platform) :\n\n```bash\npython .sdd/python/sdd_scripts/quality_scan.py --feat-number {n}\n```\n\nSortie : `console.db` table `qa_quality` (aucun fichier — 2026-07-06).\n\nCapturer le code de retour (devrait être 0). Si ≠ 0 → WARNING (non\nbloquant).\n\n---\n\n## STEP 5 — Linter / Type checker stack-native (Bash, 0 token)\n\nSkip si mode = `tests-only` ou `tests+coverage`.\n\nPour chaque QA stack actif (lu depuis `## Active QA Specs`), exécuter\nle linter du stack §6 si déclaré. Capturer warnings/errors dans la\nsection §4 du rapport (STEP 9).\n\n**Non-bloquant** : un linter qui échoue produit un WARNING dans le\nrapport.\n\n---\n\n## STEP 5.5 — Schema slices per US (Levier 4 v7.0.x, audit 2026-06-08)\n\nSkip si mode = `quality-only` (l'agent qa ne tourne pas).\n\nPour chaque US `{n}-{m}-{Name}` de la FEAT, générer un slice du schema\nDB restreint aux tables référencées par l'US (+ FK transitive).\nL'agent `qa` consomme les slices en priorité pour ses fixtures\nin-memory (cf. `loader.yml` qa.reads + `agents/qa.md` §STEP 3.6) et\nfallback automatiquement sur le schema complet si aucun slice présent.\n\n```\nfor {n}-{m}-{Name} in US_LIST :\n python -m sdd_scripts.generate_schema_slice \\\n --us-path workspace/us/{n}-{m}-{Name}.md\n```\n\n| Exit | Sens | Action `/qa-generate` |\n|---|---|---|\n| `0` | slice écrit `workspace/db/schema-slice-{n}-{m}.json` | continue STEP 6 |\n| `2` | CORRECTIBLE — pas de schema OU US ne référence aucune entité | continue STEP 6 (qa fallback) |\n| `1` | FAIL_FAST — US introuvable ou basename invalide | STOP + ERROR (problème US, pas slice) |\n| `3` | INFRA_BLOCKED — disk write failure | WARN, continue STEP 6 (qa fallback) |\n\nAucune ligne chat émise (déterministe, 0 token LLM, ~50 ms par US).\n\n---\n\n## STEP 6 — Déléguer génération tests à l'agent qa\n\nSkip si mode = `quality-only`.\n\nInvoquer l'agent `qa` :\n\n```\nTask → subagent_type: qa\nArgument : {n}\n```\n\nL'agent gère :\n- STEP 2 à 6 internes : préconditions, contexte, init projets test, plan inline tests\n- STEP 7 internes : exécution tests via Bash\n- STEP 8 internes : parse coverage via Python (`parse_coverage.py`)\n\nModes propagés à l'agent via le mode résolu en STEP 3.\n\n### 6.bis — Ingest api-tests JSON vers console.db (v6.10, si mode=api-tests)\n\nSi `mode == \"api-tests\"`, l'agent vient d'écrire `api-tests.json`. Le bridge\nPython parse, insère dans `qa_api_tests` + `qa_api_endpoints` (console.db)\npuis supprime le `.json`. **Aucun fichier persistant** (le fichier\n`api-tests.md` a été supprimé le 2026-07-06, cf. `dev-run.md §6.b`) — le\nrapport humain est rendu à la demande :\n`query_console_db.py api-gate --feat {n} --format md`.\n\n```bash\nif [ \"$mode\" = \"api-tests\" ]; then\n python .sdd/python/sdd_scripts/ingest_agent_report.py --type api-tests --feat {n}\nfi\n```\n\nSur exit ≠ 0 → WARN (rapport JSON manquant ou invalide). Non bloquant\npour le pipeline qa-generate (l'API Gate côté `/dev-run` §6.b fail-safe\nsur DB vide → `INFRA_BLOCKED`).\n\n---\n\n## STEP 6.ter — Checkpoint record (v6.6.3, opt-in ; renuméroté ex-« 6.bis » dupliqué, audit 2026-08-30)\n\nSi `CheckpointMode ∈ {record, resume}` (défaut `off` = skip ce STEP) :\n\n```python\nfrom sdd_lib.checkpoint import record_input_hash\n\nrecord_input_hash(\n run_id=$RUN_ID, # from sdd_state.py current run\n phase=\"qa-generate\",\n input_paths=resolved_inputs, # même liste que STEP 1.5\n)\n```\n\nStocke `input_hash` dans `state.json.phases.qa-generate.payload.input_hash`.\nPermet à un futur `--resume` (avec `CheckpointMode: resume`) de skip\ncette phase si les inputs n'ont pas changé.\n\nErreur silencieuse si state.json absent → WARN dans stderr,\nnon bloquant.\n\n---\n\n## STEP 7 — Confirmation et récap (v6.10 : depuis console.db)\n\nCharger les métriques consolidées de la FEAT directement depuis la DB :\n\n```bash\nSTATS=$(python .sdd/python/sdd_scripts/query_console_db.py feat-stats --feat {n})\n```\n\nLe JSON `STATS` contient les blocs `api_gate`, `coverage`, `quality`,\n`perf`, `a11y`, `security`, `spec`. Calculer la décision globale :\n\n```\nsi stats.api_gate.tests_failed > 0: → RED\nelif stats.coverage.coverage_passed == false: → RED (cf. quality.md §A.3.1 hardening v6.1, ex-qa-coverage.md)\nelif stats.quality.errors > 0: → YELLOW\nelse: → GREEN\n```\n\n**Acceptance Gate automatique (post-STEP 7, v7.0.0)** : un hook\n`SubagentStop` matcher=qa déclenche `sdd_scripts/validate_acceptance.py`\n(détection auto Node/.NET/Kotlin/Python → exécute `test`+`lint`+`build`+\n`coverage`, et `smoke browser` + `E2E Playwright` pour les projets UI).\nVerdict écrit dans `workspace/.sys/.acceptance/acceptance.json`.\nBloquant en mode `AcceptanceGate: strict` (default v7.0.0) — classe\n`[ACCEPTANCE_GATE_FAILED]`. Bypass : `SDD_ALLOW_ACCEPTANCE_BYPASS=1`\n(audit-loggué). Cf. `quality.md §C`.\n\nÉmettre **un seul bloc final** :\n\n```\nqa-generate {n}-{FeatName} → {GREEN | YELLOW | RED}\n\nMode : {mode}\nTests : {passed}/{total} passants ({skipped} skipped, {failed} échec(s))\nCoverage : {pct}% (seuil {CoverageMin}% — obligatoire) → {pass | gap}\nQuality scan : {errors} errors / {warnings} warnings / {info} info\nLinter : {linter_warnings} warnings\n\nDonnées : workspace/db/console.db (qa_coverage, qa_quality, qa_api_tests)\nRapport : à la demande → query_console_db.py feat-stats --feat {n} --format md\n\n{Si RED ou YELLOW : section rappels}\nProchaine étape :\n - 🟢 GREEN : feature livrable, tests verts\n - 🟡 YELLOW : rapport à la demande `query_console_db.py feat-stats --feat {n} --format md` (coverage gap ou quality errors)\n - 🔴 RED : 1+ tests échoués → /dev-run {n} pour corriger ou ajuster les tests\n```\n\n**Exit code** :\n- `GREEN` ou `YELLOW` → exit 0 (succès, /qa-generate n'est pas une gate\n bloquante)\n- `RED` → exit 1 (au moins 1 test échoué)\n\n---\n\n## Mode automatique depuis `/sdd-full`\n\nSi invoqué depuis `/sdd-full {n}` (héritage), le mode résolu est\n`QAMode` du Project Config. Si `QAMode: off` ou `QAMode: manual`,\n`/sdd-full` skippe simplement `/qa-generate`.\n\nVoir `/sdd-full` STEP 4.5 pour la logique d'invocation auto.\n\n---\n\n## Règles de cette commande\n\n- **Idempotente** : relancer `/qa-generate {n}` régénère les tests + rapports\n- **Read-only sur code production** : aucune modification dans\n `workspace/src/{App|Backend|Lib}/**` hors patterns test\n- **Token-efficient** :\n - quality-only mode : ~3k tokens (juste le rapport, scan déterministe)\n - tests-only mode : ~17-27k tokens (génération tests Sonnet)\n - tests+coverage mode : ~17-27k tokens (coverage parsing gratuit)\n - full mode : ~20-30k tokens (recommandé)\n- **Blocage tests rouges sur `/sdd-full`** (depuis v7.0.0, default `QaFailOnSddFull: true`) :\n - `/qa-generate {n}` standalone : exit 1 sur RED, fail-fast (inchangé)\n - `/sdd-full {n}` post-STEP 4.5 : STOP + ERROR `[QA_FAIL_BLOCKING_SDD_FULL]` si QA verdict RED\n - **Bypass** : `QaFailOnSddFull: false` dans `## Project Config` (décision tracée, logged en audit). Avec le bypass, la review est laissée à l'humain et le pipeline continue. Sans bypass, le pipeline s'arrête et l'humain corrige avant de relancer.\n - Détail rationale + format ERROR : `.sdd/rules/error-classification.md` `[QA_FAIL_BLOCKING_SDD_FULL]`.\n\n---\n\n## Chat Output Protocol\n\n> Cette commande applique strictement `.sdd/rules/output-protocol.md`.\n> Substance non dupliquée — la règle est SSoT.\n\n**Labels canoniques émis** : `[QA]` (cf. output-protocol.md §3)\n**Plage de progression couverte** : `78-88%` (cf. output-protocol.md §4)\n\n**Granularité cible** : 3-5 updates (bootstrap test project si absent,\ngénération tests, run + coverage, quality scan, verdict).\n\n**Interdits stricts** (cf. §5 du protocole) :\n- chemins de fichiers internes (`workspace/...`, `.claude/...`)\n- listes de tests générés, assertion dumps, xunit/jest verbose logs\n- stdout/stderr de bash, SQL queries\n\n**Verdict final** : 1 ligne avec emoji + compteurs métier. Exemple :\n`[QA] 47/47 tests passés, coverage 82% ≥ 80%, verdict 🟢. (88%)`.\nEn cas de RED : `🔴 [QA/FAIL] {feat} — [QA_TEST_FAILED] 3 tests échec →\nconsole.db qa_api_tests (rapport : query_console_db.py feat-stats --feat {n} --format md). (84%)`.\n\n**Bypass debug** : `SDD_CHAT_VERBOSE=1` → mode legacy verbose (§10).", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/qa-generate.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/qa-generate.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/qa-generate.md" } } }

qa-generate

About

/qa-generate — Tests unitaires + Coverage + Quality scan

STEP 1 — Valider l'argument

STEP 1.5 — Checkpoint skip (v6.6.3, opt-in)

STEP 2 — Vérifier les préconditions

2.1 FEAT existe

2.2 US existent

2.3 Code production existe

STEP 3 — Résolution du QAMode

STEP 4 — Quality scan (Python, 0 token)

STEP 5 — Linter / Type checker stack-native (Bash, 0 token)

STEP 5.5 — Schema slices per US (Levier 4 v7.0.x, audit 2026-06-08)

STEP 6 — Déléguer génération tests à l'agent qa

6.bis — Ingest api-tests JSON vers console.db (v6.10, si mode=api-tests)

STEP 6.ter — Checkpoint record (v6.6.3, opt-in ; renuméroté ex-« 6.bis » dupliqué, audit 2026-08-30)

STEP 7 — Confirmation et récap (v6.10 : depuis console.db)

Mode automatique depuis `/sdd-full`

Règles de cette commande

Chat Output Protocol

Install qa-generate and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews

About

/qa-generate — Tests unitaires + Coverage + Quality scan

STEP 1 — Valider l'argument

STEP 1.5 — Checkpoint skip (v6.6.3, opt-in)

STEP 2 — Vérifier les préconditions

2.1 FEAT existe

2.2 US existent

2.3 Code production existe

STEP 3 — Résolution du QAMode

STEP 4 — Quality scan (Python, 0 token)

STEP 5 — Linter / Type checker stack-native (Bash, 0 token)

STEP 5.5 — Schema slices per US (Levier 4 v7.0.x, audit 2026-06-08)

STEP 6 — Déléguer génération tests à l'agent qa

6.bis — Ingest api-tests JSON vers console.db (v6.10, si mode=api-tests)

STEP 6.ter — Checkpoint record (v6.6.3, opt-in ; renuméroté ex-« 6.bis » dupliqué, audit 2026-08-30)

STEP 7 — Confirmation et récap (v6.10 : depuis console.db)

Mode automatique depuis /sdd-full

Règles de cette commande

Chat Output Protocol

Install qa-generate and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews

Mode automatique depuis `/sdd-full`