Checklists rapides pour travailler avec une IA
Checklists rapides pour utiliser une IA sur des tâches de développement, architecture, documentation, sécurité et procédures IT.
Une checklist ne remplace pas l'analyse, mais elle aide à garder un niveau de rigueur stable. Ces listes servent surtout à préparer une demande, contrôler un résultat et vérifier qu'on n'a pas sauté une étape importante.
- Le sujet est-il clairement délimité ?
- Le bon contexte projet est-il fourni ?
- Les contraintes et interdits sont-ils explicites ?
- Le format de sortie est-il imposé ?
- Une vérification finale est-elle demandée ?
- Compréhension du code avant modification.
- API publique préservée.
- Dépendances nouvelles refusées ou justifiées.
- Tests et validations identifiés.
- Risques et régressions possibles notés.
- Besoins métier clarifiés.
- Endpoints et modèles définis.
- Scripts SQL ou PL/SQL prévus.
- Tests et gestion d'erreur cadrés.
- Docker, CI et doc prévus.
- Public cible défini.
- Plan du document valide.
- Exemples concrets inclus.
- Risques et limites mentionnés.
- Résumé ou fiche courte prévu.
- Entrées et sorties documentées.
- Chemins et droits identifiés.
- Cas d'erreur prévus.
- Logs ou messages d'état suffisants.
- Procédure de test et d'exploitation définie.
- Validations d'entrée vérifiées.
- Secrets et mots de passe absents du code.
- Contrôles d'accès visibles.
- Injections et sorties dangereuses recherchées.
- Corrections priorisées par criticité.
Checklists métier
Ces listes sont adaptées à des tâches concrètes du site et de son contexte: Oracle, documentation interne, Docker, scripts d'administration, petites APIs, imports CSV, et procédures techniques à transmettre proprement.
Checklists par role
- Développeur backend : comprendre le flux, préserver l'API publique, vérifier les entrées et sorties, lister les régressions possibles, rejouer les validations critiques.
- Architecte technique : clarifier les composants, flux, dépendances, compromis, limites de scalabilité et décisions à documenter.
- DBA / Oracle : vérifier impact schéma, performance, intégrité des données, jeux d'essai et conséquences applicatives.
- Exploitation / support : décrire prérequis, points de contrôle, erreurs fréquentes, procédure de reprise et escalade.
- Administration / automatisation : qualifier chemins, droits, dépendances, cas d'erreur, journalisation et retour arrière.
- QA / test : couvrir parcours nominal, erreurs, cas limites, non-régression et données sensibles.
- Documentation : vérifier public cible, structure, exemples, limites connues et fiche courte finale.
- Sécurité applicative : vérifier validations d'entrée, secrets, contrôles d'accès, exposition d'erreurs et priorisation des corrections.
Cas du site
Ces checklists sont pratiques pour relire save-fiche.php, save-sujet.php, start-admin.ps1, Oracle SQL ou DEPLOIEMENT.md sans oublier les validations évidentes mais souvent sautées.
Version débutant
Si vous cherchez une version encore plus courte avant d'utiliser ces checklists complètes, ouvrez les checklists pour débutants.
Pages voisines utiles
Pour débuter avec des vérifications très simples, voir les checklists pour débutants. Pour les séquences de travail, voir les workflows. Pour les cas Oracle, voir la page Oracle. Pour les scripts et CSV, voir la page scripts. Pour Docker et les procédures techniques, voir la page Docker / IT. Pour les contrôles de flux et non-régression, voir la page tests de flux et données. Pour des usages très courts et opérationnels, voir les recettes rapides. Pour entrer par métier, voir la page métiers de l'informatique. Pour préparer plus vite une demande, voir les squelettes de prompts.