원클릭으로
eda-narrative
Use when exploring data without a fixed question — produces a stakeholder-ready narrative backed by numbers and charts
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when exploring data without a fixed question — produces a stakeholder-ready narrative backed by numbers and charts
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when setting up or repairing the Python env for analysis — detects uv/venv/conda/poetry/pipenv, installs core packages
Use when building or improving a predictive model — AIDE-style solution tree with leakage discipline and empirical leaderboard
Use when a data question is fuzzy or high-stakes — clarifies scope and writes analysis-spec.md before running a solver
Use when starting fresh with data and unsure which skills to use — peeks at data, asks targeted questions, assembles a crew plan
"Use when onboarding a dataset or asking 'what\'s in this data?' — per-column quality report with join-compatibility checks; flags possible PII/sensitive columns"
Use when browsing, pruning, or seeding a run from past analyses stored across sessions
| name | eda-narrative |
| description | Use when exploring data without a fixed question — produces a stakeholder-ready narrative backed by numbers and charts |
Question-answering (ds-star-plus) and exploration are different jobs. Exploration has no single
right answer — it surveys the data and reports what's worth knowing. This skill does that and writes
it up as a narrative a stakeholder can read: each claim grounded in a computed number or a chart,
each caveat stated.
A first look at a new dataset; a stakeholder asking "what's interesting here?"; finding trends,
correlations, segments, anomalies, or a summary deck's worth of findings. Run after
data-profile (don't narrate dirty data as if clean) and instead of ds-star-plus when there is no
single precise question.
Every finding carries its evidence. No "sales are strong" — instead "Q4 revenue €1.2M, +18% vs Q3 (chart)". An unsupported narrative is a guess dressed as insight. If the data can't support a claim, say what it can support.
Read the data-profile watch-outs first (or run it). Know the nulls, sentinels, and grain before
you compute a single statistic, so findings aren't artifacts of dirty data.
Compute the standard exploratory passes, each grounded:
Each finding you intend to report must be re-derived by code you actually ran (the DS-STAR rule: executable ≠ correct, and narrated ≠ computed). Drop any "finding" you can't reproduce from a real number or chart.
Use references/report_structure.md: a 2–3 line executive summary, then 3–7 findings each with its
number/chart and a one-line "so what", then caveats (data quality, scope, what was NOT examined).
Generate charts with exact titles and axis labels. Order findings by importance, not by computation
order. Produce charts following the quality checklist in references/visualization.md. Use whatever plotting library is in the project env — no library is bundled by ds-crew.
A readable narrative report (markdown + chart files) where every claim is backed by evidence and the
caveats are explicit. If a finding raises a precise question worth nailing down, hand it to
ds-clarify → ds-star-plus.
Offer the narrative as a Markdown report (and optional self-contained HTML) per ../ds-star-plus/references/export.md. Write to the run dir alongside any charts.
Report structure + the exploratory passes: references/report_structure.md.
Profile the data first: ../data-profile/SKILL.md.