Prompts de code pour Grok

J'utilise [langage ou framework et version]. Expliquez cette erreur en termes simples, listez ses trois causes les plus probables par ordre de priorité, et précisez ce qu'il faut vérifier en premier pour chacune : [coller l'erreur complète et la stack trace]

Cette fonction renvoie [résultat obtenu] lorsqu'elle est appelée avec [entrée], mais j'attends [résultat attendu]. Déroulez l'exécution ligne par ligne avec cette entrée en suivant l'état de chaque variable, et arrêtez-vous à la première ligne où l'état diverge de ce qu'il devrait être : [coller le code]

Ce code en [langage] produit parfois [symptôme] sous charge, mais jamais en test isolé : [coller le code]. Cherchez les race conditions, les états partagés et les suppositions d'ordonnancement. Pour chaque point suspect, décrivez l'entrelacement exact qui déclenche le bug et la façon de le corriger.

Examinez ce diff comme le ferait un développeur senior exigeant sur une base de code [langage]. Regroupez vos remarques par catégories : bugs, risques, lisibilité et tests, indiquez les numéros de ligne, puis concluez par un verdict (approuver, approuver avec modifications ou demander des modifications) justifié en une phrase : [coller le diff]

Pour la fonction ci-dessous, listez tous les cas limites que vous testeriez et pourquoi, puis écrivez les tests en [framework de test]. Incluez au moins un test qui devrait échouer avec le code actuel, et précisez lequel : [coller la fonction]

Générez des jeux de données de test réalistes pour ce modèle de données en [format, ex. JSON ou fonction factory] : [coller le modèle]. Incluez dix entrées standard et cinq cas épineux (chaînes vides, noms très longs, caractères non latins, dates limites...), en précisant clairement la catégorie de chacun.

À partir de ce schéma : [coller le schéma], écrivez une requête [base de données] qui renvoie [résultat souhaité]. Expliquez la requête clause par clause, puis proposez une variante qui gère également [cas limite, ex. les clients sans commande].

Cette expression régulière devrait [comportement attendu] en [langage ou outil], mais elle [comportement constaté] : [coller la regex]. Décomposez-la en expliquant chaque partie, donnez un exemple d'entrée qui met le problème en évidence, puis fournissez une version corrigée accompagnée de trois chaînes qu'elle doit obligatoirement rejeter.

Écrivez un script [bash ou PowerShell] qui [tâche, ex. archive les fichiers de log de plus de 30 jours dans un zip]. Sécurisez-le au maximum : mode simulation (dry-run) qui affiche uniquement les actions prévues, messages d'erreur explicites, et un commentaire sur chaque ligne qui supprime ou écrase des fichiers.

Rédigez la documentation de référence pour cet endpoint : [coller le code du handler ou la route]. Incluez la méthode et le chemin, les paramètres avec leurs types et leur caractère obligatoire ou non, un exemple de requête, des exemples de réponses de succès et d'erreur, ainsi que tous les codes d'état possibles.

Mon dépôt Git se trouve dans cet état : [coller git status et les dernières lignes de git log]. Je voulais [objectif]. Expliquez simplement ce qui s'est passé et donnez-moi les commandes exactes pour corriger la situation, en commençant par une sauvegarde de mon travail actuel. Prévenez-moi avant toute commande qui réécrit l'historique.

Je maîtrise [langage connu] et j'apprends [nouveau langage]. Prenez cet extrait écrit dans mon style habituel, [coller l'extrait], et réécrivez-le comme le ferait un développeur chevronné en [nouveau langage]. Expliquez ensuite les idiomes utilisés qui n'ont pas d'équivalent direct dans mon langage d'origine.

J'ai joint une capture d'écran de ma page. Le problème : [ce qui cloche visuellement]. Voici le HTML et le CSS de cette section : [coller le code]. Identifiez la cause, fournissez le correctif CSS minimal et expliquez pourquoi c'est arrivé pour m'éviter de reproduire l'erreur.

J'ai joint la photo d'un schéma de modèle de données tracé sur tableau blanc pour [application]. Convertissez-le en définitions de tables pour [base de données] avec clés primaires, clés étrangères et types appropriés. Listez les relations ambiguës sur le schéma et interrogez-moi avant de faire des suppositions.

Quelles sont les complexités temporelle et spatiale de cette fonction, et pourquoi ? [coller le code] S'il existe une approche plus rapide pour des entrées d'environ [taille], montrez-la en expliquant son impact sur la lisibilité.

Refactorez cette fonction pour la rendre plus lisible sans modifier son comportement : [coller le code]. Procédez par petites étapes explicites, commentez chaque modification en une ligne et listez les comportements incertains afin que je les valide avant de merger.

Rédigez un README pour mon projet [nom], qui sert à [description du projet]. Sections requises : présentation, démarrage rapide avec commandes prêtes à copier-coller, tableau des options de configuration, problèmes fréquents et guide de contribution. Voici les fichiers clés et commandes : [coller les détails]

Expliquez ce que fait ce code en [langage] à une personne qui sait programmer mais ne connaît pas cette base de code. Commencez par un résumé en deux phrases, analysez-le bloc par bloc et signalez tout ce qui ressemble à un bug ou un bricolage temporaire : [coller le code]

J'envisage de développer [fonctionnalité] de cette façon : [décrire l'approche]. Faites l'avocat du diable. Donnez les trois façons dont cette architecture risque d'échouer en production, les symptômes visibles en cas de panne et une alternative plus économique si possible. Soyez direct : je préfère l'entendre maintenant qu'à 3 h du matin.

Convertissez ce code [langage source] en [langage cible] idiomatique, sans faire du mot-à-mot : [coller le code]. Exploitez la bibliothèque standard du langage cible dès que possible, conservez le même comportement et listez les divergences de fonctionnement entre les deux langages (ex. division entière, encodage des chaînes).