data
Skill448 starsChanged 4 days agoMITView on GitHub
Data analysis and reference enrichment.
16 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- rylsherdamz-rgb/stellar-forgetheir own version, first seen Nov 8, 2026
- wubinKKK/private-ai-workbenchtheir own version, first seen Nov 8, 2026
- jstilb/ai-assistanttheir own version, first seen Oct 30, 2026
- whitecircle/halotheir own version, first seen Oct 9, 2026
- notque/claude-code-toolkitedited, first seen Oct 8, 2026
- Zafer-Liu/Data-Analysis-Agenttheir own version, first seen Oct 8, 2026
Used with
Projects with it also use browser and frontend-design.
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.
ryu111Skillbrowser
agent-browser CLI 瀏覽器自動化指南。E2E 測試、UI 調試、設計驗證。適用於需要實際操作瀏覽器的場景。
Also in 3 projects that use this
BlockSkillfrontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.
Also in 3 projects that use this
Other versions16 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- notque/claude-code-toolkit★ 44899% same
Wrote their own version · 15
- Zafer-Liu/Data-Analysis-Agent★ 2.6ksame name
- trycompai/comp★ 2.1ksame name
- whitecircle/halo★ 851same name
- robium-ai/robium★ 93same name
- rylsherdamz-rgb/stellar-forge★ 17same name
- wubinKKK/private-ai-workbench★ 4same name
- launch52-ai/flutter-template★ 2same name
- emretasss/stellar-paygate-mcp★ 1same name
- Evan-Kim2028/agent-skills★ 1same name
- joaocarloscruz/skills★ 1same name
5 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository64 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- assessmentSkill
- business-opsSkill
- code-qualitySkill
- comment-qualitySkill
- condenseSkill
- joy-checkSkill
- content-engineSkill
- contentSkill
- headlinesSkill
- image-genSkill
- image-to-videoSkill
- series-plannerSkill
- topic-brainstormerSkill
- video-editingSkill
- writingSkill
- domainSkill
- cli-designSkill
- frontendSkill
- frontend-slidesSkill
- jev-designSkill
- webgl-card-effectsSkill
- game-asset-generatorSkill
- game-devSkill
- game-trailerSkill
- motion-pipelineSkill
- browser-jev-automationSkill
- cve-source-checkSkill
- deploySkill
- endpoint-validatorSkill
- headless-cron-creatorSkill
- kubernetesSkill
- githubSkill
- accountsSkill
- auto-dreamSkill
- building-with-jevSkill
- codexSkill
- docs-sync-checkerSkill
- doSkill
- dSkill
- grill-jevSkill
- toolkitSkill
- workflow-helpSkill
- debuggingSkill
- plant-seedSkill
- processSkill
- pr-workflowSkill
- quickSkill
- testingSkill
- with-anti-rationalizationSkill
- workflowSkill
- worktree-agentSkill
- programmingSkill
- architecture-deepeningSkill
- codebase-analyzerSkill
- markdown-converterSkill
- news-collectionSkill
- researchSkill
- roastSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
12 rules. 0 are common, 9 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 12 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 63
Every analysis starts with the decision it supports, works backward to evidence required, then touches the data.
- Distinctive: line 71
If the user cannot articulate a decision, ask: "What will you do differently based on this analysis?" If exploratory, switch to Exploratory …
- Distinctive: line 85
Gate: All metrics defined with formulas and populations.
- Distinctive: line 116
Gate: All metrics computed. Rigor gates applied.
- Very specific: line 150
Run python3 scripts/detect-decomposition-targets.py --skill {name} (or --agent).
- Distinctive: line 151
If no extractable blocks, report "nothing to decompose" and stop.
- Very specific: line 156
If fails: restore from snapshot.
- Distinctive: line 165
Read the component's .md and existing references.
- Very specific: line 178
Create one reference file per sub-domain (max 500 lines) following references/reference-file-template.md.
- Distinctive: line 180
Do-pairing rule: every failure mode needs a "Do instead" counterpart.
- Distinctive: line 195
Add/update loading table in the component body.
- Distinctive: line 214
All references are >100 lines of domain-specific content.
“Common” is measured: kept by at least 6 in 10 of the 12 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.
Files
Data Skill
Two modes. Match the request to a section.
| Signal | Mode |
| Analyze data, CSV, metrics, A/B test, trend, KPI, funnel, distribution | A. Data Analysis |
| Enrich references, generate references, decompose skill, improve depth | B. Reference Enrichment |
A. Data Analysis
Every analysis starts with the decision it supports, works backward to evidence required, then touches the data. Analysis without a decision is arithmetic.
Phase 1: FRAME
Establish what decision this analysis supports.
- Identify the decision, decision-maker, options, and default action if no analysis is done.
- If the user cannot articulate a decision, ask: "What will you do differently based on this analysis?" If exploratory, switch to Exploratory Mode (apply rigor gates, make no causal claims).
- Define evidence requirements: what evidence favors each option, minimum threshold for changing the default, deal-breakers.
- Save
analysis-frame.md.
Gate: Decision identified, options enumerated, evidence requirements saved.
Phase 2: DEFINE
Lock metric definitions before loading data. Defining after seeing data enables cherry-picking.
For each metric: name, exact formula (numerator/denominator), population (included/excluded), time window, segments. For comparisons: define groups and verify fairness.
Save metric-definitions.md. Definitions are locked once Phase 3 starts. If data reveals a definition is unworkable, return here, update, and document the change.
Gate: All metrics defined with formulas and populations.
Phase 3: EXTRACT
Load data. Assess quality. No interpretation.
- Detect tools: try
import pandas; fall back tocsv.DictReader+statistics. - Profile: row count, column types, missing values, date range, distribution stats.
- Quality checks (load
references/rigor-gates.mdGate 1):
| Check | Minimum | If failed |
| Sample fraction | Report N of M | Warn if <5% coverage |
| Time window | No gaps >10% | Adjust or note limitation |
| Segment size | 30+ per segment | Merge small segments or exclude |
| Missing rate | <20% per critical column | Impute with disclosure or exclude |
- Save
data-quality-report.md.
Gate: Data loaded, quality assessed, failures documented as limitations.
Phase 4: ANALYZE
Compute metrics per Phase 2 definitions. Report confidence intervals, not point estimates.
- Compute using exact formulas. Wilson score CI for proportions.
- Fairness gate (comparisons): same time window, same population, confounders documented, survivorship checked (load
references/rigor-gates.mdGate 2). - Multiple testing (6+ comparisons): apply Bonferroni (threshold = 0.05/N). Report all segments tested (Gate 3).
- Practical significance: report effect size alongside statistical significance. Base-rate context ("from 2.1% to 2.3%", not "+10% lift") (Gate 4).
- Save
analysis-results.md.
Gate: All metrics computed. Rigor gates applied.
Phase 5: CONCLUDE
Lead with insights. Return to the decision.
- Headline finding: one sentence addressing the Phase 1 decision.
- Supporting evidence: primary metric with CI, secondary metrics, segment breakdowns.
- Limitations: wide CIs are the finding, not a formatting problem.
- Decision mapping: does evidence meet threshold? Deal-breakers triggered? Recommended action? Additional data needed?
- Save
analysis-report.md(loadreferences/output-templates.mdfor analysis-type templates).
Gate: Report saved with headline, limitations, recommendation tied to decision.
Error Handling (Data Analysis)
| Error | Recovery |
| No decision context | Ask "What will you do differently?" Switch to Exploratory if none. |
| Parse failure | Try utf-8, latin-1, utf-8-sig. Detect delimiter. Max 3 attempts. |
| Insufficient segment data (<30) | Merge small segments, remove segmentation, or accept with disclosure. |
| Metrics changed after seeing data | Return to Phase 2, document changes. Max 2 revisions. |
| Wide CI on primary metric | State: "Data does not support a confident decision." Suggest more data. |
B. Reference Enrichment
Enrich agent/skill reference files from Level 0-2 to Level 3+, or decompose bloated body files by extracting domain content into references.
Phase 0: DECOMPOSE (when --decompose or "extract references")
Extract domain-heavy content from a bloated SKILL.md into reference files.
- Run
python3 scripts/detect-decomposition-targets.py --skill {name}(or--agent). - If no extractable blocks, report "nothing to decompose" and stop.
- Snapshot:
cp {path} /tmp/decomp-before-{name}.md. - For each block: create reference file, remove from body (MOVE, not copy), add loading table entry.
- Retain in body: frontmatter, overview, phase workflow, loading table, error handling.
- Validate:
python3 scripts/validate-decomposition.py --before /tmp/decomp-before-{name}.md --after {path} --refs {refs_dir}/. - If fails: restore from snapshot. If passes:
python3 scripts/validate-references.py --skill {name}.
Load references/decomposition-prompt.md for the autonomous decomposition prompts.
Gate: Validation passes. Body reduced. All extracted content in references.
Phase 1: DISCOVER
- Run
python3 scripts/gap-analyzer.py --agent {name}(or--skill). - Read the component's .md and existing references. Map coverage.
- Compare stated domains against covered domains. Output gap report.
Gate: At least one gap identified. If Level 3 already, stop.
Phase 2: RESEARCH
For each gap: identify version-specific patterns, failure modes with detection commands (grep -rn "pattern"), error-fix mappings, project conventions. Dispatch up to 5 parallel research agents per sub-domain.
Gate: Each gap has 10+ concrete findings (version numbers, function names, grep patterns). Generic advice does not count.
Phase 3: COMPILE
Create one reference file per sub-domain (max 500 lines) following references/reference-file-template.md. Include: overview, pattern table with version ranges, failure mode table with detection commands, error-fix mappings.
Do-pairing rule: every failure mode needs a "Do instead" counterpart. No bare negative blocks.
Validate: python3 scripts/validate-references.py --agent {name} and --check-do-framing. Both must exit 0. Then run condense on each file.
Gate: Each file 80-500 lines. Both validations pass.
Phase 4: VALIDATE
Tier 1: python3 scripts/audit-reference-depth.py --agent {name} --json. Level must be 3.
Tier 2: Apply references/quality-rubric.md. For each pattern: detection command present? Would a reviewer using only this file produce Level 3 output?
Gate: Both tiers pass. Max 2 loops per gap before flagging for manual review.
Phase 5: INTEGRATE
- Add/update loading table in the component body.
- Validate:
python3 scripts/validate-references.py --agent {name}andpython3 -m pytest scripts/tests/test_reference_loading.py -k {name} -v. - Stage changes.
Gate: Validation passes. Report level change (was N, now M) and new file list.
Error Handling (Reference Enrichment)
| Error | Recovery |
| Gap analyzer fails | Check both agents/ and skills/ directories. |
| Phase 2 gate fails (<10 findings) | Domain may be narrow. Flag for manual enrichment. |
| Phase 4 still below Level 3 | Files too generic. Target Phase 2 at weakest section. |
| Decomposition validation fails | Restore from snapshot. Check for partial extractions. |
Deep References
All references are >100 lines of domain-specific content. Load as directed by sections above.
| Signal | Reference | Lines |
| Phase 3-4: statistical gates, sample adequacy, fairness | references/rigor-gates.md | 378 |
| Phase 5: report templates (A/B, trend, distribution, cohort) | references/output-templates.md | 489 |
| Failure mode recognition (p-hacking, survivorship, Simpson's) | references/preferred-patterns.md | 240 |
| Classifying reference depth Level 0-3 | references/quality-rubric.md | 173 |
| Writing new reference files | references/reference-file-template.md | 166 |
| Running headless decomposition | references/decomposition-prompt.md | 205 |
| Running headless enrichment | references/enrichment-prompt.md | 117 |
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
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.

