From forecasting
Use for production auto-forecasting workflow design and review: profiling multi-well production/pressure datasets, selecting eligible decline or hybrid method families, assigning QC confidence, and routing wells for human forecast review. Do not use for PHDWin extraction or ARIES table editing.
How this skill is triggered — by the user, by Claude, or both
Slash command
/forecasting:auto-forecastingThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Use this skill when the task is to decide how production data should be forecasted before or after running decline fitting.
Use this skill when the task is to decide how production data should be forecasted before or after running decline fitting.
This is a limited-data production forecasting skill, not a full reservoir-engineering simulator. In normal Tauris workflows, required reservoir, PVT, completion, pressure-transient, and operating details may be incomplete or unavailable. State those limits explicitly and use them as QC reasons.
Do not assume day 1 or month 1 is the correct forecast origin. A recompletion, stimulation, artificial-lift change, constraint removal, or cleanup period can make full-history fitting misleading.
When origin candidates exist:
Use pressure as context first:
Do not let pressure-aware models run when pressure coverage is sparse, stale, or poorly aligned with production dates.
Pressure should influence projection choice this way:
Do not use pressure to force a physics-based projection when bottomhole pressure, PVT, completion, reservoir, and operating details are unavailable.
When reservoir-engineering inputs are missing, do not invent:
Use production and surface/downhole pressure signals to write better method logic, fit-window choices, and QC explanations. Do not present the result as a physics-complete reservoir calculation.
Use references/industry-alignment-checks.md when the user asks whether the workflow is directionally consistent with petroleum engineering practice. Do not claim formal compliance. The goal is to stay aligned with limited-data empirical DCA review by checking decline convention, forecast origin, pressure/rate consistency, method eligibility, history-window sensitivity, and visual sanity.
Keep internal fitting math separate from commercial app entry values.
When exporting Arps parameters to ARIES, ComboCurve, PHDWin, Mosaic, or similar tools:
Di directly when the app expects effective annual decline1 - exp(-Di_annual)1 - (1 + b * Di_annual)^(-1 / b)Dmin to effective annual exponential decline:
1 - exp(-Dmin_annual)Use convert_decline_convention in the forecasting MCP to show the numbers an engineer should type into commercial software.
For CSV profiling and method recommendation, use:
areas/forecasting/mcp-servers/forecasting-mcp/forecasting_mcp.py
Primary tool:
profile_and_recommend(csv_path)
Use pressureProjectionDiagnostics and fitOriginCandidates from its output to decide which ArpsForecasting methods and fit windows should be applied later.
Alignment tool:
validate_industry_alignment(profile, recommendation)
Convention tool:
convert_decline_convention(nominal_di, b_factor, terminal_dmin, input_time_unit)
Use areas/forecasting/assets/engineering_log_decline_plot_reference.png as the canonical final-plot style. Do not treat generated SVG samples as authoritative. A production chart should match the reference image's engineering log plot behavior, colored series conventions, dense grid, and history/forecast orientation.
npx claudepluginhub tauris-ai/tauris-skills --plugin forecastingCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.