ds-brainstorming

Transform vague analytics requests into explicit analytical designs with hypotheses and metrics.

6|Updated Apr 9, 2026
One-click install
npx skills add https://github.com/Khodzitcky-Vl/data-science-ai-superpowers --skill ds-brainstorming
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ds-brainstorming
Source: https://github.com/Khodzitcky-Vl/data-science-ai-superpowers/tree/main/ds-brainstorming
Command: npx skills add https://github.com/Khodzitcky-Vl/data-science-ai-superpowers --skill ds-brainstorming

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps when a notebook-based analytics request is still vague, so you can lock down the hypothesis, analysis unit, metric hierarchy, time window, and robustness checks before any execution happens.

Core Features & Use Cases

  • Structured design first: Produces an explicit analytical design document rather than jumping into SQL/pandas/statistics.
  • Clarifying questions and tradeoffs: Asks one question at a time, then proposes 2–3 approaches with risks and decision rationale.
  • Safe handoff to implementation skills: Forces approval of the design and then transitions the work to ds-analysis-plan or ds-experiment-design.

Example: You’re asked to “check whether feature X affects conversion Y,” but you don’t yet know the appropriate randomization/analysis unit, which metrics should be primary vs guardrails, or which time windows and exclusions matter.

Quick Start

Use ds-brainstorming to define the analytical design for my question “Does X affect Y?” including unit, metrics, time window, and robustness checks, and only proceed after you get my approval.

Frequently Asked Questions about ds-brainstorming

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I turn a vague analytics question into a structured plan before writing SQL?

To turn a vague analytics request into a structured plan, you must lock down the hypothesis, analysis unit, metric hierarchy, time window, and robustness checks before execution. This explicit analytical design prevents premature SQL or pandas operations.

What is the best way to prepare for metric-driven investigations and experiment design?

The best way to prepare for experiment design is interactive clarification proposing multiple approaches with tradeoffs. You define the analysis unit, primary versus guardrail metrics, and robustness checks to ensure robust causal inference planning.

How do I define metric hierarchy and robustness checks for notebook planning?

Defining metric hierarchy and robustness checks for notebook planning requires structuring primary and guardrail metrics alongside assumptions. You establish these constraints during pre-execution to validate the inference plan after context review.

Can I use this approach to prevent jumping into statistical interpretation too early?

Yes, you can prevent early statistical interpretation by applying a hard gate against SQL, pandas, and statistics until the analytical design is explicitly approved. This ensures safe handoff to implementation skills for execution.

When do I need to establish an analysis unit and time window for a data science investigation?

You need to establish an analysis unit and time window for a data science investigation whenever a request is still vague. Defining these elements alongside assumptions and exclusions ensures the inference plan remains robust before execution.