← Retour au blog
Coulisses techniques · LLM · prompting · Lecture 7 min

Maîtriser ses prompts en 2026 Ce qui a vraiment changé depuis GPT-3.5 — basé sur 18 mois d'usage quotidien

Les techniques de prompting qui marchent vraiment en 2026, avec les modèles de dernière génération et les erreurs classiques à éviter.

💡 Ce que tu retiens en 30 secondes :
  • Role prompting (« tu es un expert X ») est devenu inutile sur les modèles 2026
  • Les instructions négatives ne marchent plus, dis ce que tu veux
  • Le structured output bat le prompting créatif pour les sorties exploitables
  • La fenêtre de contexte est un outil, pas un luxe : utilise-la
🧠

Les conseils de prompting de 2023 sont obsolètes

J'utilise Claude, GPT et Gemini en production depuis 18 mois, tous les jours, sur des tâches critiques (code client, articles, emails, agents autonomes). Voici les 6 choses qui ont fondamentalement changé dans ma façon de prompter. Pas du hype, du retour d'usage terrain.

01

« Fais comme si tu étais X » est devenu inutile

role prompting · dead

En 2023, le role prompting (« tu es un expert SEO avec 15 ans d'expérience... ») aidait. En 2026, ça n'apporte plus rien sur les modèles de pointe. Claude 4 et GPT-5 ont déjà le contexte, le role est implicite. Le role prompting gaspille des tokens et peut même dégrader la réponse en créant un cadrage artificiel.

À la place, donne des exemples concrets (few-shot). C'est 10x plus efficace qu'un long role prompt. Le modèle apprend le format et le ton de ta sortie attendue, pas un personnage fictif.

  1. Le rôle est implicite

    Pas besoin de le déclarer. Le modèle de 2026 devine le contexte tout seul.

  2. Le contexte

    Tout le contexte pertinent, en entier. Plus tu es précis sur ta situation, plus la réponse est juste.

  3. La tâche

    Ce que tu veux, en une phrase claire. Pas de conditionnel, pas de nuance, une instruction directe.

  4. Le format de sortie

    Le format exact attendu, en JSON schema si possible. Le modèle respecte la spec à 100%.

  5. 1-2 exemples concrets

    Montre la sortie attendue plutôt que la décrire. Few-shot > role prompt, 10x plus efficace.

02

Les instructions négatives sont une perte de temps

dire ce qu'on veut, pas l'inverse

« Ne fais pas X, ne fais pas Y » ne marche pas bien. Le modèle oublie ou interprète mal. Dis ce que tu veux, pas ce que tu ne veux pas. « Écris un email de 3 phrases maximum, ton direct » > « N'écris pas un long email, évite le ton formel ».

Pire : les modèles 2026 sont entraînés à chercher l'intention derrière l'instruction. Si tu écris « ne mentionne pas la concurrence », le modèle peut interpréter ça comme « mentionne la concurrence pour ne pas la mentionner ». Effet Streisand garanti.

03

Le structured output bat le prompting créatif

JSON schema · tool use

Si tu veux une sortie exploitable (JSON, table, liste), force le format dans le prompt ET en sortie. Les modèles 2026 supportent tous le JSON schema, le tool calling, et les grammaires contraintes (GBNF). Utilise-les. En pratique : ne dis pas « réponds en JSON », donne le schéma exact et utilise l'API mode « json_object » ou « tool_use ».

Avantage énorme : tu récupères du JSON parsable, pas du texte que tu dois re-parser toi-même. Plus de regex fragile, plus de string matching à la main.

💡 Le bon réflexe

Pour tout output structuré : utilise le mode JSON ou tool_use de l'API. Le modèle respecte le schéma à 100%, pas à 95%. Si tu dois re-parser, t'as un bug, pas une limite du modèle.

04

Le prompting par tools est le nouveau prompting par instructions

tools · agents

En 2026, un prompt efficace ne décrit pas un workflow, il définit des tools. Chaque tool = une action, une signature, une docstring claire. Le modèle choisit tout seul comment les combiner. C'est toute la philosophie derrière les agents : au lieu de dire « chercher sur Google, résumer, envoyer par email », tu définis search_web(query), summarize(text), send_email(to, subject, body), et tu laisses le modèle composer.

Le prompting par tools est plus court, plus précis, et plus robuste. Le modèle ne dévie pas de la spec parce que la spec est dans les signatures des tools, pas dans le texte libre.

⚠️ Erreur classique

Décrire un workflow en langage naturel (« d'abord fais ça, puis ça ») au lieu de définir des tools. Le modèle va improviser, oublier une étape, ou en sauter une. Les tools = spec, le langage = suggestion.

→ LE BILAN

Trois choses qui n'ont PAS changéEt qui restent vraies quelle que soit l'année

L'itération reste reine, le contexte est roi, les exemples battent les instructions. Ton premier prompt est toujours mauvais, le 3e est correct, le 5e est bon. Tout le reste est détail technique qui change avec les modèles. Ces 3 invariants te sauveront toujours.

Tu veux industrialiser les prompts de ton équipe ?

On propose des ateliers prompts pour les équipes : 2h pour aligner tout le monde sur les techniques qui marchent en 2026, avec des templates réutilisables et un guide interne.