Synthèse automatique
Ce skill fournit des patrons d'orchestration pour décomposer les tâches d'analyse de données en phases parallèles (fan-out) et de synthèse (reduce), optimisant l'exploration multidimensionnelle et la génération de rapports.
Points forts
- Permet d'analyser plusieurs dimensions simultanément pour gagner du temps
- Structure claire avec phases de décomposition et de synthèse
- Applicable à divers cas : EDA, qualité des données, ETL, rapports
- Favorise une couverture exhaustive des aspects d'un problème
Limites
- Nécessite un environnement supportant l'exécution parallèle d'agents
- Peut introduire une complexité de coordination entre les phases
- Les résultats dépendent fortement de la qualité des agents individuels
Idéal pour les projets d'analyse exploratoire ou de reporting où de multiples facettes doivent être examinées en parallèle.
Évitez pour des analyses simples ou linéaires où une seule approche séquentielle suffit.
Analyse de sécurité
SûrThe skill describes safe data analysis orchestration patterns with no destructive or exfiltrating commands. The only command examples use npx to create tasks, which is harmless.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Analyze this datasetCheck data quality for the customer tableGenerate monthly business reportData Analysis Orchestration Patterns
┌─────────────────────────────────────────────────────────────┐
│ │
│ Data yields insights faster when explored in parallel. │
│ Multiple dimensions, simultaneous analysis, clear story. │
│ │
└─────────────────────────────────────────────────────────────┘
Load when: Exploratory data analysis, data quality, report generation, ETL pipelines, statistical analysis Common patterns: Multi-Dimensional Exploration, Comprehensive Quality Audit, Hypothesis Testing
Table of Contents
Exploratory Data Analysis
Pattern: Multi-Dimensional Exploration
User Request: "Analyze this dataset"
Phase 1: FAN-OUT (Parallel initial exploration)
├─ Agent A: Schema analysis (columns, types, constraints)
├─ Agent B: Statistical summary (distributions, outliers)
├─ Agent C: Missing data analysis
├─ Agent D: Cardinality and uniqueness analysis
└─ Agent E: Sample data examination
Phase 2: REDUCE
└─ General-purpose agent: Synthesize initial findings
Phase 3: FAN-OUT (Deep dive based on findings)
├─ Agent A: Correlation analysis
├─ Agent B: Time series patterns (if applicable)
└─ Agent C: Categorical relationship analysis
Phase 4: REDUCE
└─ General-purpose agent: Complete EDA report
Pattern: Question-Driven Analysis
User Request: "Why are sales declining?"
Phase 1: EXPLORE
└─ Explore agent: Understand available data sources
Phase 2: FAN-OUT (Parallel hypothesis investigation)
├─ Agent A: Analyze sales by region
├─ Agent B: Analyze sales by product
├─ Agent C: Analyze sales by customer segment
├─ Agent D: Analyze external factors (seasonality, competition)
└─ Agent E: Analyze marketing/promotion effectiveness
Phase 3: REDUCE
└─ General-purpose agent: Identify key drivers, recommendations
Data Quality
Pattern: Comprehensive Quality Audit
User Request: "Check data quality for the customer table"
Phase 1: FAN-OUT (Parallel quality dimensions)
├─ Agent A: Completeness (null rates, missing values)
├─ Agent B: Accuracy (format validation, range checks)
├─ Agent C: Consistency (cross-field validation)
├─ Agent D: Timeliness (freshness, update patterns)
├─ Agent E: Uniqueness (duplicates, key integrity)
└─ Agent F: Validity (business rule compliance)
Phase 2: REDUCE
└─ General-purpose agent: Quality scorecard with issues
Phase 3: FAN-OUT (Remediation)
├─ Agent A: Fix completeness issues
├─ Agent B: Fix accuracy issues
└─ Agent C: Fix consistency issues
Pattern: Anomaly Detection
Phase 1: FAN-OUT
├─ Agent A: Statistical outlier detection
├─ Agent B: Business rule violations
├─ Agent C: Pattern anomalies (sudden changes)
└─ Agent D: Referential integrity issues
Phase 2: REDUCE
└─ General-purpose agent: Anomaly report with severity
Report Generation
Pattern: Multi-Section Report
User Request: "Generate monthly business report"
Phase 1: FAN-OUT (Parallel section generation)
├─ Agent A: Executive summary section
├─ Agent B: Sales performance section
├─ Agent C: Customer metrics section
├─ Agent D: Product analytics section
├─ Agent E: Financial summary section
└─ Agent F: Operational metrics section
Phase 2: REDUCE
└─ General-purpose agent: Compile sections, add insights
Phase 3: PIPELINE
└─ General-purpose agent: Format, add visualizations
ETL Pipelines
Pattern: ETL Development
User Request: "Create ETL pipeline for user events"
Phase 1: EXPLORE
└─ Explore agent: Understand source schema, target requirements
Phase 2: PLAN
└─ Plan agent: Design ETL architecture
Phase 3: FAN-OUT (Parallel component development)
├─ Agent A: Extract logic (source connectors)
├─ Agent B: Transform logic (cleaning, mapping)
├─ Agent C: Load logic (target insertion)
└─ Agent D: Error handling and logging
Phase 4: PIPELINE
├─ General-purpose agent: Wire components
└─ Background agent: Test with sample data
Pattern: ETL Debugging
User Request: "ETL job is failing"
Phase 1: FAN-OUT (Parallel diagnosis)
├─ Explore agent: Check job logs
├─ Explore agent: Check source data quality
├─ Explore agent: Check target schema compatibility
└─ Explore agent: Check resource utilization
Phase 2: REDUCE
└─ General-purpose agent: Root cause identification
Phase 3: PIPELINE
├─ General-purpose agent: Implement fix
└─ Background agent: Verify fix with test run
Statistical Analysis
Pattern: Hypothesis Testing
User Request: "Did the new feature improve conversion?"
Phase 1: EXPLORE
└─ Explore agent: Gather pre and post data
Phase 2: FAN-OUT
├─ Agent A: Descriptive statistics (both groups)
├─ Agent B: Distribution analysis
└─ Agent C: Confounding variable check
Phase 3: PIPELINE
├─ General-purpose agent: Select appropriate test
├─ General-purpose agent: Run statistical test
└─ General-purpose agent: Interpret results
Phase 4: REDUCE
└─ General-purpose agent: Conclusion with confidence
Pattern: Predictive Modeling
Phase 1: FAN-OUT (Data preparation)
├─ Agent A: Feature engineering
├─ Agent B: Data cleaning
└─ Agent C: Train/test split
Phase 2: SPECULATIVE (Model selection)
├─ Agent A: Train model type 1
├─ Agent B: Train model type 2
└─ Agent C: Train model type 3
Phase 3: REDUCE
└─ General-purpose agent: Compare models, select best
Task Management for Data Analysis
Structure data analysis with parallel exploration:
# Create analysis tasks
npx cc-mirror tasks create --subject "Understand data sources" --description "Schema, types, relationships..."
npx cc-mirror tasks create --subject "Explore distributions" --description "Statistical summaries, outliers..."
npx cc-mirror tasks create --subject "Analyze missing data" --description "Null patterns, imputation needs..."
npx cc-mirror tasks create --subject "Check data quality" --description "Validation, consistency..."
npx cc-mirror tasks create --subject "Synthesize findings" --description "Aggregate insights, recommendations..."
npx cc-mirror tasks create --subject "Generate report" --description "Visualizations, documentation..."
# Parallel exploration after understanding
npx cc-mirror tasks update 2 --add-blocked-by 1
npx cc-mirror tasks update 3 --add-blocked-by 1
npx cc-mirror tasks update 4 --add-blocked-by 1
npx cc-mirror tasks update 5 --add-blocked-by 2,3,4
npx cc-mirror tasks update 6 --add-blocked-by 5
# Spawn parallel analysis agents (haiku for data exploration)
Task(subagent_type="Explore", prompt="Task 2: Explore distributions...",
model="haiku", run_in_background=True)
Task(subagent_type="Explore", prompt="Task 3: Analyze missing data...",
model="haiku", run_in_background=True)
Task(subagent_type="Explore", prompt="Task 4: Check data quality...",
model="haiku", run_in_background=True)
Best Practices
- Parallelize exploration across dimensions
- Validate data quality before analysis
- Background long queries to maintain responsiveness
- Document assumptions in reports
- Include confidence levels in statistical conclusions
─── ◈ Data Analysis ─────────────────────
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/data-analysis-orchestration-patterns-mm5t8cjz/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/data-analysis-orchestration-patterns-mm5t8cjz' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/data-analysis-orchestration-patterns-mm5t8cjz/download' --output '.skill-downloads/data-analysis-orchestration-patterns-mm5t8cjz/SKILL.md.part' && mv '.skill-downloads/data-analysis-orchestration-patterns-mm5t8cjz/SKILL.md.part' '.skill-downloads/data-analysis-orchestration-patterns-mm5t8cjz/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.
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
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode 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/data-analysis-orchestration-patterns-mm5t8cjz/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.