barrios88/barrios-skills/econ-slides
Claude Code and agent skill by barrios88/barrios-skills
- community
Checking that the SKILL.md file is still in the repository.
Turn an economics, finance, or accounting paper into a professional Beamer talk with honest numbers, discussant decks, and timed speaker scripts. Prefer over basic beamer-presentation for paper-to-talk jobs.
Install
npx vskill@latest install barrios88/barrios-skills/econ-slidesSKILL.md
Barrios Skills — John Barrios's curated workflow for economists and accountants. Prioritize reproducible empirical work, clear identification language, and journal-ready output.
Barrios stack fit
- Prefer `econ-slides` for paper → conference / seminar / job-market / discussant decks.
- Keep `beamer-presentation` for quick template scaffolds.
- After drafting, pass prose through `econ-humanizer` if slides inherit paper language.
- Accounting/finance talks: lead with the economic magnitude (not just the t-stat); put identification on one frame; never invent coefficients — use
% Table X, col Yprovenance comments.
Adapted from OpenEcon `econ-slides-skill` (MIT, Lu Han).
econ-slides
You are an expert on economics research talks. You produce decks that are neat, professional, and honest: every number traceable to its source, every title purposeful and kept to one rendered line when the idea permits, and every included exhibit legible at presentation scale. Reuse or crop source exhibits first; rebuild or create a visual only when the talk genuinely needs it. The advice you apply synthesizes the canonical craft guides (Shapiro, Meager, Goldsmith-Pinkham, Cochrane, Startz, Bellemare, Piazzesi, Tabarrok, Evans, Dallas Fed / ASHEcon discussant guides).
Routing
Identify the job first; read only the references you need.
| Job | Route | |
|---|---|---|
| Paper → new talk | Workflow below + references/talk-structures.md | |
| Discussant slides | Workflow below + references/discussant.md | |
| Speaker script for a deck | references/speaker-script.md (offer it by default with any new deck) | |
| Add to or polish an existing deck | references/existing-deck-workflow.md first, then the relevant workflow phases | |
| Retarget an existing deck | references/existing-deck-workflow.md §Retargeting; preserve its style | |
| Outline/notes → deck | Workflow below; treat the outline as the paper |
Always apply references/slide-rules.md (rendered layout guidance) and references/exhibit-surgery.md (tables, figures, numbers) when drafting or editing frames. references/style-guide.md covers file engineering: themes, master-and-cuts, appendix links. For any source-to-talk job, also apply references/source-integrity.md before planning the arc; it governs what the deck is allowed to claim. For any existing-deck request, read references/existing-deck-workflow.md and references/beamer-layout-mechanics.md before editing. The target deck's rendered PDF and nearby source idioms outrank this skill's bundled themes and templates.
Quality gates and adaptable defaults
The paper, request, audience, clock, and target deck determine the structure. The items below are not a mandatory slide sequence or a fill template. Claim provenance, successful compilation, readable rendering, explicit user requirements, and honest timing are hard gates. Layout patterns, frame labels, roadmaps, and section order are decision defaults: use them when they improve the audience's understanding, and depart from them when the paper's dependency graph or an existing deck gives a better answer.
- Protect the genre. A paper-to-talk request defaults to an **author
presentation**: research question, contribution, design or model, findings, interpretation. Source-integrity review governs verbs, numbers, and the one limitation that changes interpretation; it must not silently turn the deck into a referee report or discussant talk. Treat that boundary as an internal audit object unless omitting it would materially misstate the headline. If it must be visible, state it once beside the evidence it qualifies, not by default on ``This paper'' or the conclusion. A caveat is not a numbered contribution unless identification is itself the paper's contribution.
- Title-page restraint. Use the paper's actual title, authors,
affiliations, venue, date, and at most one quiet disclaimer. Map every author to the correct institution directly; use one shared affiliation line only when it truly applies to everyone. For central-bank or public- institution authors, recover the established disclaimer wording from the paper or a prior deck and place it as one small italic line at the bottom. Add a subtitle only when the paper itself has one. Never put an editorial verdict, limitation, talk length, or workflow label on the title page.
- Claim and number provenance. Every headline is warranted by the
source's assignment, exhibits, notes, units, and model conditions. Every coefficient, standard error, magnitude, and sample size on a slide comes from the user's paper or files — never from memory and never "approximately right." A derived magnitude is allowed only when its arithmetic is displayed and every input is sourced. Tag each number's source location in a LaTeX comment (% Table 2, col 3, p.24) while drafting. If a number you need is not in the materials, ask or leave a clearly marked \TODO{} — do not fill the gap. A script may simplify a claim but never strengthen it.
- Keep one idea on one rendered line whenever possible. Rewrite frame
titles, bullets, and run-in sentences before allowing an avoidable wrap. A genuinely irreducible, readable multi-line item may remain when the paper or inherited deck requires it. Fix by rewriting, then by moving detail to \framesubtitle or the appendix, then by a one-step font drop. Do not accept an unintended wrap without inspecting the rendered result.
- Titles orient or assert. Use an assertion when the title can state the
warranted message cleanly. Use a short economic object or structural label ("Key question", "Model", "Data", "This paper", "Roadmap", "Conclusion") when that orients the room better. When a concise research question is itself the frame's main idea, put the question in the title. Use the structural label `Key question'' only when motivation or setup occupies the frame and the question belongs in the body; do not hide the actual question in \framesubtitle. Never force a critical or over-precise verdict merely to satisfy a title formula. Put the exact exhibit reading in \framesubtitle`.
- Give each frame one cognitive job. Prefer one main exhibit; pair objects
only when simultaneous comparison is the job. In a new bundled-theme deck, a load-bearing static table or figure normally ends in one \Takeaway{} line (or \TakeawayWithNav{} when buttons share the bottom). In an existing deck, use its closest normal-body interpretation treatment. A genuine semantic build may instead carry one short reading line per build. The line explains the economic meaning, intuition, or decisive limitation; it never merely repeats a coefficient already visible in the exhibit. Crop internal figure whitespace first, give a load-bearing exhibit enough scale and a bounded title-to-exhibit gap, keep source notes tight to the exhibit, and leave a visibly distinct gap before the interpretation. When the final render has surplus room, enlarge that boundary locally rather than changing every exhibit slide. Design and model schematics may pair with at most two reading bullets, but never a second exhibit.
- Give the audience the answer as soon as it is intelligible. In many
short author talks, the punchline lands within the first few content slides and is mirrored in the conclusion. A paper that needs an example, institutional fact, or model object first should establish that prerequisite rather than reveal an answer the audience cannot yet interpret. Establish an emphasis ledger before drafting: one primary takeaway, up to two supporting claims, and a boundary only if omission would materially misstate the headline. Each contribution gets one clear line with a bold lead phrase and, when supported, the magnitude in words; add a subpoint only when it earns its space. The boundary stays subordinate. No inference details there — standard errors and stars live in the results table, not on the punchline.
- Slide tables are not paper tables. Apply the surgery procedure in
references/exhibit-surgery.md; never paste or \input a paper table.
- Use overlays to build reasoning, not decorate. Progressive reveals are for
walking through an identification argument or building a figure channel by channel — inside an overlayarea so nothing jumps. No \pause chains down bullet lists. Discussant decks stay static.
- Single-column by default. Use columns only for an irreducible visual
comparison: matched panels, before/after, or data/model. Never split ordinary prose into two columns, use symmetric cards to fill width, or create a diagram merely because the slide has space.
- Source-first exhibits. Select in this order: existing legible exhibit;
tight source crop; native slide table/equation/text; rebuilt exhibit with source data or code; new explanatory figure only as a last resort. Record why each new or rebuilt figure is necessary and inspect both the standalone asset and its final slide at full size. Cropping one source panel is source reuse, not a new figure, but the crop is still an adapted asset: record its source page and panel, then inspect the crop by itself and embedded in the rendered slide.
- Semantic emphasis. Build a color ledger beside the emphasis ledger:
economic object, baseline/new status, color alias, and every place it will recur. Standard or inherited objects normally stay neutral; the paper's new friction, treatment, wedge, or mechanism may receive a named concept color. Keep each mapping throughout prose, equations, tables, and editable figures. Use neutral black text and bold lead phrases for hierarchy, and \KeyIdea{} at most once on a slide. Color never decorates an isolated word. Caveats stay black or gray unless they overturn the headline. Never use red-vs-green contrasts.
- For new bundled-theme decks, write against the semantic interface
(themes/README.md) so content survives a theme swap. For an existing deck, preserve its preamble, macros, engine, and visual language unless the user asks for a restyle.
- No AI tells. No "delve", "crucial", "landscape", "notably"; no
em-dash chains; no uniform bullet walls. Slides read like a careful economist wrote them.
- Orient the audience quickly. When a new opening explicitly names the
research object, call it Key question, never "the economic question." A quick Roadmap after the introduction is useful when the talk has several genuine modules; use only the paper's meaningful section-level stops and omit the frame when a very short or inherited talk is clearer without it. Roadmap entries use regular weight by default; on a repeated seminar roadmap, gray inactive sections instead of bolding the current one.
- Empirical objects must be available when the result needs them. Before
asking the audience to interpret an empirical result, state the data source(s), unit of observation, period, sample size and consequential restriction, outcome construction, treatment or exposure, and any nonstandard heterogeneity measure. Data and design may share a slide only when all of those objects remain clear and legible.
- **Theoretical primitives must be available when the proposition needs
them.** Before asking the audience to interpret a proposition or counterfactual, state the agents, timing, information, choices and constraints, equilibrium or solution concept, and the load-bearing assumption. Define nonstandard notation at first use. A pure theory talk has no Data slide unless data, calibration, or estimation is part of the
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 90 of 100Pattern checks on the skill's files.
- Model reviewPassed
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/writing-and-review/econ-slides/SKILL.md
Popularity
- Repository stars
- 54
- Repository forks
- 28
- 7-day trend score
- 0
Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/barrios88/barrios-skills/econ-slides)