LIGNE DE SCRIPT
Un dossier de scripts dont vous vous souvenez à peine.
Une étagère, tout étiqueté, rien perdu deux fois.
73 compétences sur cette ligne
Analyser les fichiers et obtenir les métadonnées détaillées, y compris la taille, le nombre de lignes, les heures de modification et les statistiques de contenu. Utiliser lorsque les utilisateurs demandent des informations sur les fichiers, des statistiques ou une analyse sans modifier les fichiers.
Générer des hypothèses testables. Formuler à partir d'observations, concevoir des expériences, explorer des explications concurrentes, élaborer des prédictions, proposer des mécanismes, pour l'enquête scientifique dans tous les domaines.
Un ensemble de ressources pour m'aider à rédiger tous types de communications internes, en utilisant les formats que mon entreprise aime utiliser. Claude devrait utiliser cette compétence chaque fois qu'on lui demande d'écrire un type de communication interne (rapports de statut, mises à jour de la direction, mises à jour 3P, bulletins d'information de l'entreprise, FAQ, rapports d'incident, mises à jour de projet, etc.).
Cette compétence doit échouer l’analyse parce que son champ de description est orthographié incorrectement.
Cette compétence devrait échouer à la validation car elle n’a pas de description.
Cette compétence doit échouer en matière d'analyse en raison d'un en-tête YAML mal formé.
Cette compétence a une syntaxe YAML mal formée et devrait échouer à être analysée.
Inverser les hypothèses fondamentales pour révéler les contraintes cachées et les approches alternatives - « et si le contraire était vrai ? »
Travailler avec les problèmes Linear via l'interface en ligne de commande (CLI) - utilisez cette compétence chaque fois que l'utilisateur pose des questions sur les problèmes Linear, la création, la mise à jour, la commentaire ou la suppression de problèmes, ou la vérification de l'état et des détails des problèmes
Crée des ADR (format Nygard, 7 sections, ~300-500 mots) via un court Q&R. Attribue le numéro suivant de l'ADR et valide les normes.
Orchestre les tâches de Story. Priorise To Review -> To Rework -> Todo, délègue à ln-331/ln-333/ln-334, confie la qualité de Story à ln-340. Chargement uniquement des métadonnées initialement.
Exécute les tâches d'implémentation (Todo -> In Progress -> To Review). Respecte les principes KISS/YAGNI, les guides et les vérifications de qualité. Pas pour les tâches de test.
Évalue une seule tâche dans la section À réviser et décide si elle est Terminée ou À retravailler avec des corrections immédiates ou des notes de retravail claires. - Charge la tâche complète et l’Histoire parente ; comprendre les Critères d’Acceptation, le contexte et l’Approche Technique. - Vérifier l’architecture, l’exactitude, l’hygiène de configuration, la documentation et les tests. - Pour les tâches de test, vérifier les risques bas...
Corrige les tâches dans "À retravailler" et les renvoie à "À vérifier". Applique les commentaires du réviseur uniquement pour la tâche sélectionnée.
Ouvrier qui vérifie la conformité DRY/KISS/YAGNI/architecture/guide pour les tâches d'implémentation terminées. Signale les problèmes; ne modifie pas les statuts ni ne crée de tâches.
Intégration complète d'un appareil M5Stack ESP32 fraîchement branché (Cardputer, Cardputer-Adv, Core, CoreS3, Stick) : détecter via USB, flasher le firmware UIFlow 2.0 et installer le bundle d'applications Claude Buddy MicroPython. À utiliser lorsque l'utilisateur branche ou souhaite flasher/provisionner/réinitialiser une carte M5Stack ou ESP32, ou dit "m5-onboard go".
Utilisez ceci lorsque l'utilisateur demande à rechercher dans la mémoire, demande « avons-nous déjà résolu cela ? », « comment avons-nous fait X la dernière fois ? » ou souhaite retrouver le travail des sessions précédentes.
Identifier les modèles apparaissant dans 3 domaines ou plus pour trouver les principes universels