Estimate real option abandonment boundary

Learn a continuous-state project abandonment policy with cross-fitted least-squares Monte Carlo, explicit salvage economics, option uplift precision, support warnings, and boundary-shape diagnostics.

What it's for

Gives leaders an evidence-based stop/continue boundary for troubled investments, valuing the option to abandon without letting sunk cost or an overfit simulation dictate the decision.

What you give it

Inputs split into evidence read from your connected systems, calibration your team owns, and numerical controls that affect precision but never the result's meaning.

Field Type Role Required
abandonment_costs array of number ≥ 3 items Evidence Yes
cross_fit_folds integer ≥ 2, ≤ 10 Your calibration Optional
current_projects array of objects (4 fields) Evidence Yes
discount_rate_per_period number ≥ 0, ≤ 1 Your calibration Optional
max_detail_rows integer ≥ 1, ≤ 500 Numerical control Optional
minimum_option_uplift number ≥ 0 Your calibration Optional
paths array of objects (5 fields) ≥ 200 items Evidence Yes
ridge_penalty number ≥ 0 Your calibration Optional
salvage_values array of number ≥ 3 items Evidence Yes
simulation_confidence_level number ≥ 0.8, ≤ 0.999 Your calibration Optional

Each paths record

Field Type Required
continue_cash_flow_path array of number (≥ 3 items) Yes
id string (non-empty) Yes
project_value_path array of number (≥ 3 items) Yes
remaining_cost_path array of number (≥ 3 items) Yes
weight number (> 0) Optional
Example input
{
  "abandonment_costs": [
    0,
    0,
    0
  ],
  "cross_fit_folds": 5,
  "current_projects": [
    {
      "id": "weak-case",
      "period": 1,
      "project_value": 20,
      "remaining_cost": 40
    },
    {
      "id": "strong-case",
      "period": 1,
      "project_value": 110,
      "remaining_cost": 40
    }
  ],
  "minimum_option_uplift": 1,
  "paths": [
    {
      "continue_cash_flow_path": [
        0,
        0,
        0
      ],
      "id": "option-path-000",
      "project_value_path": [
        20,
        20,
        20
      ],
      "remaining_cost_path": [
        60,
        40,
        20
      ]
    },
    {
      "continue_cash_flow_path": [
        0,

Truncated for display — the full payload is 7230 lines.

What you get back

This is the actual output of running the example above — computed by the same function the platform calls, not an illustration.

Example output
{
  "assumptions": [
    "Paths are coherent prospective simulations or point-in-time historical trajectories under the contemplated continuation policy; project value, remaining cost, continue cash flow, salvage, abandonment cost, period cadence, discounting, and terminal completion value share one governed horizon and value unit.",
    "Continuation value is approximated by a quadratic least-squares Monte Carlo surface in project value and remaining cost; exercise decisions use out-of-fold predictions, while published current-state boundaries use the full fitted surface and explicitly flag state-range extrapolation and nonmonotonicity.",
    "The option uplift comparison is against forced continuation on the same paths and requires a confidence lower bound; it does not prove the path generator, causal effects, salvage executability, legal ability to stop, or absence of restart, reputation, dependency, and workforce consequences.",
    "Projects and paths are aggregate investment cases, never named employees; sunk cost is excluded from forward continuation value, and the output is decision support for accountable stage-gate owners rather than an automatic shutdown, funding, employment, or investor instruction."
  ],
  "boundary_diagnostics": [
    {
      "boundary_project_value": null,
      "boundary_status": "continue_through_observed_value_grid",
      "continuation_state_transitions": 0,
      "observed_project_value_range": [
        20,
        100
      ],
      "period": 0,
      "remaining_cost": 60
    },
    {
      "boundary_project_value": null,
      "boundary_status": "continue_through_observed_value_grid",
      "continuation_state_transitions": 0,
      "observed_project_value_range": [
        20,
        100
      ],
      "period": 0,
      "remaining_cost": 60
    },
    {
      "boundary_project_value": null,
      "boundary_status": "continue_through_observed_value_grid",
      "continuation_state_transitions": 0,
      "observed_project_value_range": [
        20,
        100
      ],
      "period": 0,
      "remaining_cost": 60
    },
    {
      "boundary_project_value": null,
      "boundary_status": "continue_through_observed_value_grid",

Truncated for display — the full payload is 1005 lines.

How it works

Constrained optimization — Pick the best feasible option under real limits — budget, headcount, dependencies, capacity — rather than ranking a list and hoping it fits.

  1. 1 Freeze coherent prospective paths for project value, remaining cost and continuation cash flow, plus executable salvage and abandonment cost by period; exclude sunk cost and preserve the same value unit and horizon.
  2. 2 Work backward from terminal completion versus abandonment, fitting quadratic continuation-value surfaces on training folds and making every simulated stopping decision with held-out predictions to limit in-sample policy optimism.
  3. 3 Compare the learned stopping policy with forced continuation on identical paths, require a confidence lower bound on option uplift, publish exercise timing and current-project actions, and flag extrapolation or nonmonotone boundary surfaces.

Before you trust it

Every tool in the catalog ships with the conditions under which its answer is meaningful — and the conditions under which it should abstain instead of guessing.

Assumptions & guardrails

  • Objectives use commensurable locally governed value units, constraints reflect real feasibility, and uncertainty covers plausible adverse inputs.
  • The path generator is point-in-time, calibrated and jointly coherent; state variables are sufficient for continuation value; cash flows, discounting, salvage, shutdown cost, restart options, dependencies, legal constraints and reputational consequences are complete.
  • The recommendation is optimal only for its stated objective, feasible set, evidence, and solver guarantee; it is not a universal management optimum.
  • An estimated boundary is conditional decision support, not proof that a project should be killed; extrapolated, nonmonotone or precision-unsupported policies require review, and project IDs must never be replaced by named employees.

Minimum evidence

  • paths: at least 200 rows/items
  • current_projects: required and organization-defined
  • salvage_values: at least 3 rows/items
  • abandonment_costs: at least 3 rows/items

How to validate it

Backtest the chosen action against simple feasible baselines on held-out scenarios, sweep costs/constraints/risk tolerance, and require constraint feasibility under adverse inputs.

Calibrating it to your org

Same for everyone

The mathematical kernel, validation rules, method version, and JSON output semantics are organization-independent; no tenant-trained coefficients or company benchmark is embedded in the function.

Specific to you

  • point-in-time calibrated joint path generator with a common horizon, discount basis, state definition, terminal completion payoff, and explicit treatment of restart, dependency and shutdown consequences
  • project and stopping perimeter, path vintage, value and cost definition, salvage executability, discount rate, cross-fit design, ridge penalty, minimum precision-supported option uplift, live-state support policy, and review ownership

Calibration workflow

  1. 1 Define the management decision, target outcome, aggregate unit, privacy boundary, cadence, and prediction/intervention horizon for this organization.
  2. 2 Build a tenant-scoped historical cohort using only information available before each prediction or decision; preserve zero periods, censoring, assignment probabilities, and unresolved outcomes when the method requires them.
  3. 3 Estimate statistical parameters on training history, but obtain costs, utilities, risk tolerance, practical-effect thresholds, capacity, and policy constraints from accountable decision owners.
  4. 4 Validate on later time windows or held-out aggregate units at the deployment grain, against a simple baseline and the function-specific validation strategy.
  5. 5 Deploy only if the returned decision clears evidence, overlap, calibration, robustness, and guardrail checks; warning, unsupported, schema-gap, and fallback decisions are abstentions.
  6. 6 Monitor realized outcomes, data drift, coverage, and decision regret; recalibrate at a governed cadence or after a detected regime/definition change, never merely because a stakeholder dislikes the result.

Call it from your AI

You don't wire up 388 tools in your MCP client. The GitRevio MCP server exposes 18 tools, three of which let an agent search the catalog, read a tool's schema, and run it — so the assistant finds this one on its own.

gitrevio_capabilities_search
  { "q": "learn a continuousstate project abandonment policy" }
  → finds "estimate_real_option_abandonment_boundary"

gitrevio_capability_describe
  { "capability_id": "estimate_real_option_abandonment_boundary" }
  → returns the input schema and agent guidance shown on this page

gitrevio_capability_run
  { "capability_id": "estimate_real_option_abandonment_boundary", "arguments": { ... } }
  → returns the result shown above

Works in Claude Desktop, Claude Code, Cursor, Cline, Continue.dev, Goose and Aider. See the MCP server.

Related tools

Estimate decision reversal probability

Estimate how often planned evidence would reverse the current decision under a correlated Bayesian preposterior model, while separating fragility, regret, and net information value.

Sequential Bayesian & bandits

Estimate portfolio diversification benefit

Measure coherent portfolio diversification by comparing joint-scenario CVaR with standalone CVaRs and reconciling Euler tail-risk contributions, stress loss, and concentration gates.

Constrained optimization

Aggregate risk register copula

Aggregate risk-register occurrence and lognormal severity marginals through a validated Gaussian copula into expected loss, VaR, CVaR, dependence amplification, and tail shares.

Statistical audit & measurement

Allocate restless bandit interventions

Allocate scarce recurring interventions across evolving Markov units with Whittle indices, explicit indexability checks, and paired policy simulation.

Sequential Bayesian & bandits

Attribute commercial dependency tail loss

Calculate expected loss, VaR and CVaR for commercial value concentrated in shared technical components, then allocate every modeled tail-loss dollar exactly once across components with normalized negative-log survival hazard rather than overlapping leave-one-out sensitivities.

Forecasting & survival

Audit commercial resilience claim integrity

Audit resilience ROI claims against a unique commercial-source to technical-component graph: recompute each action's avoided loss under joint failure scenarios, cap support at graph-derived value, detect duplicate effects, probability drift and weak evidence, and prevent overlapping component benefits from being sold twice.

Network & dependency analysis

See every tool in Risk, tails & resilience →

Ready to See Your Engineering work clearly?

Request a free demo