Les system prompts de 34 outils IA de coding — ce qu'ils révèlent

C'est quoi un system prompt ?

Chaque outil IA — Claude Code, Cursor, Windsurf, Devin — reçoit un jeu d'instructions cachées avant même que vous lui parliez. Ces instructions définissent son comportement : ce qu'il peut faire, ce qu'il ne doit pas faire, comment il répond, quel ton il adopte, quels outils il utilise.

C'est le system prompt — le "code source" du comportement de l'agent. Vous ne le voyez jamais dans l'interface. Mais c'est lui qui détermine si l'outil vous demande confirmation avant de supprimer un fichier, s'il ajoute des commentaires dans le code, ou s'il refuse de faire un git push --force.

Un repo GitHub a collecté ces prompts pour 34 outils IA de coding. Plus de 30 000 lignes d'instructions qui révèlent comment ces produits sont construits — pas au niveau du code, mais au niveau des règles comportementales.

Les 34 outils documentés

Voici la liste complète des outils dont les system prompts sont disponibles dans le repo :

Éditeurs et IDE IA

Outil	Description
Cursor	IDE IA basé sur VS Code — 7 fichiers de prompts documentés, incluant plusieurs versions (v1.0 à 2.0) et les définitions d'outils JSON
Windsurf	IDE IA concurrent de Cursor, avec son propre système d'agents
VSCode Agent	Le mode agent natif de Visual Studio Code (Copilot)
Xcode	Les instructions IA intégrées dans l'IDE d'Apple
Z.ai Code	Éditeur IA moins connu

Agents IA autonomes

Outil	Description
Claude Code	L'agent CLI d'Anthropic — prompt système + version 2.0 + prompts pour Sonnet 4.5 et 4.6
Devin AI	Agent autonome de Cognition — prompt principal + prompt DeepWiki
Manus	Agent IA généraliste avec outils et prompt détaillés
Amp	Agent de coding autonome
Augment Code	Assistant IA pour le développement
Junie	Agent IA de JetBrains
Kiro	Agent IA d'AWS pour le développement
Trae	Agent IA de ByteDance

Générateurs d'applications

Outil	Description
v0	Générateur d'UI de Vercel — prompt + définitions d'outils JSON
Lovable	Générateur d'apps — prompt agent + outils JSON
Replit	IDE cloud avec agent IA intégré
Leap.new	Constructeur d'applications IA
Same.dev	Clone de sites web via IA

Outils spécialisés

Outil	Description
Perplexity	Moteur de recherche IA
NotionAI	L'assistant IA de Notion
Warp.dev	Terminal intelligent avec IA
Google	Outils IA de Google (Gemini)
dia	Agent IA conversationnel
+ 10 autres	Cluely, CodeBuddy, Comet, Emergent, Kilo Code, Orchids.app, Poke, Qoder, Traycer AI, Claude for Chrome

Ce qu'on apprend en lisant ces prompts

1. Tout le monde impose les mêmes garde-fous

Que ce soit Claude Code, Cursor ou Devin, les mêmes règles reviennent systématiquement :

• Ne jamais faire de git push --force sans confirmation explicite
• Ne jamais modifier le git config de l'utilisateur
• Ne jamais committer de fichiers sensibles (.env, credentials, clés API)
• Toujours lire un fichier avant de le modifier — ne jamais proposer des changements à l'aveugle
• Préférer les edits aux réécritures complètes — modifier chirurgicalement plutôt que tout remplacer

Ces règles ne sont pas là par hasard. Elles viennent de bugs réels — des utilisateurs qui ont perdu du code, corrompu leur historique git, ou poussé des secrets en production. Chaque ligne de garde-fou dans un system prompt est un incident post-mortem.

2. Le ton est calibré avec précision

Claude Code reçoit des instructions explicites sur son ton : "Professional objectivity — prioritize technical accuracy over validating the user's beliefs", "avoid over-the-top validation or excessive praise". Le prompt interdit littéralement les expressions comme "You're absolutely right".

Cursor et Windsurf ont des instructions similaires mais calibrées différemment — plus conversationnels, plus "assistants". C'est une décision produit délibérée : le ton de l'agent fait partie de l'expérience utilisateur au même titre que l'interface graphique.

3. Les outils définissent quand NE PAS agir

Un pattern fascinant : une grande partie des system prompts est consacrée à ce que l'agent ne doit pas faire. Claude Code a des instructions détaillées sur quand ne pas utiliser certains outils (ne pas utiliser Bash pour lire des fichiers quand Read existe), quand ne pas committer, quand ne pas déployer.

C'est contre-intuitif — on penserait que les prompts disent quoi faire. En réalité, la majorité du travail consiste à empêcher l'agent de trop en faire. L'IA est proactive par défaut ; le system prompt la cadre.

4. La gestion du contexte est un enjeu central

Tous les agents ont des instructions sur comment gérer leur fenêtre de contexte :

• Préférer les outils spécialisés aux commandes bash génériques (moins de tokens consommés)
• Paralléliser les appels d'outils quand les opérations sont indépendantes
• Utiliser des sous-agents pour les tâches exploratoires (éviter de polluer le contexte principal)
• Limiter la lecture de fichiers aux sections pertinentes plutôt que de tout charger

C'est la partie la plus instructive pour quiconque écrit des CLAUDE.md ou des skills : les créateurs de ces outils optimisent agressivement la consommation de contexte. Si vous écrivez des instructions pour un agent IA, faites pareil.

5. Les définitions d'outils révèlent l'architecture

Certains repos (Cursor, v0, Lovable) incluent les fichiers Tools.json — la liste des outils que l'agent peut appeler, avec leurs paramètres et descriptions. C'est une mine d'or pour comprendre l'architecture interne :

• v0 a des outils spécifiques pour générer du code React + Tailwind, avec des schémas JSON stricts pour chaque composant
• Lovable expose des outils de création de fichiers, d'exécution de commandes, et de preview — révélant son architecture sandboxée
• Cursor a évolué d'un prompt v1.0 simple à un système v2.0 complexe avec des outils CLI dédiés — on voit l'évolution du produit à travers ses prompts

Ce que ça change pour vous

Écrire de meilleurs CLAUDE.md

Si vous utilisez Claude Code, votre CLAUDE.md est un system prompt que vous écrivez vous-même. Lire les prompts professionnels vous enseigne les patterns qui fonctionnent :

• Être prescriptif sur les interdictions — "ne jamais faire X" est plus efficace que "essayer de faire Y"
• Donner des exemples concrets — les bons prompts montrent le format attendu, pas juste la règle
• Structurer par catégorie — sécurité, ton, outils, workflow, chaque section a son rôle
• Prioriser explicitement — "utiliser l'outil A en priorité, B en fallback" fonctionne mieux que "utiliser A ou B"

Comprendre les limites de votre outil

Les system prompts révèlent aussi les limites intentionnelles de chaque outil. Quand Claude Code refuse de faire un push --force, ce n'est pas un bug — c'est une décision écrite noir sur blanc dans son prompt. Connaître ces règles vous évite de vous battre contre l'outil.

Choisir entre les outils

Les prompts révèlent la philosophie produit de chaque outil. Claude Code est orienté "ingénieur senior qui ne flatte pas" ; Cursor est plus "assistant collaboratif" ; Devin est "agent autonome qui planifie". Si vous hésitez entre ces outils, lire leurs prompts vous en dit plus que n'importe quel article de comparaison.

L'éléphant dans la pièce : l'éthique

Ce repo pose une question délicate. Ces system prompts sont de la propriété intellectuelle. Ils n'ont pas été publiés volontairement par les entreprises — ils ont été extraits par reverse engineering (injection de prompts, lecture de fichiers locaux, interception de requêtes API).

Le repo est sous licence GPL-3.0, mais ça ne légitimise pas l'extraction elle-même. Les entreprises investissent du temps et de l'expertise dans la rédaction de ces prompts — c'est une partie significative de la valeur de leurs produits.

Cela dit, la transparence a aussi des avantages :

• Les utilisateurs comprennent mieux les outils qu'ils paient
• La communauté peut identifier des failles de sécurité
• Les développeurs qui écrivent leurs propres prompts (CLAUDE.md, skills) apprennent des meilleurs

C'est un peu comme le débat open source vs proprietary : la transparence force tout le monde à s'améliorer, mais elle ne respecte pas toujours les frontières de la propriété intellectuelle. À chacun de naviguer cette tension.

Ce qu'il faut retenir

• Les system prompts sont le vrai produit — l'interface graphique n'est que la surface. Les règles comportementales définissent l'expérience utilisateur
• Les mêmes patterns se répètent partout — garde-fous git, lecture avant écriture, parallélisation des outils. Ce sont des standards de fait
• Votre CLAUDE.md est un system prompt — appliquez les mêmes techniques : interdictions explicites, exemples concrets, priorités claires
• Les prompts évoluent avec le produit — Cursor a 7 versions documentées. Un prompt n'est jamais fini, il se raffine en continu
• L'optimisation du contexte est critique — tous les prompts professionnels consacrent des instructions à économiser les tokens. Faites pareil dans vos instructions

Retour aux articles