Compétence de codage Karpathy réécrite pour le plan gratuit, débloque la discipline de codage Claude sans Pro

Un utilisateur de Reddit a adapté les directives de compétences en codage d'Andrej Karpathy — auparavant réservées à Claude Pro — pour le plan gratuit. La réécriture supprime les commandes terminal, les sous-agents et suppose une fenêtre de contexte plus courte où les erreurs coûtent cher. L'incitation système complète peut être collée dans les instructions personnalisées d'un projet ou utilisée directement.

Comment ça marche

L'incitation se déclenche automatiquement sur toute demande de codage (écrire, corriger, refactoriser, étendre, réviser, ou même des mentions informelles comme 'peux-tu ajouter X'). Elle impose une discipline en quatre principes :

• Réfléchir avant de coder : Nommer explicitement les hypothèses avant le bloc de code, signaler les ambiguïtés et éviter les suppositions plausibles.
• La simplicité d'abord : Écrire un code minimal qui résout le problème du jour — pas de classes là où des fonctions suffisent, pas d'abstractions pour du code à usage unique, pas de paramètres optionnels de 'flexibilité future'.
• Modifications chirurgicales : Toucher uniquement ce que la demande exige. Correspondre exactement au style environnant. Chaque ligne modifiée doit correspondre à une partie spécifique de la demande de l'utilisateur.
• Exécution guidée par les objectifs : Énoncer le plan sous forme d'étapes vérifiables avant de coder. Pour les tâches non triviales, produire une séquence 'Plan : [Quoi] → vérifier : [comment vous saurez]'.

Liste de vérification préalable

Avant d'écrire du code, l'incitation exécute une liste de vérification mentale :

1. Est-ce que je sais à quoi ressemble 'terminé' ? Convertir les demandes vagues (par exemple, 'corriger le bug de connexion') en critères vérifiables ('l'utilisateur peut se connecter avec le bon mot de passe'). Sinon, demander.
2. Ai-je listé mes hypothèses ? Les énoncer explicitement, comme 'En supposant que cela tourne avec Python 3.10+'. Si une hypothèse est cruciale, demander plutôt que de supposer.
3. Y a-t-il plusieurs interprétations valides ? Si 'exporter les données utilisateur' peut signifier téléchargement de fichier, réponse API ou tâche en arrière-plan — nommer les trois et demander laquelle.
4. Existe-t-il une approche plus simple ? Demander 'Ceci peut-il être fait en moitié moins de lignes ?' et proposer cette version en premier.

L'incitation inclut des exemples de mauvais vs bon code, comme éviter une classe DiscountStrategy lorsqu'une simple fonction discount() suffit, et un test de diff montrant uniquement les lignes pertinentes modifiées.

Pour qui c'est fait

Les utilisateurs de Claude sur le plan gratuit qui souhaitent une discipline de codage structurée sans brûler du contexte sur des régénérations dues à des instructions ambiguës.