📋 Instructions destinées aux IA : toujours répondre en Markdown source
🎯 1. Objectif général
Toutes les réponses destinées à être conservées dans ma base documentaire doivent être fournies en Markdown source brut, dans un seul bloc de code correctement ouvert et fermé.
L'objectif est de pouvoir copier directement les réponses des IA, puis de les enregistrer dans une bibliothèque de fichiers .md stockés sur Google Drive.
Cette bibliothèque constitue une base de connaissances personnelle, consultable et enrichissable depuis un téléphone, une tablette ou un ordinateur.
Les réponses doivent donc être produites dans un format homogène, propre, structuré et immédiatement réutilisable.
📝 2. Règle fondamentale : toujours fournir du Markdown source
Lorsque je demande une réponse en Markdown, en MD source ou destinée à ma base documentaire, l'IA doit fournir uniquement le code source Markdown, sans texte explicatif à l'extérieur du bloc.
La réponse doit commencer par l'ouverture du bloc de code et se terminer par sa fermeture.
Le contenu du document doit lui-même respecter la syntaxe Markdown habituelle :
- Les titres commencent par
#,##ou###. - Les listes utilisent des tirets ou une numérotation correcte.
- Les paragraphes sont séparés par des lignes vides.
- Les liens respectent la syntaxe Markdown.
- Les exemples de code précisent leur langage lorsque c'est possible.
Le bloc extérieur sert uniquement à présenter le document complet sous forme de source copiable. Ses délimiteurs ne doivent pas être enregistrés dans le fichier .md final.
🔒 3. Ouvrir et fermer systématiquement les blocs de code
C'est une règle absolument essentielle.
Tout bloc de code doit être ouvert correctement et fermé explicitement.
Par exemple, un bloc de code HTML doit comporter une ligne d'ouverture et une ligne de fermeture :
```html
<link rel="stylesheet" href="assets/css/base.css">
<script src="assets/js/script.js"></script>
```
La ligne d'ouverture comporte trois accents graves suivis du langage, ici html.
La ligne de fermeture comporte obligatoirement trois accents graves sur une ligne distincte.
La même règle s'applique aux blocs PHP, JavaScript, CSS, SQL, JSON, Bash et à tous les autres langages.
⚠️ Pourquoi cette règle est-elle importante ?
Si un bloc de code n'est pas fermé, le moteur Markdown peut interpréter toute la suite du document comme du code.
Cela peut entraîner :
- Une partie du texte affichée dans une police à chasse fixe.
- Des titres qui ne sont plus interprétés comme des titres.
- Des listes qui ne sont plus correctement formatées.
- Des paragraphes qui apparaissent dans des blocs de code.
- Un mélange incorrect entre le texte explicatif et le code.
- Un rendu final incorrect dans l'éditeur ou dans le navigateur.
Une seule fermeture oubliée peut compromettre l'affichage de toute la fin du document.
L'IA doit vérifier systématiquement que chaque bloc ouvert possède sa fermeture correspondante.
🧱 4. Ne jamais mélanger le texte normal et le Markdown source
Lorsque je demande du Markdown source, je veux pouvoir copier l'ensemble de la réponse sans avoir à supprimer des commentaires, des introductions ou des conclusions ajoutés autour du document.
Il ne faut donc pas écrire une introduction avant le bloc, puis ajouter des remarques après sa fermeture.
La présentation attendue est un seul bloc contenant le document complet, du premier titre à la dernière phrase.
Il ne doit y avoir aucun texte avant ou après le bloc extérieur.
Cette règle évite de devoir sélectionner plusieurs parties d'une réponse ou de supprimer manuellement des éléments qui ne font pas partie du document.
🗂️ 5. Produire des documents immédiatement enregistrables
Chaque réponse destinée à la base documentaire doit être rédigée comme un véritable document autonome.
Elle doit comporter, selon le sujet :
- Un titre principal avec
#. - Des sections avec
##. - Des sous-sections avec
###si nécessaire. - Des paragraphes clairement séparés.
- Des listes correctement structurées.
- Des tableaux lorsque cela améliore la compréhension.
- Des exemples de code avec leur langage précisé.
- Des liens explicites lorsque cela est utile.
- Une conclusion lorsque le sujet s'y prête.
Les documents doivent rester compréhensibles plusieurs mois ou plusieurs années après leur rédaction, sans qu'il soit nécessaire de relire la conversation d'origine.
L'IA doit éviter les formulations dépendant excessivement du contexte conversationnel, comme « comme nous venons de le voir » ou « voici ce que tu m'as demandé », lorsque ces expressions n'apportent rien au document.
💻 6. Respecter la syntaxe Markdown
Le Markdown source doit être valide et cohérent.
Titres
Utiliser correctement les marqueurs de titre :
# Titre principal
## Section
### Sous-section
Listes
Chaque élément doit être placé sur sa propre ligne :
- Premier élément
- Deuxième élément
- Troisième élément
Liens
Utiliser la syntaxe standard :
[Documentation officielle](https://exemple.fr)
Images
Utiliser la syntaxe Markdown habituelle :

Code
Préciser le langage lorsque c'est possible :
```php
<?php
echo "Bonjour";
```
Les exemples de code doivent être complets lorsque cela est nécessaire à leur compréhension.
🔧 7. Attention aux blocs de code imbriqués
Un problème fréquent apparaît lorsqu'un document Markdown doit lui-même expliquer la syntaxe des blocs de code.
Si le document extérieur utilise trois accents graves et qu'un exemple intérieur utilise également trois accents graves, le premier bloc intérieur peut fermer prématurément le bloc extérieur.
Pour éviter ce problème, l'IA doit adapter les délimiteurs du bloc extérieur.
Par exemple, si les exemples intérieurs utilisent trois accents graves, le bloc extérieur peut utiliser quatre accents graves.
Autre possibilité : employer un bloc extérieur délimité par quatre tildes, lorsque cette syntaxe est prise en charge par le moteur Markdown utilisé.
La règle essentielle est la suivante : les délimiteurs du document extérieur ne doivent jamais être confondus avec ceux des exemples intérieurs.
L'IA doit vérifier les niveaux d'imbrication et les délimiteurs de fermeture.
🔍 8. Effectuer une vérification avant de répondre
Avant d'envoyer une réponse en Markdown source, l'IA doit contrôler les points suivants :
- La réponse est entièrement contenue dans un seul bloc de code Markdown extérieur.
- Le bloc extérieur est correctement ouvert et fermé.
- Aucun texte parasite ne figure avant ou après ce bloc.
- Tous les blocs de code intérieurs sont correctement fermés.
- Les blocs imbriqués utilisent des délimiteurs adaptés.
- Les titres, listes, tableaux et liens respectent la syntaxe Markdown.
- Le document peut être copié directement dans un fichier
.md. - Aucun texte n'a été accidentellement absorbé par un bloc de code.
- Les exemples HTML, CSS, JavaScript et PHP sont correctement délimités.
- Les caractères spéciaux et les accents français sont conservés.
Cette vérification doit être effectuée avant chaque réponse concernée, et non uniquement lorsque l'utilisateur signale une erreur.
📚 9. Pourquoi cette exigence est importante
Le but n'est pas simplement d'obtenir une réponse agréable à lire dans l'interface de conversation.
Le but est de construire une base documentaire durable à partir des réponses des IA.
Le processus de travail est le suivant :
- L'IA rédige une réponse.
- La réponse est fournie en Markdown source.
- Le document est copié intégralement.
- Il est enregistré dans un fichier
.md. - Le fichier est conservé sur Google Drive.
- Il peut être consulté et modifié depuis différents appareils.
- Il peut être intégré ultérieurement à un site Web ou converti en HTML.
Pour que cette méthode reste fiable, les réponses doivent être homogènes et correctement structurées.
Un document contenant des blocs mal fermés ou du texte parasite oblige à effectuer des corrections manuelles répétitives. Cela fait perdre du temps et compromet l'automatisation de la bibliothèque documentaire.
🚨 10. Consigne finale impérative
Lorsque l'utilisateur demande une réponse en Markdown source, l'IA doit appliquer les règles suivantes :
- Un seul bloc Markdown extérieur pour toute la réponse.
- Ouverture et fermeture systématiques de ce bloc.
- Fermeture obligatoire de chaque bloc de code intérieur.
- Aucun texte ajouté en dehors du bloc.
- Aucun mélange accidentel entre texte explicatif et code.
- Une syntaxe Markdown propre et vérifiée.
- Un document complet, autonome et directement copiable dans un fichier
.md.
Cette exigence doit être considérée comme une règle de formatage prioritaire pour toutes les réponses concernées.
L'utilisateur ne doit pas avoir à rappeler cette consigne ni à corriger manuellement les erreurs de délimitation après chaque réponse.
🏁 Conclusion
Le résultat attendu est un document Markdown source complet, propre, cohérent et prêt à être archivé dans la base documentaire.
La priorité est de fournir un contenu directement exploitable, sans correction manuelle, avec une structure fiable et des blocs correctement fermés.
Quand le Markdown source est demandé, toute la réponse doit être contenue dans un seul bloc extérieur correctement délimité, sans aucun texte à l'extérieur.