Lis brief-gmao.md et le dossier reference-design/. Lance /chantier pour ce projet en respectant la stack imposée par le brief (HTML/CSS/JS sans framework + Python standard, pas de Rust). Commence par me proposer 2 ou 3 noms pour l'application. Initialise le dépôt git local avec la licence MIT et le .gitignore décrits au §14 bis. Réalise uniquement le lot 1 et fais passer ses scénarios de recette avant de t'arrêter.

Stop : ne lance pas T102 ni la relecture T103. Ce qui a été produit est une fiche de synthèse par équipement, pas le wiki que je veux.
Ce que j'entends par wiki (même principe que mon projet LLM Wiki habilitation) :
- un réseau de pages liées : équipements, mais aussi composants/pièces (ex. « Contacteur tripolaire 25 A » : où il est monté, ses défaillances, sa référence), modes de défaillance (ex. « Desserrage des bornes »), savoir-faire et astuces (ex. « Changer la garniture de PO-02 ») ; liens croisés entre pages ;
- alimenté au fil de l'eau : à chaque OT clôturé, l'IA met à jour les pages concernées ou en crée, signale les contradictions sans les écraser ;
- un journal des modifications proposées par l'IA, que le responsable valide (il relit les changements, pas chaque page) ;
- objectif : capitaliser le savoir de l'atelier.
Garde la couche calculée sans IA (consignation, causes fréquentes, recherche) et les garde-fous de D98 (sous-agents Sonnet dans les conditions de l'API, 0 outil, circuit de contrôle de Rouage).
Démo : construire le wiki en « ingérant » les OT de la démo dans l'ordre chronologique, comme le ferait Rouage chez un client.
Reprends le CDC du lot 6 sur cette base et soumets-le-moi avant de coder.

Audit de sécurité indépendant de Rouage, en lecture seule. Tu n'as pas écrit ce code.
Ne travaille pas dans ce dossier : crée une copie figée avec « git worktree add ../rouage-audit v1.1.0 » et audite uniquement cette copie. Ne modifie rien, ne commite rien, ne pousse rien.
Périmètre : le serveur local, l'import de fichiers (tableurs et CSV), le stockage, l'affichage des données, l'assistant IA (ce qui part vers l'API, gestion des clés), l'historique git (aucune donnée privée, aucun secret). [La liste détaillée des classes de risques à examiner est retirée de cette version publiable.]
Hors périmètre : le wiki et le design (en cours de développement).
Rapport : ../rouage-audit-RAPPORT.html, classé par gravité, avec pour chaque point le fichier, la ligne, le scénario concret et la correction proposée, et pour finir les 10 corrections les plus rentables.

le projet est ici : [chemin local]
attention des modifications sont en cours sur le wiki

Je pars, travaille en autonomie jusqu'au bout sans me poser de question. Le wiki de démo est un atout commercial, pas un point critique : vise propre et cohérent, pas parfait.

1. Applique mes corrections du temps 1 :
   - savoir-faire : un seul par geste, commun aux machines, relié aux articles et machines, avec une section « Particularités par machine » ; fusionne les doublons ;
   - « En bref » : 3 phrases et 60 mots au plus, réécrit en entier à chaque intervention (jamais une phrase ajoutée) ;
   - petits numéros sur les articles consommés et changés ; garde la recherche dans l'historique, les articles en liste et l'affichage par 10.
2. Autocontrôle : refais le temps 1 (40 premières interventions), puis fais relire le résultat par un sous-agent relecteur indépendant (qui n'a pas écrit la consigne), avec cette grille : doublons, « En bref » qui s'allonge, phrases mécaniques ou répétitives, liens manquants, nombres non tirés des OT. Ajuste la consigne ou le contrôle et recommence, 2 tours au plus. Ensuite, lance quoi qu'il arrive.
3. Lance la fabrication sur la totalité des interventions, Claude Sonnet, mêmes contrôles.
4. Garde-fous :
   - budget total de la nuit plafonné à 15 $ (tours d'autocontrôle compris) : si l'estimation ou la dépense réelle dépasse, arrête-toi proprement et note où tu en es ;
   - si plus de 10 % des réponses sont refusées par le contrôle, arrête-toi, note la cause et n'essaie pas de forcer.
5. Ensuite : régénère la démo, lance la suite complète des tests, commite en local si elle passe. Ne pousse rien sur GitHub.
6. Au réveil, je veux un compte rendu court : ce que tu as ajusté et pourquoi, le coût réel, le nombre de pages par type, les refus éventuels, l'état des tests, et la page de relecture finale. Note les décisions prises sans moi dans le journal du chantier.

mon pc a redémarré, nous etions en train de travailler sur le wiki, regarde ou tu en etait. Par ailleurs le nom "rouge" correspond a un logiciel de gmao anterieur, j'ai donc changé le nom pour prévo, reservé le nom de domaine prevo.pro et vérifié qu'aucun brevet et nom n'était reservé. Il faut donc chercher toutes le mentions de "rouage" dans l'application et les modifier en "prévo". Tu ne travaille que sur le logiciel, le site internet est fait par une autre agent dans un autre dossier

# SELECTIS — Liens croisés entre les sites (et RIEN d'autre)

## Changement de cap
La refonte « dossier de maintenance » est abandonnée : elle ne me plaît
pas. On ne refait AUCUNE charte graphique. Chaque site garde exactement
son identité actuelle : selectis.eu (la racine), /ia/, /electricite/ et
prevo.pro. Seule exception : la page selectisv2/racine/prevo/index.html
me convient, garde-la telle quelle.

## Règle absolue sur la mise en ligne
Tu ne mets RIEN en ligne, sur aucun site, ni par SFTP, ni par SSH, ni
autrement, tant que je ne t'ai pas écrit explicitement « mets en ligne
<nom du site> ». Cette règle vaut pour toute la suite du chantier,
y compris pour prevo.pro.

## 1. Ranger le concept abandonné
Déplace (sans rien supprimer) le concept « dossier de maintenance » de
selectisv2/racine/ dans selectisv2/archives/refonte-abandonnee/, SAUF
prevo/index.html et ce dont cette page a besoin pour s'afficher
(polices, images, styles). Note dans un fichier LISEZMOI de l'archive
qu'il ne doit jamais servir de base.

## 2. Ajouter uniquement des liens croisés
Sur des COPIES locales des sites actuels (selectisv2/existant/ ne doit
pas être modifié, c'est la sauvegarde) :
- Dans le pied de page de chaque site, une ligne de liens vers les
  autres, du type : « Les activités SELECTIS : Formation IA ·
  Électricité · Prévo, la GMAO gratuite ». Propose la formulation
  exacte ; je validerai.
- Sur la page Prévo et sur prevo.pro : la mention « par SELECTIS » qui
  renvoie vers selectis.eu.
- Chaque ajout reprend la police, les couleurs et la taille du pied de
  page du site où il est posé : il doit avoir l'air d'avoir toujours été
  là.
- Pour la racine (PrestaShop), ne modifie pas le cœur de PrestaShop :
  dis-moi par où passer (module de liens, gabarit du thème) et prépare
  le changement en local seulement.
- Ne touche à rien d'autre : ni textes, ni menus, ni styles, ni outils
  de mesure (le GTM actuel de /ia/ reste en place pour l'instant).

## 3. Mesure d'audience
N'installe rien. Je choisirai plus tard entre Matomo et Umami, pour
tous les sites à la fois.

## Livrable
Un fichier HTML autonome et lisible (pas de Markdown) :
selectisv2/liens-croises.html, avec pour chaque site :
- une capture AVANT et une capture APRÈS du pied de page (PC et
  téléphone) ;
- la liste exacte des fichiers modifiés et la façon de revenir en
  arrière ;
- les formulations proposées pour les liens.

Arrête-toi ensuite et attends ma validation.