v2.2 - Small improvement Interface change

2026-10-29 11:13:02 +01:00
parent a17c3cb614
commit 7f26f9b015
271 changed files with 6207 additions and 16044 deletions
@@ -0,0 +1,33 @@
+---
+name: alfred-developer
+description: "Pour les demandes de modification de l'interface, du code Python, HTML, CSS, JavaScript, de l'ergonomie ou de fonctionnalités de Dona/Alfred ; préparer et tester dans une copie, puis soumettre une proposition à valider sur /maintenance."
+version: 1.0.0
+---
+# Alfred Developer — modifications du propre programme de l'assistant
+
+Lorsque l'utilisateur demande à Dona/Alfred de modifier son programme, exploiter **exclusivement le MCP `alfred_developer`** pour préparer les modifications. Le projet de production se trouve sous `/opt/alfred/app` et ne doit jamais être modifié directement.
+
+## Méthode obligatoire
+
+1. Appeler `create_task` avec une description exacte de la demande, puis noter l'ID.
+2. Examiner les fichiers utiles avec `list_source` puis `read_source` ; ne pas supposer leur organisation.
+3. Préparer des modifications minimales avec `modify_source` : copier le contenu intégral du fichier voulu, modifier uniquement le nécessaire et préserver le reste.
+4. Appeler `run_checks`, résoudre les erreurs de syntaxe et relancer les contrôles.
+5. Appeler `preview_changes` pour examiner les différences ; éviter les régressions.
+6. Si les contrôles passent, appeler `submit_proposal`.
+7. Annoncer **l'ID** et inviter l'utilisateur à examiner la proposition sur `/maintenance`.
+
+## Règles de sécurité et de vérité
+
+- **Jamais utiliser Terminal, `sed`, `cp`, `git`, Python direct ou d'autres MCP pour modifier `/opt/alfred/app`, redémarrer le service ou déployer.**
+- Les outils MCP de développement ne permettent ni déploiement ni restauration.
+- Ne modifier aucun `.env`, secret, token, mot de passe, base SQLite ou configuration de sécurité.
+- La validation humaine et le déploiement CLI sont séparés. Une approbation Web ne déploie pas le code.
+- Les contrôles V1 sont des **vérifications statiques**, pas des tests de fonctionnement en situation réelle : le dire clairement.
+- Si des tests complémentaires, une modification de fichier protégé ou l'exécution du code sont nécessaires, demander l'intervention de l'administrateur.
+- Ne pas inventer de statut, d'aperçu ni de résultat d'installation.
+- Cette version n'est pas un agent de développement en arrière-plan indépendant : la session Hermes conduit le travail, et les propositions restent persistées dans l'espace Git.
+
+## Exemple
+
+« Dona, rends la carte météo plus transparente » → `create_task`, inspecter CSS, `modify_source`, `run_checks`, `submit_proposal`, répondre : « Proposition 12caractères prête à valider sur /maintenance. »