analyze
Skill17 starsChanged 3 months agoMITView on GitHub
Runs the primary specification and pre-specified secondaries in code/02-analyze.R with the estimator the design calls for (heterogeneity-robust DiD, rdrobust, weak-IV-robust IV, PPML for flows, Lin adjustment for experiments), standard errors at the assignment level, marginal effects for interactions and nonlinear models, and renders modelsummary tables in code/04-tables.R; the preregistration, if any, is the contract. Use when the user asks to run the models, estimate the main results, or produce regression tables.
70 other projects use a version of this.
Adopted by
Most recently taken up by
- ansvisor/ansvisortheir own version, first seen Nov 8, 2026
- ai-search-guru/getcito-worlds-first-open-source-aio-aeo-or-geo-tooltheir own version, first seen Nov 8, 2026
- nisarth/claude-skills-storetheir own version, first seen Nov 8, 2026
- jhlee0409/proc-janitortheir own version, first seen Nov 8, 2026
- Beskars-Code/Skillstheir own version, first seen Nov 6, 2026
- Gabriel-Lafrance/Skillstheir own version, first seen Nov 6, 2026
Used with
Projects with it also use constitution, revise and 9 more.
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.
ArvorCoSkillconstitution
Create or update the project constitution - personalized governance and coding principles. Use when starting a project or updating project standards. Triggers on: create constitution, update principles, set project rules.
Also in 4 projects that use this
stormlightlabsSkillrevise
Address review comments on an open pull request and push the fixes. Use for /edit, /revise, or when asked to respond to review feedback on a PR number.
Also in 3 projects that use this
DockerSkillwrite
Write or edit reader-facing technical prose for immediate comprehension. Use for documentation, PR titles and descriptions, release notes, design documents, user-facing explanations, and substantive comments. Also use when asked to make writing clearer, more natural, less AI-generated, or easier to read. For documentation fixes, handles edits, formatting, self-review, and commits after research identifies what to change. Do not use for code-only tasks with no prose deliverable.
Also in 6 projects that use this
ArvorCoSkillspecify
Create feature specification from natural language description. Use when starting a new feature or creating a spec. Triggers on: create spec, specify feature, new feature spec.
Also in 5 projects that use this
H-mmerSkillsubmit
Draft and submit a vulnerability report to the bug bounty platform. Reads scope.yaml for platform/program, uses brain + findings for content. Always drafts first for review.
Also in 3 projects that use this
GoogleSkillquality
Evaluates whether a GitHub issue is spam, empty, needs more information, or is OK to proceed.
Also in 3 projects that use this
- +1 more from ArvorCo
Other versions70 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 70
- anthropics/knowledge-work-plugins★ 35ksame name
- Yeachan-Heo/oh-my-codex★ 34ksame name
- oxsecurity/megalinter★ 2.6ksame name
- H-mmer/pentest-agents★ 815same name
- ai-search-guru/getcito-worlds-first-open-source-aio-aeo-or-geo-tool★ 432same name
- hardisgroupcom/sfdx-hardis★ 432same name
- nwiizo/tfmcp★ 373same name
- hsantanna88/clo-author★ 262same name
- hugosantanna/clo-author★ 262same name
- ansvisor/ansvisor★ 233same name
60 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 repository38 other files it gives its agents.
- abstract-shotgunSkill
- archiveSkill
- carefulSkill
- coauthor-reviewSkill
- codebookSkill
- cover-letterSkill
- data-acquireSkill
- data-cleanSkill
- design-researchSkill
- draft-sectionSkill
- freezeSkill
- guardSkill
- hypothesis-designSkill
- idea-shotgunSkill
- identification-reviewSkill
- journal-fitSkill
- learnSkill
- lit-mapSkill
- llm-checklistSkill
- mstack-initSkill
- mstack-upgradeSkill
- paper-statusSkill
- pdf-ingestSkill
- power-analysisSkill
- preregisterSkill
- r-and-rSkill
- referee-mockSkill
- research-questionSkill
- results-auditSkill
- retroSkill
- robustnessSkill
- scope-challengeSkill
- submission-packSkill
- survey-buildSkill
- theory-buildSkill
- title-shotgunSkill
- unfreezeSkill
- vizSkill
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 2 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 60 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 17
After /mstack:data-clean, /mstack:codebook, and /mstack:identification-review.
- Distinctive: line 41
Two-way fixed effects under staggered adoption: Use an estimator built for it.
- Distinctive: line 44
P-value chasing: If the primary spec does not give the headline, the headline changes.
“Common” is measured: kept by at least 6 in 10 of the 60 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
/mstack:analyze
Stage: analyze · Voice: analyst
After /mstack:data-clean, /mstack:codebook, and /mstack:identification-review. If preregistered (/mstack:preregister), the primary analysis in prereg/osf-prereg.md is the contract this skill executes; otherwise the specification confirmed with the user is written down before any model runs, so that what follows is not a search.
Procedure
- Load
.mstack/hypotheses.md(the estimand for each hypothesis),prereg/osf-prereg.mdif it exists,.mstack/identification-review-*.md(the assumption, the falsification tests, the sensitivity analysis),.mstack/config.yaml(design.type,stats.primary_spec),.mstack/learnings.jsonl(variable names, conventions),data/clean/analytic.rds,data/codebook.md. - Read the General section and the design section of
${CLAUDE_PLUGIN_ROOT}/references/estimation-conventions.md. - Confirm the spec with the user before coding, or transcribe it from the prereg: estimand; outcome, treatment / IV, controls (each pre-treatment); the estimator the design calls for (
fixest::feolswith fixed effects for panels;sunab,did, ordidimputationunder staggered adoption;rdrobustfor RD; IV with weak-instrument-robust intervals; PPML for flows with zeros;lm_robustwith Lin adjustment for experiments; conjoint AMCEs with marginal means); fixed effects and why; standard errors clustered at the assignment level, with the wild cluster bootstrap when clusters are few; sample restrictions matching the prereg;marginaleffectsfor anything that is not the coefficient itself. - R conventions:
r-coding-skillsif installed, else${CLAUDE_PLUGIN_ROOT}/references/r-conventions.md. - Write
code/02-analyze.R: header (purpose, inputs, outputs, run order, prereg link); load the clean data, never re-clean; fit the primary first asm_primary; then the falsification tests the identification review named (placebo outcomes, pre-trends, negative controls) asm_placebo_*; then pre-specified secondaries asm_<descriptor>; compute the estimand from each model withmarginaleffectswhere the coefficient is not the quantity; save model objects tooutput/models/*.rdsfor03-figures.Rand04-tables.R; one-line summary per model (estimate, interval, N, clusters, estimator) tooutput/analyze-log.md. Exploratory specifications go incode/02b-exploratory.R, never in this file. - Write
code/04-tables.R: Table 1 descriptives for the analytic sample (by arm with a balance column for experiments); Table 2 the primary specification, the table the paper is built around; Table 3+ falsification tests and secondaries.modelsummary::modelsummary(output = "latex")tooutput/tables/*.tex, which the manuscript\inputs; readable coefficient labels; notes stating the estimator, the standard-error type and cluster level, and what the coefficient is (a 1-SD change, an AME). Coefficient + 95% CI; stars only if the journal demands them. - Run
Rscript code/02-analyze.R && Rscript code/04-tables.R; do not declare done with errors outstanding. - Sanity check: N matches the analytic dataset or a documented exclusion; the number of clusters is printed and adequate; for fixed-effects designs, the share of units with within-variation is printed; the headline's sign matches H1, or flag it loudly before anyone drafts
results; the falsification tests behave (a placebo that "works" is a finding against the design); the substantive magnitude is stated in outcome units and as a share of the outcome SD. - Hand-off. Set
paper.status: "analyzing"in.mstack/config.yaml. Do not run/mstack:robustnessuntil the primary table is locked.
Outputs
code/02-analyze.R,code/04-tables.R, optionalcode/02b-exploratory.R.output/models/m_primary.rds,m_placebo_*.rds,m_<secondary>.rds.output/tables/table-1-descriptives.tex,table-2-primary.tex,table-3-*.tex.output/analyze-log.md— one line per model.
Anti-patterns
- Unflagged off-prereg specs. Exploratory specs go in
code/02b-exploratory.Rand are labeled exploratory in the paper. - Two-way fixed effects under staggered adoption. Use an estimator built for it.
- A coefficient reported as the estimand when it is not. Logit coefficients, interaction terms, and IV coefficients need the quantity computed.
- Hand-rolled tables.
modelsummary, so reproduction is one command away. - P-value chasing. If the primary spec does not give the headline, the headline changes; do not re-spec until it does.
- Mixed clustering across tables without justification.
Next
/mstack:results-audit (mandatory before drafting), then /mstack:robustness, /mstack:viz, /mstack:draft-section results.
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.

