Fiche PUB3-T7 — Niveau N1 — Modèle prévu sonnet (lp-writer) | utilisé opus-5-5 (claude-opus-5-5, orchestrateur, déclaré par l'environnement) — Agent orchestrateur PUB3 (session principale) — Skills lp-doc, lp-repo # PUB3-T7-TEXTES : textes exacts proposés pour les skills (à approuver par l'utilisateur) **Rien n'est appliqué.** Toute modification de skill exige l'accord de l'utilisateur (règle du 2026-10-12) et la réservation des fichiers par Big Boss (DÉCLARATION). `sk-repo` du profil (`%USERPROFILE%\.claude\skills`) : préparé dans la copie de l'addon 5.8 (`Tools/claude/skills/sk-repo/SKILL.md`, identique au profil aujourd'hui, **non suivi** par git dans l'addon), déployé dans le profil par l'utilisateur. `lp-*` : les deux arbres de l'addon (identiques aujourd'hui, `cmp`), deux tickets jumeaux. ## 1. Fichiers (DÉCLARATION) | Fichier | Arbres | Suivi | |---|---|---| | `Tools/claude/skills/lp-repo/SKILL.md` | addon 5.8 et addon DC3 | oui | | `Tools/claude/skills/lp-lot/SKILL.md` | addon 5.8 et addon DC3 | oui | | `Tools/claude/skills/lp-paths/SKILL.md` | addon 5.8 et addon DC3 | oui | | `Tools/claude/skills/sk-repo/SKILL.md` | addon 5.8 (copie de travail, non suivie) → profil par l'utilisateur | non | ## 2. Textes ### 2.1 `sk-repo` § 4, étape 4 (ajout en fin d'étape) > Contrôle de donnée personnelle : `pwsh -NoProfile -File \Tools\PubCheck.ps1 -Depot -Index`, > avec `GIT_INDEX_FILE` sur l'index privé ; code 0 exigé, sinon refus du ticket avec la sortie (chemin, ligne, > catégorie ; la valeur n'est jamais imprimée). Le journal du dépôt cite « PubCheck : 0 ». ### 2.2 `lp-repo` - § 1, ligne de la copie 5.5 : `main` (`ue5.5-final` = `1542dfa`) → `main` (tag **local** `ue5.5-final` = `1542dfa`, absent d'`origin`). - § 8 (gabarit de ticket), après la ligne `Preuve` : `PubCheck : 0 (orchestrateur, -Fichiers sur la liste du ticket)`. - § 9, nouveau paragraphe après le `pre-commit` : > **Garde-fou `pre-push` (PUB3, installé le 2026-10-13)** : `Tools\hooks\pre-push` du jeu, copié dans `.git\hooks\` > du jeu 5.8, du jeu 5.5 et de l'addon (dossier commun aux deux arbres), sans `core.hooksPath`. Pour chaque ref poussée, > `PubCheck.ps1 -Pointe -Distant ` : nom du compte, dossier personnel, machine, adresse, identité, noms de > fichiers, binaires, messages ; refus sur constat ou erreur, pour tous (utilisateur compris). `ue5.8` brute est > refusée (historique local avec le nom) : la publication passe par `pub/ue5.8` (un commit, SPEC PUB3-T3 § 7). > `--no-verify` passe outre. Si `core.hooksPath` est posé un jour (D-REPO5), `.git\hooks` est ignoré : y recopier > `pre-push`. - § 10, pièges ajoutés : > - `git rev-list … --not --remotes` compte aussi la ref orpheline `c55/main` du clone 5.8 : écrire `--remotes=origin`. > - `.git\hooks` n'est emporté ni par un clone ni par une recopie du dépôt : réinstaller `pre-push` (ticket CONFIG). > - Remplacement de chemin en masse : reconvertir la nouvelle valeur et comparer à HEAD ; si l'ancien fichier contient > déjà la nouvelle valeur (journal), substituer plutôt dans l'ancien (PUB3-R3). > - Le statut « fait » posé avant le commit passe sans `pre-commit` installé (`core.hooksPath` vide) : poser > `en cours` jusqu'au commit (PUB3-R3). ### 2.3 `lp-lot` (§ Commits et dépôts, ajout) > Avant de déposer un ticket, l'orchestrateur lance `pwsh -NoProfile -File Tools\PubCheck.ps1 -Fichiers ticket>` (0 exigé, cité au ticket) ; un livrable ne cite jamais le nom du compte : ``, `%USERPROFILE%`, motif > lu dans `$env:USERNAME`. ### 2.4 `lp-paths` (tableau des dépôts, ligne Jeu) `origin` = `edujiro5972/LifePlay-Revival`, tags `v1.0`–`v1.5`, `ue5.5-final` → `origin` = `edujiro5972/LifePlay-Revival`, tags `v1.0`–`v1.5` (`ue5.5-final` : tag local seulement) ; publication de `ue5.8` par `pub/ue5.8` (PUB3). ## 3. Leçons « À verser » non retenues ici - `lp-validate` : `IndexOf` de chaîne culturel en .NET (`[char]` à préférer) ; crochet `ecriture-gardien` qui refuse `>` dans une commande Bash du valideur. À verser par le lot de méthode (P7) : signalé à Big Boss, hors PUB3.