Synthèse automatique
Guide l'utilisateur dans le choix d'une famille de modèles statistiques à partir de sa question de recherche, puis propose une séquence hiérarchique de modèles allant du modèle nul au modèle complet.
Points forts
- Arbre de décision explicite fondé sur le type de variable-réponse, les prédicteurs et le design (indépendant, répété, emboîté)
- Couvre un large éventail de méthodes : ANOVA/ANCOVA, régression et GLM, modèles mixtes, CCA/RDA/PERMANOVA, analyses factorielles et SEM
- Fournit des squelettes de modèles comparables et des exemples concrets en R, Python et Julia
- Phase d'intake structurée qui ne pose que les questions réellement manquantes
Limites
- Le skill produit un plan d'analyse et des formules, pas l'exécution des modèles ni l'interprétation des résultats
- Il dépend fortement des fichiers de référence du plugin (test-selection, model-hierarchy, anova-family, etc.) qui doivent être présents
- Suppose que l'utilisateur sait déjà décrire son design et son type de variables ; les cas très ambigus peuvent nécessiter un aller-retour
À utiliser lorsqu'on hésite entre plusieurs tests ou modèles statistiques et qu'on veut une recommandation argumentée avec une progression de modèles à comparer.
À éviter si l'on cherche directement du code exécuté sur ses données ou l'interprétation de résultats déjà obtenus, plutôt qu'une planification d'analyse.
Analyse de sécurité
SûrThe skill is a statistical planning assistant that only declares Read, Grep, and Glob — no Bash, Write, or network tools. It reads reference markdown files from the plugin directory and emits analysis guidance and code stubs for the user to run themselves. No destructive commands, no exfiltration, no obfuscation, no safety-disabling instructions. The only minor note is that the reference paths include a ../.. traversal to a shared references directory, but this is read-only documentation lookup with no execution risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
I have a continuous outcome (reaction time), two between-subject groups, and each participant is measured at three time points. Which statistical model should I use, and can you lay out a null-to-full model sequence in R?I'm predicting a binary outcome (converted / not converted) from a continuous score and a categorical condition, with users nested in regions. Should this be logistic regression or a GLMM? Give me the hierarchical test sequence.I have about 20 correlated continuous variables and no clear outcome — I want to find underlying structure. Should I use PCA, EFA, or CCA, and what does the model progression look like?name: plan-analysis description: User describes a research question — what they're trying to predict or explain, what variables are involved, and what the study design looks like — and wants a recommended statistical model with a hierarchical test sequence from null to fully specified. Use this skill whenever the user asks which statistical test or model to use, wants to plan an analysis, needs help choosing between ANOVA/regression/mixed effects/CCA/factor analysis, or describes outcome and predictor variables and wants a structured modelling approach. argument-hint: [outcome variable(s) and predictor description] user-invocable: true disable-model-invocation: false allowed-tools: Read, Grep, Glob
Skill: plan-analysis
Route a research question to the right statistical family and produce a hierarchical model sequence — null through fully specified — that the user can run and refine.
Reference files (load as directed below):
${CLAUDE_PLUGIN_ROOT}/references/test-selection.md— decision tree: outcome × predictors × design → method${CLAUDE_PLUGIN_ROOT}/references/model-hierarchy.md— null → full model patterns and comparison tests (R/Python/Julia)${CLAUDE_PLUGIN_ROOT}/references/anova-family.md— ANOVA, ANCOVA, RM-ANOVA, MANOVA, MANCOVA${CLAUDE_PLUGIN_ROOT}/references/regression-glm.md— OLS, logistic, Poisson, ordinal, LME, GLMM${CLAUDE_PLUGIN_ROOT}/references/multivariate.md— CCA, RDA, PERMANOVA, multivariate regression${CLAUDE_PLUGIN_ROOT}/references/factor-analysis.md— EFA, CFA, PCA, SEM skeleton${CLAUDE_PLUGIN_ROOT}/../../references/qc-metrics.md— shared diagnostics and assumption checks
Phase 0: Collect the four intake answers
Parse from $ARGUMENTS where possible. Ask only for what is missing.
-
Outcome(s) — what is being predicted or explained?
- How many outcome variables? (one or multiple)
- What type: continuous, binary (yes/no), count/rate, ordinal (ranked), nominal, or "no outcome — I want to find structure in the variables"?
-
Predictors — what explains the outcome?
- Are they categorical (groups, conditions, time points), continuous (scores, measurements), or a mix?
- Is there a variable you want to control for but are not interested in testing (a covariate)?
-
Design — what is the data structure?
- Are observations independent, or do subjects contribute multiple rows? (repeated measures, longitudinal, subjects nested in sites/families)
- Is this a designed experiment (randomised groups) or observational?
-
Language preference — R (default), Python, or Julia?
If the user already described the question in their message, extract these answers from context before asking. Only ask about genuinely missing information.
Phase 1: Navigate the decision tree
Load ${CLAUDE_PLUGIN_ROOT}/references/test-selection.md.
For regression-family analyses, also consult
${CLAUDE_PLUGIN_ROOT}/references/worked-examples.md for annotated workflows
covering simple regression, hierarchical ΔR², curvilinear, categorical coding,
and interaction/simple-slopes patterns (R/Python/Julia).
Follow the tree to identify:
- The recommended statistical family (e.g., "linear mixed effects regression")
- The corresponding reference file to load next
- Any method-specific questions flagged by the tree
Tell the user the recommended family in one sentence and why (what features of their design drove the choice). If two methods are plausible, name both and explain the deciding factor, then ask the user which fits their intent.
Phase 2: Load the method reference and ask method-specific questions
Load the reference file identified in Phase 1. Read the "Key decisions" section. Ask only questions whose answers are needed to write the model formula. Examples:
- ANOVA: "What is the reference / baseline group?" "Are any factors within-subject?"
- Regression: "Which predictors are you most interested in testing?" "Should any continuous predictors be mean-centred or standardised?"
- Mixed effects: "What is the grouping variable for the random effect?" "Do you expect random slopes, or only a random intercept?"
- CCA: "Which variables form Set A (predictors) and Set B (outcomes)?"
- EFA: "Do you have a hypothesis about how many factors there are?"
Phase 3: Confirm the model hierarchy
Load ${CLAUDE_PLUGIN_ROOT}/references/model-hierarchy.md for the code patterns.
Present the proposed model sequence as a numbered list:
Level 0 (null): outcome ~ 1
Level 1 (covariates): outcome ~ age + site
Level 2 (main effects): outcome ~ age + site + group + score
Level 3 (interaction): outcome ~ age + site + group * score
For each step, name the comparison test (F-test, likelihood ratio, Pillai's trace, etc.) and what a significant result means in plain language.
Ask: "Does this sequence match what you want to test? Any levels to add, remove, or reorder?"
Incorporate corrections before Phase 4.
Phase 4: Emit the model sequence as runnable code stubs
Generate a script skeleton in the user's chosen language. Use the code templates
from the method reference and model-hierarchy.md. The output should be:
- One model object per level, with the formula filled in from the confirmed hierarchy
- Comparison tests between adjacent levels (LRT,
anova(),car::Anova(), etc.) - Calls to the key diagnostic checks from
qc-metrics.mdfor this method family - Comments explaining what each level tests and what to look for in the output
The script is a starting point, not a finished analysis. The user should be able to copy it, point it at their data, and run it immediately.
Constraints
- Never recommend a method without explaining why — the user needs to understand the choice, not just receive a label.
- Never skip the null model. Every sequence starts at Level 0. Skipping it removes the ability to attribute explained variance to specific terms.
- If the design is ambiguous, ask. A wrong random-effects structure or a misidentified outcome type produces valid-looking but wrong results.
- Flag assumption violations early. If the user's description implies likely violations (e.g., heavily skewed outcome → mention GLM alternatives; small N with many predictors → mention regularisation or dimensionality reduction first), name the concern before committing to a model.
- Point toward a separate skill for complex methods. SEM with latent paths, Bayesian modelling, and machine learning pipelines are out of scope here. Name them and say "consider a dedicated skill or workflow for this."
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/statistical-analysis-planning-mrzxupy6' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/statistical-analysis-planning-mrzxupy6/download' --output '.skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md.part' && mv '.skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md.part' '.skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Grep, Glob
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md' && test -s '.skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/plan-analysis' && cp -R '.skill-downloads/statistical-analysis-planning-mrzxupy6' '.claude/skills/plan-analysis'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/statistical-analysis-planning-mrzxupy6'openskills read 'statistical-analysis-planning-mrzxupy6'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/statistical-analysis-planning-mrzxupy6/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Créer des cartes interactives avec kepler.gl
Data & IA
Création de cartes interactives et export HTML autonome avec le package Python keplergl, à partir de données géospatiales (DataFrame, GeoJSON, CSV).
Optimisation de paramètres par agent
Data & IA
Guide d'optimisation de systèmes configurables avec objectif mesurable, via des essais bornés et une recommandation fondée sur des preuves.
Relance des visiteurs ICP
Data & IA
Identifiez les utilisateurs inscrits correspondant au profil client idéal mais qui n'ont pas activé, et rédigez des messages de relance personnalisés pour les réengager.