Fondamentaux et prise en main

Squelettes de prompts cibles et prets a remplir

Squelettes de prompts ciblés et prêts à remplir pour petits et gros projets, en développement, architecture, documentation et exploitation.

Des cadres reutilisables pour petits et gros sujets

Cette page rassemble des squelettes de prompts vides, pensés pour etre remplis rapidement. L'objectif n'est pas d'avoir un prompt parfait, mais un cadre stable que l'on adapte selon la taille du sujet : correction locale, module, projet complet, documentation ou exploitation.

1. Petit correctif local

Contexte :
- fichier : {{FICHIER}}
- problème : {{PROBLEME}}
- comportement attendu : {{ATTENDU}}

Contraintes :
- ne pas changer l'API ;
- limiter la modification au minimum ;
- expliquer la cause du probleme.

Format :
1) Analyse
2) Correctif propose
3) Validation a faire

2. Refactor de module

Contexte :
- module : {{MODULE}}
- objectif : {{OBJECTIF}}
- contraintes : {{CONTRAINTES}}

Attendu :
1) Probleme actuel
2) Plan de refactor
3) Proposition de patch
4) Risques et validations

3. Gros projet ou MVP

Pense comme un ingénieur senior chargé de cadrer un projet.

Besoin :
{{BESOIN_METIER}}

Inclure :
- architecture ;
- structure des composants ;
- schéma de données ;
- API ;
- étapes de réalisation ;
- points de vigilance.

Format :
1) Vue d'ensemble
2) Architecture cible
3) Plan de mise en oeuvre
4) Risques / compromis

4. Documentation technique

Contexte :
- sujet : {{SUJET}}
- public : {{PUBLIC}}
- objectif de la doc : {{OBJECTIF}}

Inclure :
- rôle ;
- structure ;
- exemples ;
- limites ;
- résumé final.

Format :
1) Vue d'ensemble
2) Détails
3) Exemple(s)
4) Risques / limites

5. Script ou automatisation

Objectif :
{{OBJECTIF_SCRIPT}}

Contexte :
- environnement : {{ENVIRONNEMENT}}
- entrees : {{ENTREES}}
- sorties : {{SORTIES}}

Contraintes :
- gerer les erreurs ;
- afficher des messages utiles ;
- documenter l'exécution.

Format :
1) Hypotheses
2) Script
3) Tests
4) Notice d'exploitation

6. Audit sécurité ou architecture

Analyse ce sujet comme un expert.

Sujet :
{{SUJET}}

Attendu :
- risques majeurs ;
- risques modérés ;
- priorités ;
- recommandations actionnables.

Format :
1) Constats
2) Risques
3) Recommandations
4) Vérifications restantes

Comment les utiliser

Remplir uniquement les champs utiles au sujet.
Ajouter les interdits et les limites explicites.
Garder un format de sortie stable d'un prompt à l'autre.
Adapter le niveau de détail à la taille du besoin.
Pour les gros sujets, préférer plusieurs prompts consécutifs plutôt qu'un seul bloc géant.

Squelettes avancés utiles

Sortie stricte

Contexte : {{CONTEXTE}}

Format imposé :
{
  "analyse": "...",
  "actions": ["..."],
  "risques": ["..."],
  "validations": ["..."]
}

Chaîne de prompts

Étape 1 : extraire les faits utiles.
    Étape 2 : analyser les faits extraits.
    Étape 3 : produire la sortie finale.

    Ne pas sauter une étape sans valider la précédente.

Cadre de projet

Cadre permanent : {{REGLES_STABLES}}
Demande du moment : {{DEMANDE}}
Format : {{FORMAT}}
Vérification finale : {{VERIFICATION}}

Mini squelettes pour débuter

Bug

Sujet : {{FICHIER}}
Problème : {{SYMPTOME}}

Attendu :
1) Cause probable
2) Correctif prudent
3) Validation finale

Document

Sujet : {{DOCUMENT}}
Public : {{PUBLIC}}

Attendu :
1) Résumé
2) Étapes ou points clés
3) Vigilances

Script

Sujet : {{SCRIPT}}

Attendu :
1) Prérequis
2) Risques opératoires
3) Contrôle final

Version débutant vers intermédiaire

Débutant : garder seulement sujet, objectif et 3 ou 4 points attendus.
Intermédiaire : ajouter périmètre, contraintes, interdits et validations à rejouer.
Quand monter d'un cran : si le sujet devient plus métier ou plus opérationnel, basculer vers la page thématique adaptée.

Exemples rapides à remplir

Pour un backend PHP local, remplacer les champs par save-fiche.php ou get-fiches-list.php. Pour un sujet d'exploitation, prendre start-admin.ps1 ou DEPLOIEMENT.md. Pour un flux de données, partir de fiches.json ou d'un import CSV.

Ce qu'il faut éviter

Laisser des champs vides sans dire ce qui manque ou ce qui reste à confirmer.
Oublier les interdits importants comme l'API publique, les dépendances ou le schéma de données.
Demander une implémentation complète quand un plan ou une analyse suffirait d'abord.
Utiliser un squelette trop complexe pour un besoin très simple, ou l'inverse.

Pages voisines utiles

Pour des exemples déjà spécialisés, voir les prompts développement, les prompts architecture, les prompts documentation, l'ingénierie de prompt avancée, les prompts pour débutants, les checklists pour débutants, bien structurer un prompt, les exemples avant / après, les erreurs fréquentes, la page scripts, la page Docker / procédures IT et la page Oracle.

← Retour à la rubrique IA