agentleFS
nisarthnisarth/claude-skills-store/skills/data/analyze/SKILL.md

analyze

Skill1 starsChanged 7 months agoMITView on GitHub

Answer data questions -- from quick lookups to full analyses. Use when looking up a single metric, investigating what's driving a trend or drop, comparing segments over time, or preparing a formal data report for stakeholders. Trigger phrases: "analyze this data", "what's driving the drop in", "compare these segments", "pull the numbers for", "data report on", "why did X change", "break down by", "what does the data say about", "investigate this trend", "summarize the metrics"

70 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use constitution, revise and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • ArvorCoSkill

    constitution

    Create or update the project constitution - personalized governance and coding principles. Use when starting a project or updating project standards. Triggers on: create constitution, update principles, set project rules.

    Also in 4 projects that use this

  • stormlightlabsSkill

    revise

    Address review comments on an open pull request and push the fixes. Use for /edit, /revise, or when asked to respond to review feedback on a PR number.

    Also in 3 projects that use this

  • DockerSkill

    write

    Write or edit reader-facing technical prose for immediate comprehension. Use for documentation, PR titles and descriptions, release notes, design documents, user-facing explanations, and substantive comments. Also use when asked to make writing clearer, more natural, less AI-generated, or easier to read. For documentation fixes, handles edits, formatting, self-review, and commits after research identifies what to change. Do not use for code-only tasks with no prose deliverable.

    Also in 6 projects that use this

  • ArvorCoSkill

    specify

    Create feature specification from natural language description. Use when starting a new feature or creating a spec. Triggers on: create spec, specify feature, new feature spec.

    Also in 5 projects that use this

  • H-mmerSkill

    submit

    Draft and submit a vulnerability report to the bug bounty platform. Reads scope.yaml for platform/program, uses brain + findings for content. Always drafts first for review.

    Also in 3 projects that use this

  • GoogleSkill

    quality

    Evaluates whether a GitHub issue is spam, empty, needs more information, or is OK to proceed.

    Also in 3 projects that use this

  • +1 more from ArvorCo

The file

We split this skill into the rules it gives an agent

11 rules. 0 are common, 11 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 60 edited versions we read keep these.

  • 11

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before touching any data, confirm:

    line 29
  2. Distinctive:

    If any of these are ambiguous, ask clarifying questions before proceeding.

    line 38
  3. Distinctive:

    SQL against a warehouse: Write and run queries. Use CTEs for readability.

    line 44
  4. Distinctive:

    Provided tables or numbers: Verify units, time periods, and whether values are cumulative or incremental.

    line 47
  5. Distinctive:

    Always perform a data quality check:

    line 49
  6. Distinctive:

    Start broad, then narrow: Look at the overall trend before drilling into segments.

    line 62
  7. Distinctive:

    Quantify impact: Every insight should have a number attached: "Segment X declined 12%, contributing 4pp of the total 7pp decline."

    line 65
  8. Distinctive:

    Validate with a second approach: If you computed a metric one way, verify with an alternative calculation.

    line 67
  9. Distinctive:

    Flag uncertainty: If data is incomplete or methodology has limitations, say so explicitly.

    line 135
  10. Distinctive:

    Include time context: Always state the date range analyzed and when the data was last refreshed.

    line 137
  11. Distinctive:

    Normalize when comparing: Use per-capita, per-session, or indexed values when comparing groups of different sizes.

    line 138

“Common” is measured: kept by at least 6 in 10 of the 60 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Data Analysis Skill

Answer data questions ranging from quick metric lookups to full investigative analyses. Adapt depth and rigor to the complexity of the question.

Workflow

Step 1: Classify the Request

Determine the analysis tier before starting work:

TierDescriptionTypical Output
LookupSingle metric or fact retrievalOne number with context
ExplorationInvestigate a pattern, trend, or anomalySummary with supporting evidence
ComparisonCompare segments, periods, or cohortsSide-by-side breakdown with deltas
Deep AnalysisRoot-cause investigation or formal reportStructured report with methodology

Step 2: Understand the Question

Before touching any data, confirm:

  1. What is the core question? Restate it in your own words.
  2. What metric(s) matter? Identify the KPIs or measures involved.
  3. What dimensions are relevant? Time periods, segments, geographies, products.
  4. What granularity? Daily, weekly, monthly, per-user, per-transaction.
  5. Who is the audience? Executive summary vs. analyst deep-dive.
  6. What action will this inform? Understanding the decision context shapes the analysis.

If any of these are ambiguous, ask clarifying questions before proceeding.

Step 3: Gather Data

Depending on what is available:

  • SQL against a warehouse: Write and run queries. Use CTEs for readability. Always include row counts and sanity checks.
  • CSV/Excel files: Load with pandas. Immediately check shape, dtypes, nulls, and head/tail.
  • API responses: Parse JSON, flatten nested structures, validate completeness.
  • Provided tables or numbers: Verify units, time periods, and whether values are cumulative or incremental.

Always perform a data quality check:

# Standard quality check
print(f"Shape: {df.shape}")
print(f"Date range: {df['date'].min()} to {df['date'].max()}")
print(f"Null counts:\n{df.isnull().sum()}")
print(f"Duplicates: {df.duplicated().sum()}")

Step 4: Analyze

Follow these principles:

  • Start broad, then narrow. Look at the overall trend before drilling into segments.
  • Compare to a baseline. Week-over-week, month-over-month, year-over-year, or plan/budget.
  • Decompose changes. Break a top-line change into contributing factors (mix shift, volume, rate).
  • Quantify impact. Every insight should have a number attached: "Segment X declined 12%, contributing 4pp of the total 7pp decline."
  • Check for confounders. Seasonality, holidays, product launches, data pipeline issues.
  • Validate with a second approach. If you computed a metric one way, verify with an alternative calculation.

Step 5: Structure the Output

For Lookups

**[Metric Name]**: [Value] ([comparison to baseline])
Context: [One sentence of relevant context]

For Explorations and Comparisons

## Summary
[2-3 sentence answer to the question]

## Key Findings
1. [Finding with quantification]
2. [Finding with quantification]
3. [Finding with quantification]

## Supporting Data
[Table or chart]

## Caveats
[Any data quality issues, missing data, or assumptions]

For Deep Analyses

## Executive Summary
[3-5 sentences answering the question with key numbers]

## Methodology
[How you approached the analysis, what data was used, time period]

## Findings
### Finding 1: [Title]
[Detail with supporting data]

### Finding 2: [Title]
[Detail with supporting data]

## Recommendations
[What actions the data supports]

## Appendix
[Detailed tables, query logic, caveats]

Examples

Example 1: Quick Lookup

User: "What was our conversion rate last week?" Response: Pull the metric, compare to prior week and same week last year, note if it is within normal range.

Example 2: Trend Investigation

User: "Why did revenue drop in March?" Response: Decompose revenue into volume and average order value. Break down by channel, geography, and product line. Identify the largest contributing factors. Check for external events (holidays, outages, competitor actions).

Example 3: Segment Comparison

User: "How do enterprise customers compare to SMB in retention?" Response: Compute retention curves for both segments. Compare at 30/60/90/180/365 day marks. Break down by cohort vintage. Test if the difference is statistically significant.

Best Practices

  1. Always show your work. Include the queries or code that produced each number so results can be reproduced.
  2. Lead with the answer. State the conclusion first, then provide supporting evidence. Do not make stakeholders read through methodology to find the answer.
  3. Use appropriate precision. Report "$4.2M" not "$4,217,893.42" for executive audiences. Keep full precision in appendix tables.
  4. Flag uncertainty. If data is incomplete or methodology has limitations, say so explicitly.
  5. Distinguish correlation from causation. Be precise about what the data shows vs. what it implies.
  6. Include time context. Always state the date range analyzed and when the data was last refreshed.
  7. Normalize when comparing. Use per-capita, per-session, or indexed values when comparing groups of different sizes.
  8. Provide actionable next steps. End with what should happen next, whether that is a deeper investigation, a decision, or monitoring.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.