0.0.1-alpha.2

docs/validation/001-VALIDATION_MATRIX.md

@@ -1,5 +1,5 @@
 <!-- file: docs/validation/001-VALIDATION_MATRIX.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Matrice de validation Knowledge
 
@@ -65,6 +65,18 @@ AUDIT  règles structurelles PGR seulement si la preuve n'est pas déjà posséd
 
 Le profil strict et les éventuelles exceptions doivent être visibles dans les manifests/règles locales.
 
+## Administration et authentification
+
+Aucune route admin/login n'est validée tant qu'elle n'existe pas réellement. Lorsqu'elles seront matérialisées, les gates devront prouver séparément :
+
+- refus d'accès non authentifié aux opérations privilégiées ;
+- refus d'accès authentifié sans autorisation suffisante ;
+- autorisation vérifiée côté serveur et pas seulement par la navigation frontend ;
+- isolation correcte des opérations PGR, HOWTOs et snippets ;
+- comportement d'une éventuelle façade admin transverse sans bypass des contrôles locaux.
+
+Les corpus historiques ne constituent pas des preuves de sécurité pour Knowledge.
+
 ## Frontend Web
 
 Dès que le frontend est matérialisé :
@@ -131,3 +143,21 @@ Le fix reste documentaire. Sa gate doit prouver :
 - au moins trois sources Git initiales et une base PostgreSQL logique partagée ;
 - l'absence d'override PGR non documenté ;
 - la cohérence du plan et de la transition PASS/FAIL.
+
+## Gate de `0.0.1-alpha.2`
+
+La tranche doit prouver :
+
+- `VERSION = 0.0.1-alpha.2` et `[workspace.package].version` identique ;
+- `Cargo.lock` versionné et non ignoré ;
+- `Cargo.toml`, `rustfmt.toml`, `clippy.toml` et `.cargo/config.toml` sans placeholder PGR ;
+- `cargo metadata --format-version 1 --no-deps` ;
+- `cargo fmt --all -- --check` ;
+- `cargo check --workspace` ;
+- `cargo clippy --workspace --all-targets --all-features -- -D warnings` ;
+- `cargo test --workspace --all-targets --all-features` ;
+- artefacts Cargo hors dépôt sous `../builds/sasedev-knowledge/target/` ;
+- seule `knowledge-domain-lib` matérialisée comme première crate, sans création placeholder des trois serveurs ;
+- étude auth/admin présente avec distinction entre fonctionnalités câblées, préparatoires et seulement annoncées ;
+- surfaces admin locales documentées sans figer `/admin`, `/login` ou un modèle de rôles ;
+- hygiène Git et headers documentaires applicables.