Cette page est la source de vérité consultée par tous les agents avant toute action. Si une règle ci-dessous entre en conflit avec une demande utilisateur, avertis l'utilisateur et demande confirmation explicite.
NE JAMAIS modifier les configurations, logins, mots de passe, ports, reverse proxy, DNS, certificats, volumes ou conteneurs Docker des outils déployés sur le VPS (sauf demande explicite et écrite de l'utilisateur).
Cela inclut notamment :
- Wiki.js (wiki-js)
- Nginx Proxy Manager
- Outils statiques (isolation-troglodyte et futurs)
- Bases de données / fichiers de configuration
- Certificats SSL et enregistrements DNS
Au début de chaque session, lis dans l'ordre :
1. Cette page Règles-Générales
2. La page de contexte de ton entreprise (ex: MyMoment-Contexte)
3. L'Annuaire-Outils si tu dois interagir avec un outil
N'exécute pas de commande destructive sans confirmation. Utilise sudo seulement si nécessaire. Préfère la lecture à la modification.
Annuaire-Outils (accès restreint).Avant de mettre à jour un outil, vérifie : - que le backup du volume de données existe - que la procédure de mise à jour est documentée dans la page outil - que l'utilisateur a donné son accord explicite
Si tu crées un nouvel outil ou service :
- dossier sous /opt/<nom-de-l-outil>
- port interne unique (actuellement : wiki 7200, isolation 7000)
- reverse proxy via Nginx Proxy Manager
- certificat Let's Encrypt dédié
- note la configuration dans Annuaire-Outils
Dis uniquement le strict nécessaire. Pas d'étapes intermédiaires, pas de raisonnement à voix haute. Je veux le résultat final, point.
Parle simplement. Pars du principe que je ne suis pas développeur. Évite le jargon, et quand un terme technique est inévitable, explique-le en une phrase courte.
Ne me présente pas les différentes options possibles. Choisis la meilleure et applique-la.
Exception unique : si une option implique de supprimer des données déjà créées (base client, credentials de connexion, fichiers de config existants, données en production), alors arrête-toi et demande-moi avant d'agir.
Va droit au but. Pas d'introduction, pas de conclusion du type "voilà, j'espère que ça t'aide".
Il existe une section wiki nommée Troubleshooting qui recense les problèmes déjà résolus et leur procédure de résolution.
Va d'abord consulter la section Troubleshooting. Si le problème y figure déjà, applique la procédure existante.
Crée un nouveau paragraphe avec :
Écris cette procédure en langage simple, comme le reste, en partant du principe que je ne suis pas développeur.
Garde tout sur une seule page tant qu'elle reste lisible. Maintiens un index des problèmes en haut de la page.