Installe la SR Method dans ce projet depuis le repo officiel :
https://github.com/syl2042/Aurora_SR_method_codex_pack

Objectif vérifiable :
installer le pack SR dans ce repository sans modifier le code applicatif, vérifier l'installation de façon complète, vérifier les skills nécessaires, produire un rapport d'installation exploitable, puis stopper avant tout développement applicatif.

Contraintes non négociables :
- ne modifie aucun code applicatif ;
- ne crée aucune migration ;
- ne change aucune dépendance applicative ;
- ne touche à aucun secret ;
- ne modifie aucun fichier d'environnement contenant des credentials ;
- préserve les fichiers projet existants ;
- ne supprime aucune instruction projet existante ;
- ne change pas knowledge.mode sans validation explicite ;
- ne crée pas de skill métier inventée sans validation humaine ;
- ne lance aucun développement applicatif après installation.

Préparation :
1. Vérifie si la SR Method est déjà installée dans ce repo.
2. Si SR_PACK_SOURCE existe, utilise cette source seulement si elle pointe vers le repo officiel.
3. Sinon, clone ou mets à jour le repo officiel dans un chemin local non applicatif, par exemple ./.sr-method-pack.
4. Vérifie et affiche : URL source utilisée, branche source, commit source, version SR détectée si disponible.

Installation :
1. Installe le pack avec le script officiel du pack source, en mode écriture contrôlée.
2. N'écris que les fichiers SR attendus : AGENTS.md ou bloc SR balisé, docs/codex/*, docs/domain/* si squelette, docs/adr/* si squelette, scripts/codex/*, docs/codex/project-skills/README.md et templates de task memory.
3. Après installation, vérifie avec git status --short que rien d'applicatif n'a été modifié. Si un fichier applicatif a changé, stoppe et signale-le comme anomalie.

Vérifications obligatoires après installation :
Exécute toutes les commandes disponibles parmi celles-ci, sans en omettre une si le fichier existe :

python3 scripts/codex/verify_codex_pack.py
python3 scripts/codex/audit_codex_pack.py --json
python3 scripts/codex/sr_post_install_check.py --root . --json
python3 scripts/codex/find_next_session_prompt.py --root . --json
python3 scripts/codex/audit_sr_project.py --root . --json
python3 scripts/codex/validate_lot_contract.py --file docs/codex/SR_LOTS.yaml
python3 scripts/codex/validate_loop_contract.py --file docs/codex/tasks/_TEMPLATE/loop_contract.json
python3 scripts/codex/validate_sr_contract.py --file docs/codex/tasks/_TEMPLATE/sr_contract.json
python3 scripts/codex/audit_sr_task_contracts.py --root . --json
python3 scripts/codex/validate_skills.py --path docs/codex/project-skills
git diff --check
git status --short

Vérification des skills méthode :
1. Vérifie si les skills méthode SR sont installées dans ~/.codex/skills.
2. Les skills méthode attendues sont : aurora-planning-with-files, aurora-diagnose, aurora-tdd, aurora-review-diff, aurora-to-prd, aurora-architecture-check, aurora-repomap-maintainer, aurora-domain-skill-factory, aurora-terminal-token-optimizer, aurora-lot-runner.
3. Si ~/.codex/skills existe, exécute python3 scripts/codex/validate_skills.py --path ~/.codex/skills.
4. Si des skills méthode manquent, installe uniquement les skills méthode depuis le pack source vers ~/.codex/skills, puis relance la validation.
5. Ne copie jamais de skills métier projet dans ~/.codex/skills sans validation explicite.

Vérification des skills métier locales :
1. Vérifie docs/codex/project-skills/.
2. Vérifie docs/codex/PROJECT_PROFILE.yaml, section skills.domain.
3. Indique clairement les skills métier locales présentes, les skills déclarées dans le profil et les écarts éventuels.
4. Si le projet est métier mais n'a aucune skill métier, recommande aurora-domain-skill-factory comme prochaine étape, sans la lancer.

Corrections autorisées :
Si sr_post_install_check.py propose des corrections sûres, tu peux lancer python3 scripts/codex/sr_post_install_check.py --root . --fix-safe --json uniquement si ces corrections ne touchent pas au code applicatif, aux secrets, aux dépendances ou aux migrations.

Rapport final obligatoire :
Fournis un rapport structuré avec ces sections exactes :
1. Installation
2. Vérifications exécutées
3. Skills méthode
4. Skills métier projet
5. Contrats et mémoire SR
6. Gates SR
7. Prochaines étapes utilisateur
8. Stop

Termine en confirmant :
- Développement applicatif : non lancé
- Installation SR : OK / partielle / bloquée
- Action suivante recommandée : ...

Mettre à jour uniquement la SR Method depuis le repo officiel GitHub vers la dernière version disponible, vérifier l'installation, exécuter le réalignement SR post-upgrade si requis, mettre à jour docs/CURRENT_STATE.md, puis stopper avant tout développement applicatif.

Source officielle :
https://github.com/syl2042/Aurora_SR_method_codex_pack

Objectif vérifiable :
mettre à jour le pack SR sans modifier le code applicatif, détecter automatiquement la version source disponible, comparer avec la version installée, appliquer uniquement l'upgrade SR si nécessaire, vérifier l'installation, vérifier les skills SR, réaligner l'état SR si la version ou les fichiers SR changent, produire un rapport final exploitable, puis stopper.

Contraintes non négociables :
- ne modifier aucun code applicatif ;
- ne modifier aucune dépendance applicative ;
- ne créer aucune migration ;
- ne toucher à aucun secret ;
- préserver les mémoires SR existantes ;
- préserver docs/codex/SR_LOTS.yaml ;
- préserver docs/codex/SR_INBOX.yaml ;
- préserver docs/codex/project-skills/ ;
- préserver les handoffs existants ;
- préserver les consignes projet existantes hors bloc SR balisé ;
- ne pas lancer de fonctionnalité pendant cette passe ;
- ne pas générer de skill métier sans validation humaine ;
- ne pas changer knowledge.mode sans validation explicite.

Préparation obligatoire :
1. Lire AGENTS.md, docs/codex/SR_BOOTSTRAP.md, docs/codex/PROJECT_PROFILE.yaml, docs/CURRENT_STATE.md, docs/codex/SR_PACK_VERSION.json si présent, docs/codex/SKILL_MAP.md si présent, docs/codex/SKILL_DIGEST.md si présent.
2. Vérifier l'état Git avec git status --short et identifier les changements préexistants.
3. Détecter la version SR installée.
4. Récupérer ou mettre à jour la source officielle.
5. Détecter version cible, commit source, scripts d'installation et prompt officiel d'upgrade.

Décision avant upgrade :
- si la version source est identique et qu'aucun écart SR n'est détecté, ne pas réinstaller inutilement ;
- si la source est plus récente ou l'installation incomplète, appliquer uniquement l'upgrade SR ;
- si la source semble plus ancienne, stopper et demander validation humaine.

Mémoire SR d'upgrade :
Créer ou mettre à jour docs/codex/tasks/YYYY-MM-DD_sr-upgrade/ avec task_plan.md, findings.md, progress.md, decisions.md, verification.md, sr_contract.json et loop_contract.json.

Étapes d'upgrade :
1. Lire le prompt officiel docs/codex/prompts/05_upgrade_codex_environment.md depuis la source.
2. Appliquer uniquement l'upgrade SR avec le script officiel.
3. Ne modifier que les fichiers SR attendus.
4. Ne jamais écraser sans analyse CURRENT_STATE, SR_LOTS, SR_INBOX, project-skills, tasks, handoffs ou consignes projet.
5. Après upgrade, exécuter git status --short et vérifier qu'aucun code applicatif n'a changé.

Vérifications obligatoires :
Exécuter toutes les commandes disponibles parmi celles-ci : verify_codex_pack.py, audit_codex_pack.py, sr_post_install_check.py, find_next_session_prompt.py, audit_sr_project.py, validate_lot_contract.py, validate_loop_contract.py, validate_sr_contract.py, audit_sr_task_contracts.py, context_budget_report.py, git diff --check, git status --short.

Réalignement SR post-upgrade :
Si la version SR change, si des fichiers SR structurants changent ou si CURRENT_STATE.md devient obsolète, suivre docs/codex/prompts/07_realign_sr_state_after_upgrade.md.

Rapport final obligatoire :
1. Version
2. Fichiers
3. Vérifications
4. Skills
5. Réalignement
6. Gates SR
7. Risques restants
8. Prochaine étape