ds-receiving-analysis-review

Evaluate analysis review feedback for methodological validity before implementing changes.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents analysts from blindly applying review comments that may contain misunderstandings or non-methodological preferences, protecting statistical correctness and causal validity.

Core Features & Use Cases

  • Methodology-vs-Style Separation: Distinguishes claims that affect design, implementation, denominators, units, and inference from comments that only affect presentation or readability.
  • Claim Restatement + Artifact Verification: Rephrases each comment in precise analytical terms, then checks it against the notebook, SQL, and experiment design before acting.
  • Fail-Closed for Ambiguity: Stops and asks for clarification when feedback is unclear or blocking, avoiding partial updates that could change interpretation.
  • Causal Clarity Guardrails: Pushes back when suggestions weaken causal validity, blur exploratory vs primary results, introduce leakage/post-treatment metrics, or ignore randomization units and cluster dependence.
  • Controlled Implementation Order: Clarifies items first, fixes blocking methodological issues next, and only then addresses reproducibility/presentation, rerunning affected sections after each important fix.

Quick Start

Use ds-receiving-analysis-review when a reviewer challenges your experiment design, SQL logic, notebook results, or statistical conclusion and you need to verify each comment against the actual analytical artifacts before updating anything.

Frequently Asked Questions about ds-receiving-analysis-review

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

FAQPage Schema
How do I verify analysis review feedback before changing my SQL logic or notebook results?

To verify analysis review feedback, rephrase each comment in precise analytical terms and check it against the notebook, SQL, and experiment design artifacts. Separate methodological claims affecting denominators or inference from presentation preferences before implementing any changes.

What is the best way to handle reviewer comments that might weaken causal inference or experiment design?

Handling reviewer comments that weaken causal inference requires pushing back on suggestions that introduce leakage, post-treatment metrics, or ignore randomization units. Evaluate feedback for methodological validity against the actual experiment design before applying any modifications.

How do I separate methodological corrections from style preferences during an analysis review?

Separating methodological corrections from style preferences involves distinguishing claims that affect design, implementation, denominators, and units from comments that only impact presentation or readability. This prevents applying non-methodological preferences that alter statistical conclusions.

What should I do when peer review feedback on my notebook is unclear or ambiguous?

When peer review feedback is unclear or ambiguous, use a fail-closed approach to stop and ask for clarification. Avoiding partial updates on blocking items prevents changes that could alter the interpretation of your statistical conclusions.

When should I rerun affected sections after fixing blocking methodological issues in a notebook?

You should rerun affected sections immediately after fixing blocking methodological issues in a notebook. Follow a controlled implementation order: clarify ambiguous items first, fix methodological issues next, then address reproducibility, rerunning after each fix.

Does this analysis review process work for both exploratory and primary statistical results?

Yes, the analysis review process works for exploratory and primary statistical results by maintaining causal clarity guardrails. It prevents reviewer suggestions from blurring the distinction between exploratory findings and primary conclusions during the feedback implementation.