<!-- file: history/0.0.1/rc.1.md -->
<!-- version: 1 -->

# History 0.0.1-rc.1 — foundation release candidate

## Statut

FAIL

La release candidate `0.0.1-rc.1` n'est pas validée comme PASS car une commande de sa gate documentaire complète est incorrecte dans un shell Bash interactif.

## Baseline

Version observée par l'opérateur :

```text
0.0.1-rc.1
```

Le delta `0.0.1-rc.1` a été appliqué après commit de `0.0.1-beta.1` avec son history `PASS`.

## Validation opérateur observée

Les contrôles suivants ont réussi :

- `VERSION` vaut `0.0.1-rc.1` ;
- `prompts/002-V0_0_2_START_PROMPT.md` existe, possède le header attendu et référence `v0.0.1` ainsi que `0.0.2-alpha.1` ;
- `CHANGELOG.md` contient l'entrée candidate `0.0.1` et les éléments de fondation attendus ;
- tous les fichiers explicitement requis par la gate existent ;
- les références de cadrage obsolètes recherchées dans `200-GOVERNANCE.md` et `210-WORKFLOW.md` sont absentes ;
- `PGR-NAV-001` et `PGR-SCOPE-001` sont présents dans la matrice de validation ;
- `git diff --check` n'a produit aucun diagnostic ;
- `git diff --cached --check` n'a produit aucun diagnostic ;
- le `git status --short` final correspond exactement au scope du delta RC.

La vérification globale des headers Markdown a échoué avant d'être exécutée correctement. La commande :

```bash
grep -Fx "<!-- file: ${relative} -->" "$file"
```

est interprétée par Bash interactif avec l'expansion d'historique activée. Le caractère `!` de `<!--` provoque :

```text
bash: !-: event not found
```

La gate est donc défectueuse même si les documents ciblés peuvent être corrects.

## État Git observé

Avant ajout du présent history :

```text
M  CHANGELOG.md
M  VERSION
A  deltas/0.0.1/rc.1.md
A  prompts/002-V0_0_2_START_PROMPT.md
```

## Résultat

`rc.1` est `FAIL` à cause d'un défaut de validation, pas d'un défaut fonctionnel ou documentaire démontré dans la fondation.

La correction appartient à `0.0.1-rc.1.fix.1` et doit rester strictement limitée à :

- corriger la commande de vérification des headers ;
- rejouer la gate RC complète ;
- confirmer ou infirmer alors la validité réelle de la release candidate.

Aucun REPLAN n'est requis à ce stade.