<!-- file: deltas/0.0.3/rel.001.md -->
<!-- version: 1 -->

# Delta 0.0.3 rel.001 — promotion stable pré-tag

## Baseline et version

Baseline : `0.0.3-rc.1`, avec `history/0.0.3/rc.1.md` appliqué et committé. Ce delta MUST NOT être appliqué avant ce commit.

Version avant application :

```text
0.0.3-rc.1
```

Version après application :

```text
0.0.3
```

`rel.001` identifie la clôture opérationnelle ; il ne fait pas partie de la version SemVer du produit.

## Objet

Promouvoir la RC validée vers la stable `0.0.3`. La tranche finalise la présentation de la release, marque la roadmap terminée, retire la mention « candidate » du changelog et clôt le plan comme référence historique. Le prompt `004`, les règles, les modèles, les audits et les tests sont ceux validés en RC : aucune fonctionnalité, règle ou preuve post-tag nouvelle n'est introduite.

La validation de cette tranche est **pré-tag**. Ni le tag `v0.0.3` ni une archive téléchargée depuis Gitea ni un rapport `publish.001` ne sont déclarés existants par ce delta. Ils suivent le history PASS, le commit stable et la publication du tag.

## Scope

REPLACE :

```text
VERSION
README.md
ROADMAP.md
CHANGELOG.md
docs/000-README.md
docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md
```

ADD :

```text
deltas/0.0.3/rel.001.md
```

DELETE : aucun.

L'archive contient uniquement ces fichiers complets. `history/0.0.3/rc.1.md` arrive séparément ; le history de `rel.001` sera rédigé après sa gate. Le rapport post-tag sera hors de l'archive source taggée.

## Validation opérateur pré-tag

Après application sur le commit `rc.1`, depuis la racine du dépôt :

```bash
test "$(cat VERSION)" = '0.0.3'
git cat-file -e HEAD:history/0.0.3/rc.1.md
test -f history/0.0.3/rc.1.md
test -f deltas/0.0.3/rel.001.md
test -f prompts/004-V0_0_4_START_PROMPT.md
test ! -e history/0.0.3/rel.001.md

grep -Fx '<!-- version: 6 -->' README.md
grep -Fx '<!-- version: 4 -->' ROADMAP.md
grep -Fx '<!-- version: 5 -->' CHANGELOG.md
grep -Fx '<!-- version: 4 -->' docs/000-README.md
grep -Fx '<!-- version: 9 -->' docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md
grep -F 'La release `0.0.3` fournit les premiers modèles Rust/Cargo' README.md
grep -F 'plan historique des templates et audits `0.0.3`' README.md
grep -F -- '- `(x) 0.0.3`' ROADMAP.md
grep -Fx '## 0.0.3' CHANGELOG.md
grep -F 'La gate opérateur de `rc.1` est `PASS`' docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md
grep -F "La vérification de l'archive" docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md

python3 -B - <<'PY'
from pathlib import Path
import re

names = ['alpha.1', 'alpha.1.fix.1', 'alpha.2', 'alpha.3',
         'alpha.4', 'alpha.5', 'alpha.6', 'beta.1', 'rc.1']
for name in names:
    history = Path(f'history/0.0.3/{name}.md')
    assert Path(f'deltas/0.0.3/{name}.md').is_file(), name
    assert re.search(r'## Statut\s+PASS\s', history.read_text(encoding='utf-8')), name
assert {p.stem for p in Path('deltas/0.0.3').glob('*.md')} - \
       {p.stem for p in Path('history/0.0.3').glob('*.md')} == {'rel.001'}
print(f'Stable history audit: clean ({len(names)} PASS histories, rel.001 pending)')
PY

python3 -B scripts/audit_markdown_headers.py \
    README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts
python3 -B scripts/audit_markdown_tables.py \
    README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts
python3 -B scripts/audit_markdown_links.py \
    README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts

git diff --check
git add VERSION README.md ROADMAP.md CHANGELOG.md docs/000-README.md \
    docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md deltas/0.0.3/rel.001.md
git diff --cached --check
git status --short
```

Scope attendu avant ajout du history : six `REPLACE` et un `ADD` exactement comme ci-dessus. Revue opérateur : confirmer que le scope RC ne change pas, que la présentation du dépôt, le changelog et la roadmap décrivent la même stable, que le prompt `004` reste conditionnel au rapport post-tag et que les snapshots historiques restent intacts. Les `15` tests et les cinq TOML validés en RC restent des preuves utilisables parce qu'aucun code, script, test ou template n'a changé dans cette promotion.

## Transition

### PASS

Rédiger et livrer séparément `history/0.0.3/rel.001.md` avec le résultat réellement observé ; l'appliquer et committer la stable. Ensuite seulement, créer et publier le tag canonique `v0.0.3`, télécharger son archive source depuis Gitea, vérifier cette archive et conserver séparément la preuve post-tag `publish.001`. Le texte manuel du prompt `004` n'est remis à l'opérateur qu'après vérification de l'archive et d'un rapport post-tag PASS réel.

### FAIL

Consigner le diagnostic dans le history de `rel.001`, ne pas tagger, puis corriger la clôture dans une tranche explicite avant publication.