agentsclimarketplace

Analysis design

Skill sunxd3/bayesian-statistician-plugin/skills/analysis-design

Methodology for setting up a Bayesian analysis — analysis purpose, validation strategy, domain context, structural questions. Read before specifying any models.From its SKILL.md

Install
npx -y skills add sunxd3/bayesian-statistician-plugin --skill analysis-design

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.2 KB, as published. Nobody here has run it

Analysis Design

Reference for the design-phase decisions that precede model specification: what is this analysis trying to do, how will it be evaluated, what domain conventions apply, and what structural questions about the data-generating process should the candidate models address.

These are the choices a competent statistician makes once per analysis, before any individual model is specified. For specifying generative models within a structural question, see generative-model-design.

Key Practices

  • Assume loudly. When the user's prompt lacks a specific question, synthesize a purpose from the data's nature and state it explicitly. A sharp answer to an assumed question beats a generic answer to no question.
  • Validation discipline. Standard observation-level LOO is only appropriate for i.i.d. data. For grouped data it interpolates within known groups; for temporal data it overstates future predictive performance. Pick the hold-out scheme that matches the prediction target.
  • Domain over generic. Do not default to generic GLMs when the domain has mechanistic structure — use the domain's standard response model.

Analysis purpose

Determine the goal type from the user's prompt and the data's nature:

  • Descriptive (default for minimal prompts). Characterize the data-generating process with honest uncertainty.
  • Inferential. Estimate a specific causal or conditional effect. Prioritize unconfounded estimation of target parameters; do not add flexible structures that absorb the estimand's signal.
  • Predictive. Maximize out-of-sample performance; parameter interpretability is secondary.

Define 1-3 key quantities of interest and state what adequate means — when is the model good enough to stop?

Validation strategy

Choose the hold-out scheme based on the data's dependence structure:

Data structureStandard LOO valid?Recommended hold-out
i.i.d.YesStandard observation-level LOO
Grouped (predicting new obs in known groups)YesStandard LOO
Grouped (generalizing to new groups)NoLeave-out-group CV (entire groups out)
TemporalNo (overstates predictive performance)Leave-future-out (LFO-CV) or rolling-origin

State the chosen scheme up front. Downstream critique and selection trust this declaration when deciding whether ELPD rankings are interpretable.

Domain context

Identify the scientific domain and its canonical modeling frameworks. Different domains have different standard response models, parameterizations, and baseline components — e.g., pharmacokinetics defaults to ODE compartmental models, psychophysics to psychometric functions, epidemiology to SIR/SEIR. Use the domain's canonical framework as a starting point rather than defaulting to a generic GLM.

If no strong domain conventions are recognizable from training or the EDA, state so explicitly and proceed with empirical-first design.

Structural questions

Extract 2-3 contrastive structural questions — each pits two explanations of the data-generating process against each other, framed in terms of the key quantities of interest and domain theory where possible.

Good question shape:

  • "Does response variance differ by group (hierarchical) or is it pooled?"
  • "Does the temporal trend follow domain X's mechanistic ODE, or is a flexible spline sufficient?"
  • "Is the apparent zero-inflation a true two-stage process, or thin-tailed observation noise?"

Bad question shape:

  • "What model fits best?" (not contrastive)
  • "Should we use Student-t?" (just a likelihood swap, not structural)

Each question should be answerable by comparing models with different structural commitments.

Output

The analysis design produces four sections — analysis purpose (with key quantities of interest), validation strategy, domain context, structural questions — that downstream model specification depends on. Be precise; vague analysis design propagates as vague modeling.

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.