Commencez pour 0,99 $

20 prompts de code pour que l'IA arrête de deviner

Le mauvais code d'une IA vient presque toujours des trous que tu as laissés au modèle. Chaque prompt ici en referme un : le modèle lit avant d'écrire, teste avant de corriger et classe ses hypothèses à voix haute.

Remplace tout ce qui est entre [crochets] par ton code, ton erreur ou ton objectif.

01. Cartographie les dégâts possibles avant de toucher à quoi que ce soit

Avant de modifier du code que tu n'as pas écrit.

Lis le code ci-dessous. N'écris et ne modifie encore aucun code.

Dis-moi :
1. Ce qu'il fait, en trois phrases maximum.
2. Toutes les hypothèses qu'il fait sur ses entrées, ses appelants et son environnement.
3. Ce qui casserait si je [décris la modification que tu veux faire], et à quel endroit.

Si tu dois voir un autre fichier pour répondre, nomme le fichier et arrête-toi.

[colle le code]

02. Classe les causes avant que quiconque écrive un correctif

Un bug que tu ne sais pas encore expliquer.

Voici une erreur et le code autour.

Liste les trois causes les plus probables, la plus probable d'abord. Pour chacune, donne-moi l'unique ligne de log ou le test qui permettrait de la confirmer ou de l'écarter.

Ne propose pas de correctif. Je lancerai les vérifications et je te dirai quelle était la cause.

Erreur et stack trace :
[colle l'erreur]

Code :
[colle le code concerné]

03. Écris les tests qui échouent, puis arrête-toi

Avant de demander du nouveau code ou un correctif.

Écris des tests pour [fonction ou fonctionnalité] avec [framework de test].

Couvre le cas normal, ces cas limites : [liste ceux que tu connais déjà], et au moins deux cas auxquels je n'ai selon toi pas pensé. Explique en une ligne pourquoi chacun de ces deux cas compte.

Chaque test doit échouer sur le code actuel ou sur une implémentation manquante. N'écris pas l'implémentation.

Débloque gratuitement les 17 autres prompts

Inscris-toi à la newsletter de Whizi pour lire la suite de ce pack.

  1. Relis le diff comme la personne qu'on réveille en pleine nuit
  2. Refactorise sans changer un seul comportement
  3. Choisis les cinq fichiers à lire en premier
  4. Écris la requête sur ton vrai schéma
  5. Obtiens une regex avec les cas qui la prouvent
  6. Porte du code pour qu'il se lise comme écrit par un natif
  7. Trouve où part le temps grâce à un vrai profil
  8. Suis les entrées non fiables de la source jusqu'à la destination
  9. Écris le README qu'un inconnu peut utiliser
  10. Écris le message de commit à partir du diff
  11. Apprends un concept avec ton propre code
  12. Conçois l'API, puis attaque la conception
  13. Planifie une migration qui ne coupe jamais le site
  14. Fais poser les questions par le modèle
  15. Liste les entrées qui vont le casser
  16. Trouve ce qu'une mise à jour de dépendance casse dans ton code
  17. Demande à un second modèle de noter le premier