Explorer
KNOW-PAT-125

Écrire une connaissance pour qu'une IA la comprenne bien

Domaine
ia
Type
pattern
Priorité
P1

Parent : [[INDEX-IA]]

Écrire une connaissance pour qu'une IA la comprenne bien

Problème

Une connaissance mal rédigée n'est pas exploitée par l'IA. Trop vague → ignorée. Trop longue → noyée dans le contexte. Sans mots-clés → jamais déclenchée.

Solution

Structurer chaque connaissance avec : titre précis, problème clair, solution actionnable, exemple concret.

Règles d'écriture

1. Titre — précis et scannable

✅ "FiveM - Callbacks d'argent vides : argent gratuit si non implémentés"
❌ "Problème avec l'argent dans FiveM"

2. La description de la Rule = les mots-clés déclencheurs

description: "FiveM Lua - scripts serveur ESX QBCore anti-cheat inventory NUI events"

→ Chaque mot est un déclencheur potentiel. Plus il y en a, plus la rule est chargée souvent.

3. Structure minimale efficace

## Problème
1 phrase claire sur ce qui se passe si on ignore cette connaissance.

## Solution
Ce qu'il faut faire, avec le verbe d'action en premier.

## Exemple
Code ou commande concrète.

4. Priorité = ce que l'IA va respecter en premier

Priorité Signification
P0 Jamais contredit — principe absolu
P1 Override uniquement avec justification
P2 Recommandation forte
P3 Conseil / guideline

5. Tags = aide à la recherche future

  • 3 à 5 tags max
  • Mettre le domaine, le sous-domaine, et un mot-clé technique précis
  • Ex: [fivem, lua, anti-cheat, server-side]

6. Longueur idéale d'une Rule Windsurf

  • Pas trop court : moins de 3 lignes → pas assez de contexte pour l'IA
  • Pas trop long : plus de 200 lignes dans un fichier → le contexte est dilué
  • Idéal : 1 fichier par domaine, 30-80 lignes par connaissance résumée

Anti-pattern associé

Voir [[KNOW-ANT-IA-001-connaissance-vague-sans-exemple|KNOW-ANT-IA-001]] — Connaissance trop vague ou sans exemple.