Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Data analysis across SQL, visualization, statistics, and reporting. Use when writing SQL queries, building dashboards, performing cohort or funnel analysis, running hypothesis tests, or presenting data-driven recommendations.
.claude/skills/borghei-data-analyst/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-05 | ✗→✓ | ▲ Improved | -2% | 0% |
| case-02 | ✓→✗ | ▼ Worse | 236% | 0% |
| case-03 | ✓→✗ | ▼ Worse | -29% | 0% |
| case-01 | ✓→✓ | = Same ✓ | 127% | 0% |
| case-06 | ✓→✓ | = Same ✓ | 168% | 0% |
The agent operates as a senior data analyst, writing production SQL, designing visualizations, running statistical tests, and translating findings into actionable business recommendations.
Before the analysis, confirm these inputs. If any is unknown or vague, ASK — do not assume:
Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
EXPLAIN ANALYZE on complex queries to verify index usage and scan cost.Monthly aggregation with growth:
sqlWITH monthly AS ( SELECT date_trunc('month', created_at) AS month, COUNT(*) AS total_orders, COUNT(DISTINCT customer_id) AS unique_customers, SUM(amount) AS revenue FROM orders WHERE created_at >= '2024-01-01' GROUP BY 1 ), growth AS ( SELECT month, revenue, LAG(revenue) OVER (ORDER BY month) AS prev_revenue FROM monthly ) SELECT month, revenue, ROUND((revenue - prev_revenue) / prev_revenue * 100, 1) AS growth_pct FROM growth ORDER BY month;
Cohort retention:
sqlWITH first_orders AS ( SELECT customer_id, date_trunc('month', MIN(created_at)) AS cohort_month FROM orders GROUP BY 1 ), cohort_data AS ( SELECT f.cohort_month, date_trunc('month', o.created_at) AS order_month, COUNT(DISTINCT o.customer_id) AS customers FROM orders o JOIN first_orders f ON o.customer_id = f.customer_id GROUP BY 1, 2 ) SELECT cohort_month, order_month, EXTRACT(MONTH FROM AGE(order_month, cohort_month)) AS months_since, customers FROM cohort_data ORDER BY 1, 2;
Window functions (running total + previous order):
sqlSELECT customer_id, order_date, amount, SUM(amount) OVER (PARTITION BY customer_id ORDER BY order_date) AS running_total, LAG(amount) OVER (PARTITION BY customer_id ORDER BY order_date) AS prev_amount FROM orders;
| Data question | Best chart | Alternative | |---------------|-----------|-------------| | Trend over time | Line | Area | | Part of whole | Donut | Stacked bar | | Comparison | Bar | Column | | Distribution | Histogram | Box plot | | Correlation | Scatter | Heatmap | | Geographic | Choropleth | Bubble map |
Design rules: Start Y-axis at zero for bar charts. Use <= 7 colors. Label axes. Include benchmarks or targets for context. Avoid 3D charts and pie charts with > 5 slices.
+------------------------------------------------------------+
| KPI CARDS: Revenue | Customers | Conversion | NPS |
+------------------------------------------------------------+
| TREND (line chart) | BREAKDOWN (bar chart) |
+-------------------------------+-----------------------------+
| COMPARISON vs target/LY | DETAIL TABLE (top N) |
+-------------------------------+-----------------------------+Hypothesis testing (t-test):
pythonfrom scipy import stats import numpy as np def compare_groups(a: np.ndarray, b: np.ndarray, alpha: float = 0.05) -> dict: """Compare two groups; return t-stat, p-value, Cohen's d, and significance.""" stat, p = stats.ttest_ind(a, b) d = (a.mean() - b.mean()) / np.sqrt((a.std()**2 + b.std()**2) / 2) return {"t_statistic": stat, "p_value": p, "cohens_d": d, "significant": p < alpha}
Chi-square test for independence:
pythondef test_independence(table, alpha=0.05): chi2, p, dof, _ = stats.chi2_contingency(table) return {"chi2": chi2, "p_value": p, "dof": dof, "significant": p < alpha}
| Category | Metric | Formula | |----------|--------|---------| | Acquisition | CAC | Total S&M spend / New customers | | Acquisition | Conversion rate | Conversions / Visitors | | Engagement | DAU/MAU ratio | Daily active / Monthly active | | Retention | Churn rate | Lost customers / Total at period start | | Revenue | MRR | SUM(active subscription amounts) | | Revenue | LTV | ARPU x Gross margin x Avg lifetime |
markdown## [Headline: action-oriented finding] **What:** One-sentence description of the observation. **So What:** Why this matters to the business (revenue, retention, cost). **Now What:** Recommended action with expected impact. **Evidence:** [Chart or table supporting the finding] **Confidence:** High / Medium / Low
markdown# Analysis: [Topic] ## Business Question -- What are we trying to answer? ## Hypothesis -- What do we expect to find? ## Data Sources -- [Source]: [Description] ## Methodology -- Numbered steps ## Findings -- Finding 1, Finding 2 (with supporting data) ## Recommendations -- [Action]: [Expected impact] ## Limitations -- Known caveats ## Next Steps -- Follow-up actions
references/sql_patterns.md -- Advanced SQL queriesreferences/visualization.md -- Chart selection guidereferences/statistics.md -- Statistical methodsreferences/storytelling.md -- Presentation best practicesbashpython scripts/query_optimizer.py --file query.sql python scripts/query_optimizer.py --sql "SELECT * FROM orders" --json python scripts/data_profiler.py --file sales.csv python scripts/data_profiler.py --file data.json --top 10 --json python scripts/report_generator.py --file sales.csv --title "Monthly Sales Report" python scripts/report_generator.py --file data.csv --group-by region --format markdown --json
| Tool | Purpose | Key Flags | |------|---------|-----------| | query_optimizer.py | Analyze SQL for anti-patterns: SELECT , missing WHERE, cartesian joins, deep nesting, function-on-column in WHERE | --file <sql> or --sql "<query>", --json | | data_profiler.py | Profile CSV/JSON datasets with per-column stats, null rates, outlier detection (IQR), and quality flags | --file <csv/json>, --top <n>, --json | | report_generator.py | Generate summary reports with numeric aggregations, group-by breakdowns, and highlights | --file <csv/json>, --title, --group-by <col>, --format text/markdown, --json |
| Problem | Likely Cause | Resolution | |---------|-------------|------------| | SQL query runs for minutes on a table with indexes | Query uses functions on indexed columns in WHERE clause (e.g., WHERE UPPER(name) = ...) | Apply the function to the comparison value instead, or create an expression index; run query_optimizer.py to detect this pattern | | data_profiler.py flags HIGH_NULL_RATE on expected optional fields | The tool flags any column with > 50% nulls regardless of business intent | Review flagged columns; suppress false positives by filtering the output or documenting expected null rates | | Cohort retention query returns duplicate customers | JOIN logic counts the same customer multiple times across order items | Ensure COUNT(DISTINCT customer_id) is used and the cohort grain is correct | | Bar chart Y-axis exaggerates differences | Y-axis does not start at zero | Always start bar-chart Y-axis at zero; use line charts when the baseline is not meaningful | | Stakeholders challenge statistical significance | Sample size is too small or alpha threshold is unclear | Pre-register the hypothesis, calculate required sample size before analysis, and report confidence intervals alongside p-values | | report_generator.py shows unexpected column as numeric | Column contains mostly numbers but includes some text codes | Clean the data upstream or pre-filter; the tool treats a column as numeric when > 80% of values parse as floats | | EXPLAIN ANALYZE shows sequential scan despite index existence | Query predicates do not match the index columns or the table is too small for the planner to prefer an index | Verify index column order matches query predicates; for small tables, sequential scan may actually be faster |
query_optimizer.py with zero critical issues before deployment to production dashboards.report_generator.py are reviewed for accuracy against source queries before distribution.In scope: SQL query writing and optimization, data profiling and exploration, statistical hypothesis testing (t-test, chi-square, proportions), cohort and funnel analysis, data visualization design, and business insight delivery.
Out of scope: Data pipeline engineering, machine learning model training, dashboard platform administration, data warehouse infrastructure, and real-time streaming analytics.
Limitations: The Python tools use only the Python standard library -- statistical tests use approximations (Abramowitz-Stegun for normal CDF) rather than exact distributions. For production-grade statistics, use scipy or statsmodels. query_optimizer.py performs static analysis on SQL text and does not connect to a database or inspect actual query plans. data_profiler.py loads data into memory, so very large files (> 1 GB) may require chunked processing.
data-analytics/analytics-engineer): Provides the clean mart models that analysts query; data quality issues found during analysis feed back to the analytics engineer.data-analytics/business-intelligence): Ad-hoc analyses that prove valuable often graduate into repeatable BI dashboards.data-analytics/data-scientist): Complex findings requiring predictive modeling or causal inference are handed off to data science.product-team/): Product managers consume funnel and cohort analyses for feature prioritization.business-growth/): Revenue and customer health analyses inform growth strategy.| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-01 | pass→pass | 21,899 | 30,496 | +39% | 1 | 1 | 0% | 4,024 | 9,136 | +127% | 0 | 0 | — |
case-02 | pass→fail | 8,210 | 7,331 | -11% | 1 | 1 | 0% | 1,254 | 4,210 | +236% | 0 | 0 | — |
case-03 | pass→fail | 29,605 | 6,897 | -77% | 1 | 1 | 0% | 5,846 | 4,124 | -29% | 0 | 0 | — |
case-04 | fail→fail | 18,849 | 24,836 | +32% | 1 | 1 | 0% | 3,726 | 7,722 | +107% | 0 | 0 | — |
case-05 | fail→pass | 20,945 | 7,763 | -63% | 1 | 1 | 0% | 4,273 | 4,169 | -2% | 0 | 0 | — |
case-06 | pass→pass | 9,024 | 5,830 | -35% | 1 | 1 | 0% | 1,380 | 3,696 | +168% | 0 | 0 | — |
case-07 | pass→pass | 4,751 | 5,315 | +12% | 1 | 1 | 0% | 980 | 3,884 | +296% | 0 | 0 | — |
case-08 | pass→pass | 5,517 | 7,755 | +41% | 1 | 1 | 0% | 1,060 | 4,255 | +301% | 0 | 0 | — |
case-09 | pass→pass | 7,728 | 10,405 | +35% | 1 | 1 | 0% | 1,492 | 4,784 | +221% | 0 | 0 | — |
case-10 | pass→pass | 9,795 | 7,661 | -22% | 1 | 1 | 0% | 1,590 | 4,092 | +157% | 0 | 0 | — |
case-11 | pass→pass | 9,368 | 10,316 | +10% | 1 | 1 | 0% | 1,555 | 4,623 | +197% | 0 | 0 | — |
case-12 | pass→pass | 16,919 | 9,111 | -46% | 1 | 1 | 0% | 2,773 | 4,314 | +56% | 0 | 0 | — |
case-13 | pass→pass | 11,016 | 22,183 | +101% | 1 | 1 | 0% | 1,759 | 6,914 | +293% | 0 | 0 | — |
case-14 | pass→pass | 8,866 | 7,391 | -17% | 1 | 1 | 0% | 1,515 | 4,320 | +185% | 0 | 0 | — |
case-15 | pass→pass | 7,118 | 9,759 | +37% | 1 | 1 | 0% | 1,372 | 4,749 | +246% | 0 | 0 | — |
case-16 | pass→pass | 10,250 | 10,003 | -2% | 1 | 1 | 0% | 1,683 | 4,684 | +178% | 0 | 0 | — |
case-17 | pass→pass | 7,404 | 5,359 | -28% | 1 | 1 | 0% | 1,259 | 3,834 | +205% | 0 | 0 | — |
case-18 | pass→pass | 10,308 | 17,211 | +67% | 1 | 1 | 0% | 1,808 | 6,055 | +235% | 0 | 0 | — |
case-19 | pass→pass | 9,399 | 9,694 | +3% | 1 | 1 | 0% | 1,538 | 4,463 | +190% | 0 | 0 | — |
case-20 | pass→pass | 14,550 | 13,288 | -9% | 1 | 1 | 0% | 2,669 | 5,289 | +98% | 0 | 0 | — |
case-21 | pass→pass | 7,052 | 3,218 | -54% | 1 | 1 | 0% | 1,038 | 3,349 | +223% | 0 | 0 | — |
case-22 | pass→pass | 12,302 | 12,428 | +1% | 1 | 1 | 0% | 1,862 | 4,770 | +156% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted. The headline lift of -33 percentage points is the difference between those two pass rates over the 22 comparable cases. 2 cases got worse with the skill loaded, and they are included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.