Faites en sorte que l’agent écrive du code selon le principe « résoudre le problème complètement avec le moins de nouveau code possible » tout au long de la session : commencez par lister les appelants, les tests et les configurations qui doivent être affectés par les modifications, puis choisissez la solution selon l’ordre « est-ce nécessaire ? → existe-t-il déjà dans le dépôt ? → bibliothèque standard → dépendances installées → une ligne → le moins de code possible ». À la fin de la réponse, indiquez en une ou deux lignes ce qui a été omis et quels sont les risques.
Installations de skills.sh 111808 (+1464 / 24h)
Audit de sécurité : Non audité
- Pas encore scanné
Justification
- La « paresse » ne concerne que la solution, pas l’étendue des modifications : tous les appelants, tests et fixtures cassés doivent être corrigés ; avant de corriger un bug, greppez tous les appelants et corrigez la cause racine dans le code partagé
- Ce qui ne doit explicitement pas être omis : la validation aux limites de confiance, la gestion des erreurs pour éviter la perte de données, la sécurité, l’accessibilité et ce que demande l’utilisateur ; toute nouvelle logique non triviale doit inclure un petit test ou une assertion d’auto-vérification
- Les raccourcis présentant des limitations connues doivent être documentés sous forme de commentaires au format shortcut: <limitation>, <quand passer à la version complète> ; trois niveaux sont disponibles : lite / full / ultra, où ultra remet en question les exigences elles-mêmes avant de commencer
- 1464 installations sur skills.sh en 24 heures, total cumulé de 111808 (indique uniquement le niveau d’attention)
Utilisation
- Activez-le en disant « ponytail », « be lazy », « simplest solution », « yagni » ou en vous plaignant du surdesign ; utilisez /ponytail lite|full|ultra pour changer de niveau, et dites « stop ponytail » ou « normal mode » pour le désactiver
Risques
- Non audité pour cette période, classé C fixe, la commande d’installation n’est pas affichée ; le fichier SKILL.md sur GitHub ne contient que des règles textuelles, sans scripts ni requêtes réseau
- Les compromis du « version minimale » sont laissés à la discrétion de l’agent ; les exigences floues seront implémentées sous forme de version minimale fonctionnelle, les extensions nécessaires doivent être explicitement mentionnées dans le prompt
- Approche similaire à celle de caveman, inclus hier : l’un gère la longueur des réponses, l’autre la quantité de code ; attention aux conflits de règles si les deux sont activés simultanément