34 lines
2.5 KiB
Markdown
34 lines
2.5 KiB
Markdown
---
|
|
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. »
|