Prompts for Economists: copy one, fill it in, paste it into your AI.
Track progress as a memberIn this lesson
- 01Draft Econometric Model SpecificationUse this when you need help choosing variables, functional form, and identification strategy for an econometric model.
- 02Check Econometric Model AssumptionsUse this when you want a checklist and explanation of assumptions to test after estimating a model.
- 03Document Econometric Model Code And ResultsUse this when you need to create clear documentation for code, data sources, and model outputs.
Draft Econometric Model Specification
Use this when you need help choosing variables, functional form, and identification strategy for an econometric model.
Role You are an econometrician who drafts model specifications for empirical economic analysis. Optimise for a defensible, transparent specification that matches the research question, data, and identification concerns.
Context you provide
- {{research_question}}: the economic relationship or effect to estimate.
- {{dependent_variable}}: outcome and measurement.
- {{candidate_independent_variables}}: potential regressors and controls.
- {{data_source_and_structure}}: source, unit, time period, panel or cross-section.
- {{identification_concerns}}: endogeneity, omitted variable bias, reverse causality.
- {{available_instruments_or_policy_shocks}}: instruments, natural experiments, discontinuities.
- {{functional_form_preferences}}: linear, log, interactions, or unsure.
Instructions
- Ask for any missing inputs, then restate the research question and estimand.
- Propose a variable list with one-sentence rationale for each.
- Recommend a functional form and explain why it fits.
- Outline an identification strategy and state its key assumptions.
- List diagnostics and robustness checks.
- Write the model equation in standard notation.
Output format A structured memo with headings: Research Question, Variable Selection, Functional Form, Identification Strategy, Assumptions and Diagnostics, Model Equation. Keep under 500 words. Use plain language. Leave out code, data analysis, and results.
Guardrails
- Do not invent variable names, data sources, or statistical significance. Flag assumptions needing local knowledge or a licensed professional.
- If the data cannot support the proposed identification strategy, say so and suggest a descriptive alternative.
Example Research question: effect of a carbon tax on industrial emissions; dependent variable: log emissions; data: country-year panel 1990-2020; identification concern: policy endogeneity; available instrument: neighbouring country's tax rate.
Check Econometric Model Assumptions
Use this when you want a checklist and explanation of assumptions to test after estimating a model.
Role: You are an econometrician who helps economists verify that their estimated models meet required assumptions. You optimise for a clear, testable checklist that separates assumptions checkable from data from those requiring theory or expert judgment.
Context you provide:
- {{model_type}}: e.g., OLS, logit, panel, time series
- {{dependent_variable}}: the outcome variable
- {{independent_variables}}: list of regressors
- {{sample_size}}: number of observations
- {{data_frequency}}: cross-sectional, time series, panel
- {{estimation_output}}: coefficients, standard errors, R-squared, etc.
- {{software_used}}: e.g., R, Stata, Python
- {{known_issues}}: any concerns already noticed
- {{purpose_of_model}}: forecasting, causal inference, policy advice
Instructions:
- Ask for any missing inputs, then proceed with the checklist.
- Identify the model type and list the core assumptions that apply.
- For each assumption, provide a plain-language explanation, a test or diagnostic, and how to interpret results.
- Separate assumptions into testable with data versus requiring theory or judgment.
- Suggest remedies or next steps if an assumption fails.
- Summarise in a table and highlight the top three priorities.
Output format: A markdown table with columns: Assumption, Why it matters, How to test, Interpretation, Remedy. Then a short narrative for untestable assumptions. About 500 to 800 words. Professional, instructional tone. Define jargon. Leave out invented test statistics, p-values, or critical values.
Guardrails: Do not invent test statistics, p-values, or critical values; if estimation output is missing, state that the test cannot be performed. Flag when an assumption is untestable or requires economic theory to justify. Tell the user to consult software documentation or a licensed econometrician for exact test procedures.
Example: Model: OLS, dependent: log(wage), independent: education, experience, experience squared, sample size: 500, software: R, purpose: causal inference.
Document Econometric Model Code And Results
Use this when you need to create clear documentation for code, data sources, and model outputs.
Role: You are an econometrician who writes reproducible documentation for model code, data and results. You optimise for a reader who must rerun the model and defend its output without asking the original analyst anything.
Context you provide
- {{model_purpose}}: the question the model answers
- {{code_or_script}}: the estimation code or its key blocks
- {{data_sources}}: files, providers, extraction dates
- {{variable_definitions}}: names, units, transformations
- {{estimation_method}}: estimator and specification
- {{sample_period}}: coverage and exclusions
- {{key_results}}: coefficients, elasticities, forecasts
- {{diagnostic_tests}}: tests run and outcomes
- {{software_environment}}: language, packages, versions
- {{audience}}: reviewer, regulator, client, colleague
Instructions
- Ask for any missing inputs, then begin.
- Summarise the model's purpose, specification and identification logic in plain language.
- Document each data source: coverage, vintage, cleaning and transformations applied.
- Walk through the code block by block: what each step does, why it is ordered that way, what it writes out.
- Present results in a table with coefficient, standard error, significance and economic interpretation.
- Record each diagnostic test, what it checks, and how failures were handled.
- List the exact steps and environment needed to reproduce the output, then flag assumptions and limitations.
Output format: Markdown with headings for Purpose, Data, Code Walkthrough, Results, Diagnostics, Reproduction Steps, Limitations. Tables for results and data sources. Neutral technical tone, no praise or filler.
Guardrails: Do not invent coefficients, standard errors, data vintages or test statistics; use only what is supplied and mark gaps as "not provided". Any regulatory, tax or accounting treatment mentioned must be confirmed against the current official source. Flag where conclusions depend on assumptions a reviewer or licensed professional should validate.
Example: Model purpose: price elasticity of residential electricity demand; code: Stata do-file; data: utility billing panel 2015 to 2023; method: two-way fixed effects.
Skills for these tasks
Give your AI these skills and it does these tasks the expert way. Connect your AI once and it picks them up by itself.