
de skills32
Analyse exploratoire de données (EDA) guidée et défensive pour les jeux de données scientifiques : capturez d'abord le contexte, proposez une étape, exécutez des scripts jetables et maintenez un journal de session chronologique.
Ce skill fournit un flux de travail sécurisé pour l'analyse exploratoire de données (EDA) sur des jeux de données scientifiques (CSV, FASTA, etc.). Il impose une approche privilégiant le contexte : capture de la question de recherche et des contraintes avant le chargement des données, création d'une analyse initiale unique, exécution de scripts jetables de style PEP723 avec uv run, et enregistrement des actions et des découvertes dans un journal de session en ajout unique. Le skill met l'accent sur la sécurité, la reproductibilité et des étapes courtes et vérifiables plutôt que sur l'exécution de pipelines automatisés massifs.
À utiliser lorsqu'un utilisateur fournit des fichiers de données scientifiques et demande une exploration guidée, des statistiques descriptives ou des graphiques. Idéal pour les données bio/chimie/expérimentales où le contexte métier est crucial et où les actions exploratoires doivent être approuvées par un humain. Convient également aux sessions où l'auditabilité (journal, dossiers de session) est requise.
uv run ; les scripts sont attendus dans un dossier de session scripts/>.Conçu pour les agents capables de gérer des fichiers et d'exécuter des commandes shell/python (agents de style OpenClaw, Claude Code, Codex). Il suppose la disponibilité de l'outillage uv pour l'exécution isolée de scripts.
Compétence d'EDA scientifique sans scripts intégrés — purement basée sur des instructions. Fichier SKILL.md bien structuré avec 7 phases claires (de la capture de contexte à la sortie du graphique), des garde-fous et des références pour la mise en page de session et les carnets Marimo. Frontmatter propre, déclencheurs spécifiques et divulgation progressive efficace. Aucun problème de sécurité.
Compétence d'instruction uniquement sans scripts à tester. Structure de documentation exemplaire avec des phases, des tags et des références clairs. Le garde-fou « demander pourquoi avant d'exécuter » est un modèle de sécurité judicieux. La sortie des graphiques en WebP uniquement est une bonne pratique.