jpube-identification-strategy
Use when the causal identification strategy is the bottleneck for a Journal of Public Economics (JPubE) manuscript — bunching at tax kinks/notches, regression kink (RKD), DID off reform rollout, IV from policy instruments, RDD at eligibility thresholds. Stress-tests the design against public-finance norms before tables are drafted.
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill jpube-identification-strategy --agent claude-code
Same command for any agent — swap --agent for codex, cursor, copilot.
Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.
# Identification Strategy (jpube-identification-strategy) ## When to trigger - The empirical core is OLS + controls with an undefended causal claim - A reform DID uses two-way fixed effects (TWFE) on staggered timing - A bunching estimate lacks a defensible counterfactual density - An IV's policy instrument has an unargued exclusion restriction - You are unsure the design clears the JPubE public-finance bar ## The JPubE identification bar JPubE rewards **credible identification of a policy-relevant parameter**, evaluated by public-finance specialists under single anonymized review (a minimum of two reviewers, with author identity known to them). Because the field's payoff is usually a behavioral elasticity feeding a welfare formula, the design must pin down the response to a tax, transfer, or program rule cleanly. The credibility ranking referees implicitly apply (strong → weaker): 1. **Bunching / notch designs** at a known kink or eligibility threshold, recovering an elasticity from excess mass 2. **RDD / RKD** at a sharp policy cutoff (eligibility, benefit schedule kink) 3. **DID / event study** off a credibly exogenous reform rollout, with modern estimators 4. **IV** with a poli
- When to trigger
- The JPubE identification bar
- Branch paths
- Branch A: Bunching at kinks / notches
- Branch B: RDD / RKD
- Branch C: DID / event study off a reform
- Branch D: IV from a policy instrument
- Execution bridge (StatsPAI / Stata MCP)
- Checklist
- Anti-patterns
- Design-credibility pushback (and the pre-emptive fix)
- Worked example: a kink-bunching elasticity, stress-tested (illustrative)
- Output format
What does the jpube-identification-strategy skill do?
Use when the causal identification strategy is the bottleneck for a Journal of Public Economics (JPubE) manuscript — bunching at tax kinks/notches, regression kink (RKD), DID off reform rollout, IV from policy instruments, RDD at eligibility thresholds. Stress-tests the design against public-finance norms before tables are drafted.
How do I install it?
Run `npx skills add brycewang-stanford/Awesome-Journal-Skills --skill jpube-identification-strategy --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.
Where does this skill come from?
From brycewang-stanford/Awesome-Journal-Skills, a repository with 909 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.
Is a popular skill a good skill?
Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.